Внимание, сайт обновлён до новой версии и изменено хранилище данных.
О новых глюках плиз в каменты.

Подробности:

С электроникой и пр. высокими технологиями какойто пиндык у нас последние месяцы:

• Осенью долбанули экран у eee Pc  (позже купили и заменили)
• В начале года сдох Анютин настольный комп, пришлось сделать мощный апгрейд и устроить кавардак с обменом компьютерами.
• Хостинг начал морочить голову нехваткой оперативки на три работающих сайта, с горем пополам договорились.
• Не так давно сдох радиоприёмник на кухне
• Хостинг изменил у себя режим работы базы данных на Sql Server и год проработавший нормально сайт начал стремительно выжирать пространство забивая базу логами и быстро упёршись в ограничение. Ничего исправлять у себя не хотят, предлагают мне переписать все sql запросы вставки данных в cms blogengine.net - молодцы какие, мне точно нехрен делать как cms переписывать, ага.
• Во время поездки на первомай к родителям Анюты сдох роутер который с собой возили.
• Вчера отказалась грузиться eee PC с ранее заменённым дисплеем.
  Сегодня правда заработала...

Что касается хостинга, это nthost.ru и меня давно уже подмывает оттуда съехать, посему опишу свои впечатления о нём, вдруг кому пригодится.

Итак, сразу дам характеристику: он замечательно подойдёт для небольших нефинансовых и неответственных проектов.

Достоинства

• наверно самый дешёвый в России windows hosting
• подержка не тормозит, отвечает довольно быстро, пытается что то сделать
• можно договориться о каких то льготах - изменят параметры, лимиты и всё такое

Недостатки

• ненадёжно - сайты будут раз в несколько дней падать на какой то промежуток времени, по крайней мере об этом говорят поисковые роботы
• поддержка ни разу не решила проблему сразу и навсегда - всегда проблема всплывает повторно и больше раз, некоторые проблемы решены в итоге, некоторые нет
• странная позиция по лимиту памяти - на аккаунт выдано 150Мб, все сайты в одном application pool, это нормально если тариф "Старт" и сайтов 1шт - 150 за глаза хватает. Однако на "Стандарт" с его лимитом в 5 сайтов, при расходе 40Мб-55Мб у этого сайта на blogengine.net (кто то в курсе наверно, что сайт кэширует весь контент), 25Мб жрёт малюсенький проектик на asp.net mvc с entity framework, не знаю сколько жрёт скажем DotNetNuke, но ам всё вероятно ещё хуже... В общем о чём я?  А, ну да, я интересовался, как у них с более дорогими тарифами дело обстоит, они мне сказали, что 150Мб в одно юзерское лицо и ни грамма больше  Т.е. на тарифе "Бизнес" (20 сайтов) или "Максимум" (неограничено сайтов), я бы смог разместить всё те же 3 сайта, что у меня сейчас работают на тарифе "Стандарт" в расширенном до 190Мб пуле.
  Бери говорят VPS и наслаждайся там.
  Ну да Бог им судья - я себе уже присмотрел некоторые другие варианты хостинга, на время, когда не влом переехать будет.
• Странный эксперимент с SQL без резервной базы для тех кто не может себе позволить переписывать свои проекты для того, что бы у хостера сервак работал в "правильном" режиме. 
• Стрёмная панель управления, в которой неправильно работает или падает с ошибками куча функций.

Расширение "CP2LJ" для BlogEngine.Net, является доработкой расширения Алана Менделевича и преследует цель поддержки функции многопользовательского блога, ставшей доступной в версии BE 1.6.x , а так же привнесения в расширение дополнительного функционала в дальнейшем.

Как неоднократно замечал МакСдваркин "Блаш, пиши в ЖЖ!" (Блаш, это я).
Примерно в том же духе высказывались многие мои друзья и знакомые.
Я же, по разным причинам, вести блог хотел сугубо отдельно.

Для преодоление данной коммуникативной пропасти и служит данное расширение.

Функциональность CP2LJ v0.9:

1. Размещение на livejournal.com копии записи публикуемой в блоге на базе BlogEngine.net под аккаунтом указанным автором записи. Запись в ЖЖ сопровождается пояснительным комментарием и ссылкой на оригинальную запись в блоге.
2. Управление ЖЖ логином, паролем и активностью функции перепоста для каждого автора блога в отдельности, через прилагаемый к расширению виджет "CrossPostToLivejournal".

Запись будет опубликована в ЖЖ при соблюдении следующих условий:

1. Автор указал в упомянутом виджете свои реальные логин и пароль от ЖЖ аккаунта, а так же установил галку 
2. Сохраняется новая запись блога с установленой галкой "Опубликовать"

Установка.

1. В архиве расширения вы найдете три папки, их содержимое требуется скопировать в соответствующие папки сайта.
2. Разрешить использование данного расширения из меню Extensions раздела Администрирование
3. Добавить виджет "CrossPostToLivejournal" в панель виджетов сайта и сохранить с его помощью настройки пользователя ЖЖ
4. Проверить функционирование расширения путем добавления новой записи в блог.

Надеюсь ничего не забыл положить в архив и не перепутал в описании, если у кого будут проблемы с установкой и использованием - смело обращайтесь, попробую помочь!

Условия использования:

Я предоставляю данное расширение в существующем сыром-корявом-недотестеном виде, для использования любым образом не связанным с обманом и прочим причинением вреда, более ничего не требую и не обещаю, любое использование данного кода вы осуществляете на свой страх и риск.

Внимание!

Все настройки пользователя ЖЖ, в т.ч. пароль, хранятся в настройках расширения и доступны к просмотру для пользователей в роли "Администратор", а так же лицам имеющим доступ к базе данных сайта!

Коллеги! 

Буду крайне признателен за советы по более оптимальному хранению пользовательских настроек и ограничению доступа администраторов к паролям, в рамках имеющейся модели хранения настроек расширений BE.

Скачать расширение:

CP2LJ.v0.9.zip (45,39 kb)

Сегодня, 30 августа 2010г, мы начинаем трансляцию данного дневника в ЖЖ!

Мной доделана версия 0.9 плагина "Multi-user auto cross-posts new posts to LiveJournal" для BlogEngine.Net , на котором базируется мой блог.
И как каждый ответственный ученый, я готов испытать своё творение на себе!

Плагинчик, надо сказать, является развитием плагина "Cross-post to LiveJournal Extension for BlogEngine.NET" от Alan Mendelevich и привносит в него некоторую мультипользовательскость , изначально в нем отсутствующую.

В ближайшее время, когда мне будет не влом, я упакую исходники, напишу мини мануальчик и выложу в доступ.

Главным мотиватором написания данного плагина, прошу считать МакСдваркина, которому влом читать мои посты в моём блоге или RSS, а хочется читать в ЖЖ и он задолбал меня фразой "Блаш, пиши в ЖЖ", а так же мою возлюбленную супругу Халет и прочих Жжителей когда то меня зафрендивших.

Раздраженно накатив новый движок на сайт, не заморачиваясь совмещением со старыми файлами, я оказался с голым попом в плане всех тех доработок, что я сделал к сайту и установленных расширений, при том что кое что из них я если не сам писал, то поправлял местами.

В итоге я заценил свою инициативу по написанию статей о доработках - вечер был посвящен изучению собственной писанины в категории BlogEngine.Net и накатыванию старых доработок.

Надо сказать, хотя в новой версии 1.6.2.1 и  поправили многое, но много мелочевки все ещё актуально.

Обновился я недавно на новую версию BlogEngine.net и хочу обратить внимание на такой нюанс:

Если Вы накатываете обновления на сайт не стирая содержимое папки bin и у вас вдруг сайт на все запросы начинает отвечать "файл не найден", да ещё эдак через пол часа после обновления, то ответ окажется банален: надо стереть все из этой папки и залить заново - старая сборка мешает.

А  "файл не найден" пишет, потому как ошибка перехватывается в global.asax

Обновил сайт до версии BlogEngine.NET 1.6.2.1

Изначально хотел до официальной 1.6.1 , но у неё нету версии с исходниками, а я больно уж люблю расковырять код по случаю, а случаев предоставляется много - система то бесплатная, недочетов хватает.

 Посему из хранилища взята последняя версия, авось не будет с ней особых хлопот, ну а на крайняк, так я забэкапил все :)

PS: В расширениях при этом отключается дефолтный спам-фильтр, как тут же мне напомнили спамеры.

Результаты выдаваемые страницей поиска, это полный отстой, с моей точки зрения - сортировка неизвестно по какому принципу, дат нету... В общем поправлю ка я это

Предыдущим постом я перевел проект на .Net 3.5 , так что на этом моменте не заморачиваемся.
К стати, в дальнейших постах на эту тему, не буду морочиться с директивой using - подразумевается, что не детки читают :)

Добавляем вывод дат:

В файле search.aspx добавляем первый узел у тега

Добавляем сортировку по убыванию даты:

В файл serach.aspx.cs в процедуру BindSearchResult добавляем первой строкой

Продолжаем дорабатывать BE 1.6

Для начала переводим проект BlogEngine.Web с Net. 2.0 на 3.5 (В свойствах проекта, на закладке Build ставил селект Target Framework на пункт .Net Framework 3.5) дабы использовать в будущем всякие плюшки Linq и пр.

Далее:

В админзоне закладка "Рефереры", редактируем файл BlogEngine.Web\admin\Pages\referrers.aspx.cs

В using добавляем

Что бы список дней сортировался (по убыванию при чем), в функции BindDays первую строку подменяем

Было:

Стало:

 Что бы при клике на ссылку в колонке "Рефереры" нормально открывались ссылки с амперсандами и пр. , в функции populateRow заменяем первую строку

Было:

Стало:

Не знаю уж, зачем там HtmlEncode стояло, но адреса с параметрами в запросе, портит , а это запросы поисковых систем всяких.

В текущей версии BE ввели мультиблоггинг, это прекрасно.
Но проект это частный и бесплатный, да и направление "мультиблоггинг" не главное в нем, по этому не будем удивляться, что эта часть пока сырая.

Я столкнулся со следующей непрятностью: любой авторизированный пользователь видит неопубликованные записи всех пользователей.
Это не есть гуд, не правда ли? Ведь кто то захочет иметь неопубликованные записи для частного использования или невидимые до срока, скажем находящиеся в процессе редактирования.

Данную проблему однако легко поправить: 
открываем BlogEngine.Core.Post , это файл Post.cs , и редактируем свойство IsVisible, приведя его к следующему образу:

Теперь неопубликованные посты видно только авторам и администраторам.

В последнее время начал наблюдать очень долгую первичную загрузку сайта, на глаз - в несколько раз дольше чем другой BE проект на этом же хостинге.

Пользуясь случаем, приношу свои изменения всем, кому пришлось долго ждать загрузки! 

Различий между проектами 3:

1. на моём блоге меньше записей
2. мой блог на ms sql а не на mysql
3. мой блог на BE версии 1.6 а тот на версии 1.4.5 на сколько я помню

Так как п.1 врятли служит источником диких тормозов, я бы предположил, что или в 1.6 принципиальные проблемы, или в реализации DAL для ms sql проблемы, или БД тормозит.

В принципе, причины равновероятны - у BE не слишком оптимальная структура и встречаются ошибки в коде, а у хостинга за душой уже несколько косяков и тормозная база легко может оказаться очередным.

Эх, полагаю, опять придется расконсервировать резервный хостинг на parking.ru, вынести базу туда и посмотреть, что изменится.