Леви Ким

На сколько я слышал, планировалось что третью версию будут писать с нуля на базе slim 3. я так понимаю что это по факту решили не переписывать с нуля а до(пере)писать вторую версию. Что по поводу обратных совместимостей?

все больше желания доработать всю серверную логику до работы через REST для возможности последующего прикручивания отдельного фронта.

Меня тоже давно уже посещают подобные мысли. Оформить все в отдельный компонент ( на примере как это сделали в друпал 8 ), который делает систему максимально restfull. Вопрос на сколько это будет актуально\востребовано для сообщества.

Тема интересная.

Пишите в комментариях, на какие аспекты следует обратить особое внимание.

Лично мне было бы интересно услышать про Серверную часть с точки зрения железа: где находится сама система ( у клиента в подсобке? ). Какое ОС на сервере и почему, стоимость решения и т. д.

а я думал время когда заказчики говорили микро веб студиям: «сделайте мне новый фэсбук, мы скоро сказочно разбогатеем» прошли эдак годах в 2010 :)

мне казалось что кэш можно почистить нажатием одной кнопки а адимике. А чанки и сниппеты не обязательно хранить в корневой папке. Да и код ядра можно посмотреть на хабе.
Просто за последние лет 6-7 приходилось гораздо чаще скрывать core от рукожопях админов, чем заглядывать в него.

а зачем нужен доступ к ядру из админки?

события в нашем случае возникают в php(modx)

идея в том, что в данной логике, предложенной Автором, реализовано, что модикс является прослойкой между клиентом и нодой.
А конкретно в случае который обсуждал Автор и Николай, мне не понятно зачем делать модикс прослойкой между ноудом и клиентом. Пусть клиент сразу общается с нодой, и нода рулить клиентскими реквесатми — респонсами. И тогда, вопрос больше к Николаю, зачем в обще в данном вопросе нужен модикс? Ведь, для него остается мало задач, и не понятно зачем его в принципе использовать.

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

Можно конечно извернуться и дать ответ, но что в это время будет делать «пользователь» сайта? Ждать ответа?

Но тогда возниакет вопрос — зачем использовать в принципе пхп :)

Есть в итоге решение? А то столкнулся с такой же проблемой

Так сайт то на эволюшен. Может быть имеет смысл лучше написать на modx.im. Там больше людей кто специализируется именно на этой версии. Думаю, там вы быстрее найдете кто вам поможет

Не совсем понятны цели и задачи тк сформированны они очень пространно.

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 места для создателей сайтов.

На мой, субьективный взгляд, последняя группа самая важная, и, явно, по размерам больше всех предыдущих вместе взятых. Почему тогда ей так мало мест?

На сколько я помню готового решения нет, но, в полне возможно, компонент уже начали разрабатывать

а как решили то? у меня такая же ошибка была у них. в итоге они чето то делали и делали но ни чего не изменилось

Вопрос решили быстро и оператвно. Спасибо Льву за это

Хорошее решение — надо будет попробовать. А то работа с дополнение ticketsMessages заглохла

1GB hosting.

0.0015821: Created inline chunk with name "d9ad1bcdc5a530ed83598e35a1357e51"
0.5705421: Total time
6 815 744: Memory usage

Думаю, правильней, перенсети топик в категорю вопросы

ну и как бы парсить чужой магазин — на грани разрешенного законом\моралью. На мой личный взгляд

спасибо

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