Леви Ким

Леви Ким

Был в сети 09 июня 2018, 22:42
Заказы принимаю
На сколько я слышал, планировалось что третью версию будут писать с нуля на базе slim 3. я так понимаю что это по факту решили не переписывать с нуля а до(пере)писать вторую версию. Что по поводу обратных совместимостей?
все больше желания доработать всю серверную логику до работы через REST для возможности последующего прикручивания отдельного фронта.
Меня тоже давно уже посещают подобные мысли. Оформить все в отдельный компонент ( на примере как это сделали в друпал 8 ), который делает систему максимально restfull. Вопрос на сколько это будет актуально\востребовано для сообщества.
Тема интересная.
Пишите в комментариях, на какие аспекты следует обратить особое внимание.
Лично мне было бы интересно услышать про Серверную часть с точки зрения железа: где находится сама система ( у клиента в подсобке? ). Какое ОС на сервере и почему, стоимость решения и т. д.

мне казалось что кэш можно почистить нажатием одной кнопки а адимике. А чанки и сниппеты не обязательно хранить в корневой папке. Да и код ядра можно посмотреть на хабе.
Просто за последние лет 6-7 приходилось гораздо чаще скрывать core от рукожопях админов, чем заглядывать в него.
события в нашем случае возникают в php(modx)
идея в том, что в данной логике, предложенной Автором, реализовано, что модикс является прослойкой между клиентом и нодой.
А конкретно в случае который обсуждал Автор и Николай, мне не понятно зачем делать модикс прослойкой между ноудом и клиентом. Пусть клиент сразу общается с нодой, и нода рулить клиентскими реквесатми — респонсами. И тогда, вопрос больше к Николаю, зачем в обще в данном вопросе нужен модикс? Ведь, для него остается мало задач, и не понятно зачем его в принципе использовать.

я позволю вставить свои 5 копеек.
Мне кажется, что логичнее, делать связку ноды и и пхп что бы нода была фронэнд сревером, а пхп, бэкэнд сервером. На сколько я понимаю что реквест-респонс щас такой: клиент-пхп-нода-пхп-клиент. А если б нода была фронт сервером, то тогда такх ситуаций не произойдет:
Можно конечно извернуться и дать ответ, но что в это время будет делать «пользователь» сайта? Ждать ответа?
Но тогда возниакет вопрос — зачем использовать в принципе пхп :)
Не совсем понятны цели и задачи тк сформированны они очень пространно.
The primary purpose of the MODX Advisory Board (MAB) is to advise the MODX project leadership (Leadership) on matters related to supporting the long term governance, structure, and roadmap of the MODX software project.
Т е главная задача, — советовать и информировать?

А почему 14 человек ( в доках, кстати, написано что 15 )? и сама методология выбора странновата:
3 гарантированных места сотрудникам
3 места для Агентств
3 места для вендоров ( т е для тех кто продает дополнения, но не делает сайты)
3 места для создателей сайтов.

На мой, субьективный взгляд, последняя группа самая важная, и, явно, по размерам больше всех предыдущих вместе взятых. Почему тогда ей так мало мест?
я правильно понимаю что «area_customextra_items» в лексиконе отвечает за название «items» в табах? В лексиконе поменял название, но в табе ни чего не произошло.
И еще заметил, что на скришотелексикон называется «area_customextra2_items» а у меня просто area_customextra_items. хотя вроде только щас закачал с репозитория…