wst / cirno-old Goto Github PK

Нужно сделать поддержку плагинов по типу той, что была в AT CMS 2.x, а ещё лучше, по типу планировавшейся в незаконченном AT CMS 3.x.

Тоже аналогично AT CMS

Сабж

Система модульности AT CMS, равно как и система модульности разработанного мной позже WME (Webline Masters Engine), подразумевает идиотские URL-ки, содержащие ID страницы (элемента меню). Надо подумать, как можно реализовать меню (и, соответственно, URL-ки) без этого уродства, но с функционалом зависимости контента от элемента меню.

По самому меню тоже есть вопросы. Изначально хотелось сделать его древовидным, у каждого пункта есть ID, заголовок и ссылка на модуль. К каждому пункту привязан некоторый URL, при переходе по которому осуществляется вызов данного модуля с передачей ему ID страницы.

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

Короче, надо прикинуть, как это будет, возможно даже нарисовать.

Disqus и прочие каклы (Cackle) — унылое говно, равно как и виджеты от ВКонтакте / Facebook. Нужно вернуть свои собственные комментарии, с ними комментировали как-то охотнее.

Нужно кеширование страниц, причём такое, чтобы дело не доходило до вызова WSGI-коллбэка. Данные из кеша должны дёргаться на уровне nginx или, максимум, uWSGI. В идеале это говно должно работать шустро даже на очень тормозной машине.

Это говно доступно только при HTTP-запросах, а сразу после инициализации модуля PostgreSQL стек есть None. Хрень какая-то, походу костыль придётся ставить.

По теме: http://librelist.com/browser/flask/2012/10/9/app-ctx-stack-general-question/