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

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

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

По поводу папок движка — честно говоря, мне бы вообще хотелось сделать для движка отдельную папку binoniq, и все хозяйство сложить туда. Дабы тем, кто ставит движок в корень сайта, облегчилась жизнь. Но пока не уверен, что это нужно, и главное — не знаю пока, как сделать такой апгрейд на существующих системах, чтобы ничего не побилось.

Но вернемся к спискам. Списки эти будут составными: например, BASIC, FIDO, COMMERCIAL. Основной движок — BASIC, остальные дополнения инсталлируются по желанию админа. Например, не каждому нужен пакет FIDO (по меркам движка — достаточно громоздкий). Пакет COMMERCIAL, скажем, может содержать какие-нибудь дополнительные платные сервисы, для установки которых потребуется ключ.

Главное — любой пользователь движка сможет создавать свои системы пакетов. И — апгрейдиться с любого такого же движка по выбору, а не только с сервера-матки lleo.aha.ru/blog. Что делать не рекомендуется, поскольку мало ли какой может быть злой умысел или ошибка в программном коде (я тоже не застрахован, но я в этом смысле гораздо более параноик). Но на случай краха сервера-матки и прочих форсмажоров, это будет полезно. Заодно сильно упростит жизнь мне, потому что мне постоянно приходится руками перетаскивать в движок-матку файлы, которые я по какой-то причине отлаживал в движке STABLE (lleo.aha.ru/dnevnik), SUPER-STABLE (lleo.aha.ru :) или вообще на каком-то из подопечных серверов типа lumestudio.ru

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

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

Когда это будет готово, придется приступить к той части работы, которую я так долго откладываю:

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

2. После этого станет возможно закончить модуль конвертации старой системы авторизации в новую — разделенную.

3. Тут возникнет волынка, потому что придется переписывать в движке авторизацию и еще много чего. Но постепенно сделать это не получится — только разом. Впрочем, пора уже, кстати.

4. Когда новая система авторизации заработает, остается переписать все выборки, работающие с комментами и заметками, вставив туда номер аккаунта, поскольку аккаунтов станет много.

5. После чего останется временно запретить (только для движков, включенных в многопользовательский режим) тэги в заметках. И можно раздавать аккаунты.

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

Но уже понятно, что проект, который я обещал запустить к марту, конечно будет не к марту. А к сентябрю наверно :)