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

За последние дни по движку:

1. Починил авторизацию в старом дневнике - не принимала у многих пароль. Глюка смешная оказалась: ajax не передает данные, если у пользователя существует кука с таким же именем. Поскольку в старом движке использовались куки авторизации log и pas, и переменные с теми же самыми именами я использовал при передаче по аяксу... Короче, починил. Теперь через пару дней включу еще штуку, которая сама восстанавливает логин.

2. Поработал с модулем install - исправил разные мелкие глюки, в том числе с установкой в корень сервера. Добавил обновление конфига - но про это писал уже.

3. Доработал модуль admin - сделал валидизатор баз. Пригодится в будущих проектах, и вообще. Смысл в том, что валидизатор теперь сравнивает построчно формат каждой существующей базы MySQL с шаблоном, если не хватает какого-то поля или какое-то лишнее, то автоматически предлагает добавить или удалить. А если какие-то поля различаются - по крайней мере выводит об этом информацию. Вот только с индексами пока такого не сделал.

4. Ну и еще много всяких мелочей поправил, всех и не упомнишь. Автоскрытие комментариев (если в настройках заметки указано скрывать), еще какую-то мелочь. Кто там просил регулировать размер всплывающего окна редактора? Сделал, добавил в конфиг две переменные $editor_cols и $editor_rows. По умолчанию 80x20 - если больше, то мне на Нокии Е90 станет невозможно писать, там экранчик 800x400 всего.

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

- Убрать старую систему счетчика. Я вообще правильно понимаю, что движок станет работать быстрее, если вместо постоянного UPDATE SET count=count+1 WHERE lastip!='$IP' будет просто SELECT COUNT(*) FROM `dnevnik_posetil`?

- Rekomenda. Пора уже доделать по-человечески инсталлялку с паролем и дать людям этот дивный инструмент. И средства листания устроить.

- Фотоальбом. Я уже все придумал. Достаточно одного окна, в нем все можно делать. Будут кнопки операций. Поотмечал нужные фотки (список запомнился), нажал кнопку "перенести", полистал до нужной папки, снова нажал (точнее: отжал) "перенести" - готово. Нашел нужную директорию, нажал кнопку "новая папка" - создал новую папку. И по такому принципу все остальные операции.

Идея же сваливать фотки в кучу, а распределять через MySQL, мне не нравится. Уж поверьте опыту. На словах там Лев Толстой, а на деле хуй простой. Накопится 10000 фоток, станет папка тормозить, ебнется база - в жизни не разберешься, где поездка в деревню, где концерт, а где день рождения тёщи. Зачем это нам? Да и посетитель должен видеть, в какой папке лежит фотка. Не говоря уже о том, что в блоге по умолчанию допустимо адресоваться к материалам без пути - ради этого когда-то в году 2003 делалась смена адресации (старый формат заметки был 2002-07-11.shtml). То есть, с той поры из заметки 2009/07/12.html любая <img src=fotka.jpg> будет автоматически искаться в папке 2009/07/ Это Созидатель когда-то придумал. Такие мелочи начинаешь ценить только когда ведешь блог 10 лет. Я тоже первые годы все валил в папку img, теперь туда и войти страшно ;)

- Еще мне надо разобраться со старыми include в дневнике - они пока не все оттранслированы. И привести бредогенератор в порядок. У меня там оказалось существует туча самых разных бредогенераторов, в каждом свои словари. А надо сделать один универсальный модуль, слова в которому будут указаны в самой заметке. И объяснить, как этим пользоваться. Это недолго и приятно.

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