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

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

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

• Осенью долбанули экран у 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: В расширениях при этом отключается дефолтный спам-фильтр, как тут же мне напомнили спамеры.

 На работе у меня используется "Visual Studio 2008", после установки SP1 для него, у меня стало появляться сообщение "could not complete the action", при вводе буквы "л" при редактирвоании javascript кода.

Гугль мне рассказал, что микрософт уведомляет о фиксе этого бага "в следующей версии" VS, и полном отсутствии решений в версии 2008.

Однако от данного эффекта можно избавиться сняв галочку в ниже приведенной настройке VS.

Эдак с месяц назад, наш отдел разработки постигла тяжелая утрата - сайт перестал работать в Google Chrome!

Сайт у нас, надо сказать, считай целиком на ajax выполненном через jQuery, а оный аякс внезапно перестал работать.

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

Однако время шло, а сайт в хроме все не спешил работать, у нас выдалось некоторое время для оптимизации и сегодня я занялся этим вопросом.

Гугль информации нужной не дал и пришлось действовать самостоятельно.
На клиенте response возвращал пустую строку, а readyState = 1.
После продолжительных извращений проблема была найдена:

Так повелось прежними поколениями наших разработчиков, что большинство ajax запросов у нас обрабатывается aspx страницами и для предотвращения выдачи по ajax запросу ненужного html контента, использовалось Response.Close()  
Который "Закрывает соединение с клиентом по данному сокету.", как говорит MSDN.
А не Response.End(), который "Отправляет клиенту все выходные данные, находящиеся в данный момент в буфере, прекращает обработку страницы и создает событие EndRequest" и должен бы использоваться по идее. 

Вот и все, банальная замена решила данную проблему.

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

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

Предыдущим постом я перевел проект на .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 стояло, но адреса с параметрами в запросе, портит , а это запросы поисковых систем всяких.