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

Катастрофически нет времени заниматься движком всерьез. Займусь вплотную после нового года уже. Вообще мне надо (это я щас буду для себя мыслить вслух):

1) Изменить систему авторизации unic. Сейчас база используется на 1%, и в ней много лишнего. Надо две базы: одна — номер вообще, другая — данные авторизовавшегося (если он авторизовался). Все промежуточные данные «недозалогиненных» — имя, оставленное в последнем комментарии, емайл, livejournal (если определился) — все хранить нахуй в куках. Когда залогинится, пропишет себе логин/пароль или openid — тогда запомним в отдельную базу. Как-то так.

Поле логин — одно, оно может быть с собакой или без. Если с собакой — вида vasya@openid.com — то это openid. И у такого пользователя нет права вести свой журнал на этом сайте. Если без собаки просто vasya — то это зарегистрированный аккаунт здешнего сайта, полная запись: vasya@binoniq.net, и он имеет право вести здесь блог. Разумеется, если config.php позволяет создавать блоги. При любом отображении пользователей (например, от кого комментарий) возможно лишь три вида записи: незарегистрированный пользователь «Вася Пупкин», openid (полная запись, либо общеизвестный — тогда просто логин с той иконкой), либо местный логин (с местной иконкой). Местный логин может быть только латинскими строчными буквами, и ниибет. Как и было у меня в старом дневнике, я устал тянуть эту байду из опенидов, логинов и реалнеймов.

В личную карточку надо добавить поле «о себе» и «обо мне». «О себе» заполняет сам залогинившийся. Туда он напишет свой сайт (нехуй хранить его отдельным полем), город, имя любимой кошки, увлечения — все, что угодно. В поле «обо мне» будем записывать краткие (типа тэгов) пометки от разных людей (или +1). Типа «осторожно, мудак» или «выступает редко, но всегда по делу», «ценный специалист по Windows». Чтобы можно было открыть в комменте анкетку и посмотреть, что говорят об этом человеке. С учетом того, что мы будем применять плохо вычищаемые evercookie, это будет полезно. Пометку такую сможет внести не каждый, а только местные старожилы.

Соответственно, третья база будет хранить информацию о доступе (подзамках) в блоге. Потому что при многопользовательском режиме в одном блоге он подзамок, в другом юзер, а в третьем — сам админ.

2) После этого можно включить многопользовательский режим и запустить наконец гребанный binoniq. Как я это собираюсь делать? Вместо $admin (он сохранится как суперадмин — администратор сервера) будет $adm. А каждую базу (заметок, комментариев, голосований, информации о подзамках — вообще в каждую) добавится новое поле-индекс `blg` (int 11), которое будет обозначать номер блога на сервере (блог будет иметь и символьное имя типа `basil-pupkin`, но будет и номер). С этих пор любая выборка из любой базы будет вестись строго с учетом WHERE `blg`='$blg' AND [...] — номер блога, о котором речь, на чьей странице находимся. При обращении к собственному блогу, посетитель окажется $adm=true. При обращении к чужому — простой юзер или $podzamok=true.

3) После всего этого можно считать движок многопользовательским. И я считаю, что в таком режиме он и должен существовать вообще — не имеет смысла плодить сущности и поддерживать стэндалон-версию. Потому что это технически сложно, давать каждому залогиненному собственный блог никто не принуждает (по умолчанию в config.php будет выключено), а одиночным сайтам, типа моего, похуй откровенно копеечная выборка по лишнему ключу. Зато можно делать разделение прав администрирования! Меня вон уже просили сделать, чтоб новости некого корпоративного сайта мог модерировать только секретарь, цены на странице товаров — только бухгалтер, а все остальное — директор.

4) А еще мне надо сделать календарь. Вот такой: http://lumestudio.ru/time Потому что там пока календарь от Гугля, но он (вы не поверите!):
а) кривой и б) периодически ВИСИТ.

Когда я это все сделаю — понятия не имею.
Но вроде выговорился, и стало легче.