mithraen [livejournal.com]: comment 20

mithraen [livejournal.com]
Tue, 22 Jan 2013 08:20:25 +0400

1. Даже на самом небольшом wiki, если есть возможность редактирования без премодерации -- возможность откатить изменения необходима. Причем необходима возможность это сделать не только админу лично -- потому как у него может не быть времени заниматься сайтом настолько всерьез, чтобы оперативно реагировать.

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

В этом смысле ваш wiki, это все-таки с точки зрения использования не wiki, а такая wiki-like CMS, с фактически единственным авторам. А я вот некоторое время активно развивал freesource.info, и реально если вкладываться в развитие community -- они там делают контента и правок куда больше чем я. И, кстати, главная претензия к тамошнему движку от юзеров -- невозможность удалять контент (ибо тамошний version control не умеет откатывать удаление -- потому оно всем кроме меня просто запрещено), и потому чтобы рассадники спама вычищать меня до сих пор зовут.

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

freesource.info, кстати, отнюдь не wikipedia (всего сотня-другая посетителей в день).

2. Другой практический пример -- мне вот очень хочется у себя на сайте сделать wiki по астериску. Очевидно что там обязательно будут и "кривые" правки, и спамеры, и прочий бардак. Хотя я и не расчитываю на более нескольких сотен посетителей в день.

3. "чтобы каждая операция редактирования изменяла ровно один первичный объект и ровно один файл в ФС" -- вот! Добавлю только что я хотел бы, чтобы "не менять другие объекты FS если в них содержатся первичные объекты" было MUST а не SHOULD.

4. Если вставляется код исключительно внутри тэгов (которые и так именуются в latin-1), то какие будут проблемы с utf-8? Я что-то пропустил, и в нем есть состояния передающиеся далее чем на следующий символ?

Операция вставки внутрь XML-файла блока, который также является валидным XML, если вставка происходит между тэгами (а не посередине тэга) не может породить невалидный XML, или я ошибаюсь? Причем если саму команду вставки рассматривать как тэг, то вставка внутрь валидного XML другого валидного XML безопасна.

5. Тут я не понимаю usecases где эта консистентность счетчика важна, кстати. Меня счетчик интересует до постинга, а не сразу после.

6. Ok, понял. Только уточню, что ресурс малой посещаемости может быть весьма объемным по контенту (по крайней мере тысячи первичных объектов, не считая комментариев). Поэтому полный лок на запись сайта при апдейте -- приемлемо, обновление всех html на сайте при посте одного коммента -- нет.

7. SEO бывает разное. Упрощенно -- черное, серое, белое.

Черное -- это прямая дурежка мозгов поисковой машине. За это ловят и банят. И это хорошо. Порядочному человеку заниматься этим бессмысленно.

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

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

Так вот -- блок 'related posts', например, помогает машинам, а также людям (они на него кликают! им интересно!), я как юзверь на заинтересовавших меня статьях также часто открываю ссылки related posts. Этот блок необходимо на любом блоге, автор которого хочет чтобы его читал неопределенный максимально большой круг лиц, и при этом читал в том числе старые посты.

8. ЖЖ и facebook используются разными людьми с совершенно разными целями. Среди которых как поделиться с друзьями фото своей кошки (чаще), так и активный обмен ценным контентом (реже). Для ценного контента его индексация и удобство навигации является ценнейшим преимуществом. И тут facebook, вконтактик и прочие ЖЖ даже рядом не стояли с тем же wordpress, это часто и вынуждает уходить на standalone, оставляя лишь плагины для публикации в facebook/vkontakte/ЖЖ или трансляцию.