Когда сообществу надо что-то такое, что никто не может сделать за бесплатно, запускается краудфандинг и вопрос решается —). Те, кто не желает ждать — по нитке собирают со всего мира, те кто могут сделать но не хотят бесплатно — получают мотивацию, остальные сидят и ждут (минус пункт быстро) и в итоге всё сообщество в профите —).
А b2b по схеме p2p — это для тех, у кого есть индивидуальное ТЗ, есть средства на оплату его реализации, есть сроки и опять же возможности их оплатить —)
Exception: Can not find the template "/var/www/vhosts/alto-cms.com/altocms.com/common/plugins/dao/templates/skin/crisp/notify/ru/email.notify.new_moderation.tpl" in skin "crisp".
т.к. конфиги веб-сервера не трогаются, то его не нужно перезагружать, соответственно, сохраняются все сессии. Я сайт обновил, зашел — автоизован, как и был до обновления.
Вроде бы данные сессий не зависят от перезагрузки http сервера.
если статики не много, то можно законфить руками.
в Alto сконфигурировать %topic_url%.html, и снаружи уже либо пропускать запросы к статике/разделам/плагинам либо дописывать .html и отправлять в топики-контент…
Тут можно настроить rewrite url в HTTP сервере и по шаблону редиректить по 301 со старой схемы на новую. Через несколько месяцев все показатели переедут на новые адреса.
внешние ключи, триггеры и процедуры используются не в движке, а в схеме данных, в БД. Для чего? Уфф. Для верного, правильного описания модели данных?
А кто-нибудь встречал хоть один сторонний плагин, который создает новые таблицы, связанные логически с сущностями движка, и который бы создавал при этом свои внешние ключи?
Так какой смысл тянуть механизм внешних ключей?
Звучит как: «вокруг нас всё больше и больше безграмотных. Так какой смысл выделяться, давайте опустимся до общего уровня и будет всем хорошо...»
Нагрузка при удалении будет выше, но это не такая уж и частая операция.
суть там не в удалении, суть в модели. в модель можно заложить не только удаление, но и создание и изменение и когда сама модель не позволяет собрать протовоестественный набор данных, нагрузка снижается в общем, а не только в случае удаления…
Тот момент, что в основной массе рнр-продуктов СУБД используется только как хранилище данных, да и то, данные зачастую хранятся «как бык поссал» — это да, но ведь это не повод разучиться читать и писать?!
Отказ от моделирования данных и переход просто к хранению — это шаг в сторону неправильного понимания модели, фундамент конструкционных ошибок уже в коде, неэффективность хранения, избыточность, потери быстродействия, логично более дорогая цена за ошибку на более высоком уровне в приложении…
Проще иметь для каждого сайта свою БД. Независимую, саомодостаточную, целостную. Как это и было изначально задумано разработчиками.
Если далее нужно иметь единую БД пользователей между двумя сайтами — то настроить соответствующую репликацию (в ту или иную или даже в обе стороны).
Если нужна авторизация сквозная, то реплицировать сессии. Если сайты в разных доменах, но использовать единую куку не получится и надо менять авторизационный механизм, обновляя куку исходя из реплицированных данных по сессиям.
Если вам не под силу написать собственное ТЗ, то достаточно просто прекратить срач, чтобы авторы вместо тупой полемики с вами на тему «ни о чём» могли снова продолжать приносить пользу обществу.
Когда сообществу надо что-то такое, что никто не может сделать за бесплатно, запускается краудфандинг и вопрос решается —). Те, кто не желает ждать — по нитке собирают со всего мира, те кто могут сделать но не хотят бесплатно — получают мотивацию, остальные сидят и ждут (минус пункт быстро) и в итоге всё сообщество в профите —).
А b2b по схеме p2p — это для тех, у кого есть индивидуальное ТЗ, есть средства на оплату его реализации, есть сроки и опять же возможности их оплатить —)
При обращении к корню сайта пишет System error #1002, в error.log пусто. Инструменты вебмастера говорят:
Где я накосячил?
Если оба сайта на альто — вообще без проблем делается, если вторая система другая — надо применять плагин.
причём не только аудио и видео плеера, но и rich (html) контент тоже можете вставлять как embed-объект.
в Alto сконфигурировать %topic_url%.html, и снаружи уже либо пропускать запросы к статике/разделам/плагинам либо дописывать .html и отправлять в топики-контент…
Звучит как: «вокруг нас всё больше и больше безграмотных. Так какой смысл выделяться, давайте опустимся до общего уровня и будет всем хорошо...»
суть там не в удалении, суть в модели. в модель можно заложить не только удаление, но и создание и изменение и когда сама модель не позволяет собрать протовоестественный набор данных, нагрузка снижается в общем, а не только в случае удаления…
Тот момент, что в основной массе рнр-продуктов СУБД используется только как хранилище данных, да и то, данные зачастую хранятся «как бык поссал» — это да, но ведь это не повод разучиться читать и писать?!
Отказ от моделирования данных и переход просто к хранению — это шаг в сторону неправильного понимания модели, фундамент конструкционных ошибок уже в коде, неэффективность хранения, избыточность, потери быстродействия, логично более дорогая цена за ошибку на более высоком уровне в приложении…
Если далее нужно иметь единую БД пользователей между двумя сайтами — то настроить соответствующую репликацию (в ту или иную или даже в обе стороны).
Если нужна авторизация сквозная, то реплицировать сессии. Если сайты в разных доменах, но использовать единую куку не получится и надо менять авторизационный механизм, обновляя куку исходя из реплицированных данных по сессиям.
Создав плагин подобный этому и расширяя его функционал.
На данный момент плагин портируется под 1.1.х^ работа выполнена примерно на 50%.