Да, забыл этот про момент: мы решили, что нет смысла работу со страницами выносить в отдельный плагин — мне, например, трудно представить сегодня типовой сайт вообще без статических страниц. Поэтому поддержка страниц была перенесена из плагина в базовый комплект. Поэтому да, шаблоны страниц тоже нужно переносить. Но переделывать их не нужно
но в самом модуле не создается инициализация БД, она создается в момент получения маппера GetMapper() в модуле. Ты об этом — что маппер получили без реального коннекта?
Нет, как нужно грамотно и безопасно организовать структуру, когда сайт собирается руками и есть полный доступ к железу — это я знаю, слава Богу — «не первый год замужем» )
Меня интересует, есть ли движки, которые способны это организовать? Я таких не вспомнил. И есть серьезные сомнения, что такую схему реально организовать без вмешательства руками.
Но выше я писал, что уже сейчас все временные файлы у нас сосредоточены в папке _tmp, файлы для подключения в html — в папке _run (реально пока не все, но будут), загрузка файлов (картинок, аватар) делается в uploads. Так что есть все шансы в ближайшем будущем в ручном режиме организовать структуру, подобную вышеписанной
Вот если прямо сейчас — небольшой допил все же потребуется, т.к. нет разделения на разные типы топиков (фотосеты/опросы/линки) и потребуется допилить скин в части добавления контента. Это совсем не сложно сделать по образу и подобию того же слегка модифицированного synio, который идет в комплекте. Но в ближайшее время постараемся еще более простое решение предложить
а запросы автоматически будут конвертироваться под другие СУБД?
Нет, это не предусмотрено, и вряд ли вообще будет. Поддержка других баз есть просто потому, что они есть в используемой библиотеке и мы не стали их вырезать. Хотя я думаю, что имеет смысл сосредоточиться на более глубокой поддержке MySQL (MySQLi/PDO) и PostgreSQL. Остальные базы в сочетании с PHP — экзотика.
И тут же отвечу на коммент ниже — InnoDb, разумеется, оставляем, считаем рекомендуемой для использования. Но при этом не делаем ставку на foreign keys, напр., при удалении сущностей, а стараемся отработать алгоритм так, чтоб и на MyISAM все работало корректно
При «ленивом» подключении во время инициализации модуля Database реального подключения к базе не происходит. Оно выполняется только тогда, когда идет первый реальный запрос. И тогда же выполняются запросы типа set character_set_client='utf8' и т.д.
Думали. Щас это уже не md5, а sha1. Понимаю, что не sha-512, но все ж немного получше. Но в планах есть вообще в тонкие настройки это вынести для тех, кому это важно
Но при этом мы постарались сохранить максимальную совместимость с LS 1.0.3 на уровне плагинов и скинов (совместимость, пожалуй, на уровне 99.83%).
Реально, парни, очень много сил приложили, чтоб обеспечить совместимость по максимуму. В комплекте с движком идет специальный плагин, который эту совместимость дает.
Прямо из админки? Топики обычным путем создаются.
Согласен, что создание любой сущности из алминки добавляет некоторую целостность и функциональную завершенность. Но пока есть более насущные задачи
Для начала добавили «соли» ко всяким хешам, включая и пароли. Плюс более жесткий контроль передаваемых параметров в запросах, хоть пока и не везде (я вообще придерживаюсь мнения, что все запросы на изменение должны через POST идти). Насчет выноса думали, но пока остановились на том, что хорошо бы сначала все временные файлы в одно место собрать, и подключаемые ресурсы (типа css и js), а то они щас чуть ли не с любого места тягаются. Но навести во всем этом порядок одним махом очень проблематично. Поэтому движемся небольшими, но конкретными шагами
2. Обязательно
Разумеется
Меня интересует, есть ли движки, которые способны это организовать? Я таких не вспомнил. И есть серьезные сомнения, что такую схему реально организовать без вмешательства руками.
Но выше я писал, что уже сейчас все временные файлы у нас сосредоточены в папке _tmp, файлы для подключения в html — в папке _run (реально пока не все, но будут), загрузка файлов (картинок, аватар) делается в uploads. Так что есть все шансы в ближайшем будущем в ручном режиме организовать структуру, подобную вышеписанной
Но буду благодарен, если укажешь движок, который, на твой взгляд, в этом плане сделан удобно и грамотно, и на который стоит ориентироваться
И тут же отвечу на коммент ниже — InnoDb, разумеется, оставляем, считаем рекомендуемой для использования. Но при этом не делаем ставку на foreign keys, напр., при удалении сущностей, а стараемся отработать алгоритм так, чтоб и на MyISAM все работало корректно
Реально, парни, очень много сил приложили, чтоб обеспечить совместимость по максимуму. В комплекте с движком идет специальный плагин, который эту совместимость дает.
Согласен, что создание любой сущности из алминки добавляет некоторую целостность и функциональную завершенность. Но пока есть более насущные задачи
Но запрос понятен