mithraen [livejournal.com]: comment 23

mithraen [livejournal.com]
Tue, 22 Jan 2013 17:53:18 +0400

1. По поводу wiki vs форумы -- это уже скорее религия, тут мы похоже не договоримся. Я наоборот то с усмешкой, то с желанием кому-нибудь что-нибудь оторвать смотрю как пытаются реализовать де-факто wiki на форумном движке. Т.е. по сути -- есть "топик", который постоянно редактируют -- и дальше лента форума, которая по сути комменты к этому "wiki-страничке". А потом изобретают еще навигацию по этому счастью, и найти на таком форуме нужный контент превращается в квест.

Форум -- это обсуждение. wiki -- прекрасна в качестве конспекта результатов обсуждения. Wiki также прекрасен как сборник рецептов/HOWTO. Естественно, пытаться заменить полноценную документацию wiki это неправильно.

Главная суть wiki (с моей точки зрения) -- подмножество CMS, где возможно и поощряется не только создание контента посторонними, но и редактирование одной и той же единицы контента разными людьми, не связанными между собой какими-либо обязательствами, позволяющими применять административные меры. Единственное что принципиально отличает в этом смысле wiki от других CMS -- наличие простой к использованию VCS и крайняя простота перехода от режима просмотра к режиму редактирования. Причем второе это уже вопрос интерфейса, а не архитектуры.

2. Да, я не точно выразился. Но хотелось бы чтобы комментарии тут были единственным исключением.

А БД, в отличии от FS, имеет много классных средств вроде транзакций, и встроенного механизма блокировок, прозрачного для разработчика в большинстве простых случаев. Причем если мы говорим о PostgreSQL, то весьма умного механизма. Который повторно разрабатывать при использовании SQL уже не надо. А в системе на файлах -- надо. И чем она проще, тем лучше.

3. Не-не-не! Вы меня не так поняли! Я ни в коем случае не хочу видеть шаблонизатор на SSI -- у меня дома столько валерьянки не найдется чтобы потом в себя прийти после увиденного

Речь идет исключительно о вставке в шаблон законченных widget'ов. Вот есть, скажем, на каждой страничке блок с навигацией по датам, где отдельные числа -- ссылки на записи в блог за эту дату, часто встречается такой блок. Или тот самый блок "top 5 самых комментируемых постов недели".

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

Минус -- если записать сайт на сидюк без помощи wget'а, то этот сайт просто окажется без этих самых widget'ов. IMHO это уже не существенно.

4. Тут даже не запрет на статистику, а запрет включать в документы содержащие первичный контент генерат, базирующийся на другом первичном контенте. Напомню про мои любимые related posts. То есть включать-то можно, но только если обновление делается по cron, а не при каждом обновлении.

Кстати о меню. Вот тут как раз вариант с перегенерацией отдельно от добавления/редактирования объекта очень напрашивается. Если я решил выложить десяток новых страничек заготовленных, то не надо 10 раз перегенерировать весь блог. Достаточно перегенерировать его 1 раз по моему пинку (или, если я забыл пнуть -- по крону).

И, опять же, вот как раз такие объекты прямо напрашиваются на использование SSI.

5. Как такое могло получиться? Если related posts это ссылки, но наоборот все поисковики увидев слово в ссылке понимают, что это ценное слово для target'а этой ссылки. Вся раскрутка ссылками на этом построена. Если же related posts это plain text рядом с которым ссылка, типа "супер-пупер тема, смотри сюда<\/a>", то это полная SEO-безграмотность разработчика сайта.