Леонид Каганов: дневник

Допилил модуль и сделал страничку http://binoniq.net/list, на которой видно, что у нас вообще творится с аккаунтами, и у кого сколько видимых записей. Добавил пока тэг {_IMG: _} — так можно в записи картинки вставлять, а то без картинок совсем скучно.

Синхронизировал движок с базой, а то он был в отладочном режиме. Это значит, что он по-прежнему один и тот же: и в моем дневнике, и на Бинонике. Разница лишь в опции $mnogouser=1 в конфиге, любой человек может скачать и установить свой многопользовательский биноник.

Либо — вести на своем стэндалоне несколько разных блогов типа как у меня /dnevnik, /blog и /, только у меня три разных движка исторически живут, а вы можете настроить в DNS * IP и заводить свои http://dnevnik.site.ru, http://blog.site.ru и просто http://site.ru

Расскажу это место чуть подробнее. В движке теперь имеется страница /acc, которая позволяет создавать аккаунты. Чтобы создать аккаунт vasya на движке site.ru, надо зайти на http://vasya.site.ru/acc админом. После этого юзер, зарегистрировавшийся под логином vasya, сможет пользоваться своим аккаунтом.

Если вы хотите разрешить автоматическое создание аккаунтов всем желающим — страницу придется переделать. Вызовите ее редактирование (при этом движок ее создаст, как он поступает со всеми служебными страницами) и впишите не просто {_ACC:_}, а {_ACC: admin=0 _}. После этого страница будет позволять создавать аккаунты всем. Разумеется, также вы можете обвязать ее всяческими модулями доступа и паролями.

Чтобы видеть списки аккаунтов, я создал страницу http://binoniq.net/list следующего содержания:
{_ACC: mode=list
sort=acc
template="<br><a href='{acc_link}contents'>{acc} ({count})</a>"
_}

Кагбэ тут все ясно. Сортировка списка по 'acc' (имя аккаунта), можно оставить '' или написать 'acn' — по порядковому номеру. template определяет, как выводить аккаунты, при этом — его имя, http://lleo.me/blog/ — полный http-адрес, а {count} — число ВИДИМЫХ записей в аккаунте. Я точно не помню, видит ли чужие скрытые записи админ движка. Кажется, он видит их число, но сами записи не видит.

Как видим, система в самом минимальном объеме уже работоспособна — можно вести блоги, делать настройки и получать комментарии. С этого состояния начинали когда-то свою работу и livejournal и facebook. От того, насколько востребованно это окажется, зависит скорость, с которой появится все остальное. В ближайшие месяцы мы:

1. Переедем на двухдоменную систему авторизации, после чего станет возможно включить html и javascript как безвредные. Затем после беглой ревизии кода на предмет php и mysql-уязвимости мы включим все модули в том количестве и разнообразии возможностей, в каком они существуют у меня в движке.

2. Затем мы чуть-чуть перепилим опции авторизации, и станет возможно заводить личных друзей и выставлять личные капчи.

3. После этого мы допилим фотоальбом до многопользовательского режима, и станет возможно грузить и модерировать свои фотки, а также редактировать все css и шаблоны дизайна, и создавать свои.

4. Далее мы зафигачим небольшую админку настроек, потому что пока они все прописаны в config.php и будем планомерно отлавливать мелких блох и делать многоязыковую поддержку.

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

Так мне видится.

UPD: Да, чуть не забыл: если после перестановки движка глючит авторизация, убейте в браузере админскую куку adm2 и adm и залогиньтесь заново. Эти цобаные браузеры не понимают, когда куку с областью «site.ru» устанавливают для «.site.ru» — браузер создает две куки с одинаковым именем и сходит с ума.