Форум

так это ж мониторинг :) имхо нормально.

К сожалению, стиль не мой :)
Позаимствовал у вендора:
[URL=http://www.bitrix24.com/about/blogs/]http://www.bitrix24.com/about/blogs/[/URL]

Видите в чем проблема блогов Битрикс - таких вот тем нету просто в коробке,их надо созадвать, потом прикручивать к Битрикс. Если были бы хотя бы платные - было бы конечно здорово.

[QUOTE]Александр Семеритов написал:
Ну зачем же целый модуль "блоги" нужен? Если это блог одного человека, то он принципиально от новостной ленты ничем не отличается, вполне на старте можно сделать, причем с календариками и прочими ништяками[/QUOTE]

И согласен и не согласен. Зависит от задачи. Если это просто лента блогов (поставил и начал юзать, как форум) - лучше блоги. Я для своего блога остановился именно на блогах [URL=http://blog.d-it.ru/]http://blog.d-it.ru/[/URL] (Наталья, к примеру, на настройку, переодевание, тюнинг такого блога, у среднего специалиста, моего помощника, ушло пару рабочих дней).
Инфоблоки я бы выбирал когда нужно оперировать различными полями постов (проще завести элемент со свойствами, да), делать различные выборки, иметь автокеширование (у блогов оно не совсем авто), и прочее. В общем, для HL-проекта я бы блоги штатные тоже не взял. Именно цена тут не является основным критерием. На ИБ выйдет даже дороже.

[QUOTE]Евгений Смолин написал:
Для этого есть легкий и удобный для работы Wordpress с десятками тысяч готовых шаблонов и тысячами готовых плагинов,[/QUOTE]

К сожалению, вынужден согласиться. Не смотрите на Битрикс, если будущее вашего сайта - комьюнити, а вы НЕ разработчик. Битрикс уже не смотрит в сторону развития этого сектора. Даже планов нет.

В случае с Битрикс в комьюнити один плюс - защита от хакеров (с последними апдейтами даже если у вас пароль 123456).

Коллеги, не надо закрывать глаза на косяки. Битрикс выпускает здоровские апдейты под КП, да, которые применимы и для комьюнити (вроде бы). Но ни черта это дело не тестируется для блогосферы, сайты потом страдают. Да и шаблонов практически нет.

Еще раз подчеркну - мой ответ для клиента, а не для разработчика. Как разработчик я бы не стал WP советовать.

Я бы на вашем месте просто не допускал возможностей вас кинуть. Если берете оплату после, разбивайте такты на 15-20 своих часов (по деньгам зависит от рейта). Ну даже если с очередной оплатой побородят - прекратите работу с чистой совестью, потеряв пару дней своей работы. Зато вы еще пару дней потеряете, доказывая кому-то что-то.
Если задача меньше этих часов, просто берите 70-100% предоплаты.

А очень черных и неадекватных личностей видно сразу, никакие темы не нужны.

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

Это сериализованный массив. Превращается в обычный командой unserialize($text);

[COLOR=#555c69]memcache[/COLOR]

Конечно все от задачи зависит. В вашем случае я не вижу проблем.  Запрос будет один и быстрый (это обычный delete одной таблицы, он не бегает по заказам).

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

Это очень легкий запрос, он выполнится быстро.