20 августа 2019, 12:32 Пока в пробке стою modzone.ru/blog/2017/10/06/why-doesnt-work-tag-ignore/ Для разработчиков / AdminRevolution. Быть или не быть? 148 0
20 августа 2019, 12:14 Блин, во первых за рулём. А во вторых, с телефона это делать просто боль. Может вечером… Для разработчиков / AdminRevolution. Быть или не быть? 148 0
20 августа 2019, 12:09 У себя в блоге я уже разбирал отличия. Кому интересно, уже разобрались. Принципы абсолбтно разные. Для разработчиков / AdminRevolution. Быть или не быть? 148 0
20 августа 2019, 12:07 Ты взял и пилишь, а в этом сообществе таких героев нет ( Для разработчиков / AdminRevolution. Быть или не быть? 148 0
20 августа 2019, 12:04 Не путай народ сравнивая парсер и шаблонизатор. У последнего тоже есть парсер. Это как сравнивать двигатель и минивен. Для разработчиков / AdminRevolution. Быть или не быть? 148 0
20 августа 2019, 11:46 Можно и для Ларки, но там другое сообщество. Это можно сделать на следующем витке развития админки. А тут сообщество, которое может поддержать это. Тут целевая аудитория в отличие от Ларки. Для разработчиков / AdminRevolution. Быть или не быть? 148 +2
20 августа 2019, 11:39 отлично вписывается в философию MODX.С точностью до наоборот. Для разработчиков / AdminRevolution. Быть или не быть? 148 0
20 августа 2019, 11:36 Если пилить свой RestAPI, то однозначно без xPDO. Можно взять Slim. Он изнвчвльно и планировался в MODX3. А вот с ORM вопрос дискуссионный. ActiveRecord или DataMapper? Первый вопрос. Второй — какой конкретно? Для разработчиков / AdminRevolution. Быть или не быть? 148 0
20 августа 2019, 11:20 Вопрос а зачем MODX если делать так: ПАТАМУШТА. )) Странно слышать такой вопрос от человека, который не первый год пилит свою систему. Новая админка ничего не ломает и может работать параллельно со старой. А в дальнейшем, если взлетит, то следующий шаг — постепенное отвязывание от старого ядра. Например, пилотные серии «Игры престолов» провалились.Никто не бросился делать сразу все сезоны. Было принято решение сделать всё заново с другими актерами и сценаристами. И в итоге грандиозный успех. Для разработчиков / AdminRevolution. Быть или не быть? 148 +3
20 августа 2019, 11:09 — RestApi, которое будет работать как бэкенд для любых админок и устанавливаться на любой свежий MODX. Api должно реализовывать текущий функционал админки MODX через её процессоры. На первом этапе это можно пропустить и задействовать рабочие коннекторы. При работе над админкой картина будущего API станет более ясной. Тут мои знания могу пригодиться. — VueManager, который будет ставиться и предоставлять альтернативный менеджер, работающий с этим API. Тут только frontend приложение с основным функционалом. Второй этап — продумать его расширение дополнениями. У Vue.js есть, например, система событий на которую можно подписываться и что-то делать.А вот тут я мимо. Знания самые базовые. И тогда мы получим свою MODX-Like CMS, которая будет работать на тех же идеях, но написанную с нуля и без тяжелого наследия времён Etomite CMS.Абсолютли ) Для разработчиков / AdminRevolution. Быть или не быть? 148 +1
20 августа 2019, 10:33 Задача как раз не закопаться сразу, а идти маленькими шажками. Использовать базовое ядро, а затем можно будет и дальше пойти. Сразу форк никто не потянет. Для разработчиков / AdminRevolution. Быть или не быть? 148 +5
19 августа 2019, 15:25 url: «assets/main/data/infra-index.json»Откуда взялся index? Вы парсите плейсхолдер «alias», а передаете «config», в котором нет никакого index. Вопросы / MinifyX ПОСТхук для обработки плейсхолдеров MODX 10 0
14 августа 2019, 09:03 Ну и звёздочек у Slim на Github больше — а все знают, что это самое важное!Двух мнений быть не может! )) А админку какую-то готовую брал или сам пилил? Новости и события / Я устал, я ухожу (с) 110 0
14 августа 2019, 08:42 Если не секрет, почему именно Slim. Не проще было бы взять родной для Eloquent Lumen? Новости и события / Я устал, я ухожу (с) 110 0
14 августа 2019, 08:23 Ну или возьмем пример из топика. Что сделал ТС? Он подцепился к API modx.pro который разработал Василий и завернул ответ в GraphQL. И тут напрашивается резонный вопрос, а зачем нам этот промежуточный слой в виде уже существующего /assets/components/extras/action.php, если у нас есть доступ к коду и можно сразу сформировать GraphQLНасколько я понимаю, доступа к коду как раз и нет. У него же нет другой точки входа с описанными схемами или доступа к БД напрямую. Поэтому и пришлось юзать что дали. Или есть? ) И одна из них webonyx/graphql-php взята за основу для RailtХотя сам Кирилл её не хвалит ) Для разработчиков / Создаем свое modx.pro API на GraphQL 82 0
14 августа 2019, 08:16 Зацепил меня данный комментарий. Думал после видео что-нибудь кто-нибудь ответит, но нет)Я ещё первое до конца не досмотрел. А второе вообще 3 часа. )) Если мы берем за аксионму тот факт, что GraphQL это чисто JS, а проект на PHP, то реализация API потребует абсолютно другого технологического стека. Я имел ввиду немного другое. Конечно не надо менять стеки. Я хотел сказать, что нет особой необходимости использовать GraphQL для PHP разработчиков. Если только у тебя не мега сервис с могущим API, как говорит Кирилл Несмеянов.Т.е.PHP разработчику вполне хватит REST-а. А вот если посмотреть со стороны фронт разработчика, то ему GraphQL даёт больше плюшек. Он не знает ни схем, ни связей объектов в отличие от PHP разработчика (и любого другого бекэндера). И GraphQL даёт ему возможность самому строить запросы не зная этого. Попробую пояснить мысль. Представим, что MODX — это сервис с API, как это изначально планировалось сделать в MODX3 — использовать Slim в качестве ядра и работать через API. Тогда можно подключать любую админку. Как мне кажется (!), тут GraphQL в качестве обёртки не нужен. Вполне хватит обычного REST-а. П.С. Возможно, я говорю глупости. Просто ещё не до конца вкурил эту тему. :) Для разработчиков / Создаем свое modx.pro API на GraphQL 82 0
13 августа 2019, 20:19 Посмотрел. Заинтересовало. Но… GraphQL — это как бы альтернатива REST-у. Придумана фронтэндерами. Удобно. Но в экосистеме MODX я не встречал даже какой-то толковой наработки по RESTful. Поэтому GraphQL вряд ли будет востребован разработчиками, использующими MODX. И это не удивительно. Могу ошибаться, но скорее всего и в WP, Joomla и т.п. CMS такого тоже не увидишь. Это другой уровень. В свете сказанного, GraphQL выглядит немного неуместно для PHP. Как и для любого другого серверного языка. А вот для JS самое оно. Фронтэндеру не нужно разбираться в связях и типах. Всё прописано в схемах. Но это, как требует говорить Николай, чисто моё мнение. Для разработчиков / Создаем свое modx.pro API на GraphQL 82 0
13 августа 2019, 10:03 У меня было бы желание, я мог бы полностью переписать админку MODX-а, и это было бы во много раз удобней и перспективнейБез ложной скромности замечу, Я — гениальный человек! А то что ничего не создал… Так я был занят и болел. (ещё пирожков) П.С. Извини, но мимо тёщиного дома… )) Для разработчиков / Поиграем в minecraft? Или еще один аргумент в пользу изучения новых технологий. 27 +4
12 августа 2019, 14:34 А как насчет этого?Ого! Шаманы, мать их. Для разработчиков / Создаем свое modx.pro API на GraphQL 82 0
Возможно ли реализовать возможность предоплаты за доставку на сайте? У меня Робокасса, у них вроде есть docs.robokassa.ru/ru/iframe
Редизайн сообщества На больших экранах основной текст статьи я бы сделал 18 px. Да и текст комментариев можно таким сделать. Для меня лично 16 — мелковато на больших экранах (в комментариях вообще 15 ...
MiniShop3 1.11.0 при клике на radio идет пересчет итоговой суммы в orderUI, в зависимости от способов(оплаты доставки) я так поняла. попробуй код запуска события поставить ниже чем orderUI, после
ImageOptimizer - WebP/AVIF и responsive <picture> для MODX 3 Дополнение доступно modstore.pro/packages/photos-and-files/imageoptimizer
Localizator3 для MODX 3: перевод полей и TV без отдельного context на язык, Vue 3 + PrimeV... Добавил localizator3_default_language
msInShopNotify Начиная с версии 3.0.0-beta добавлена поддержка MiniShop3 Минимальные требования: PHP 8.4 MODX 3.2 MiniShop3
MaxNotify Обновление 1.2.0-pl (03.07.2026) — добавлены уведомления о заявках FormIt через hook-сниппет `maxNotifyFormIt`; — добавлены уведомления о заявках SendIt через hook-...
[msBonus2] 1.3.0 Бонус-коды, уведомления о сгорании и совместимость с msMultiCurre... Да, планируется. Даже чуть больше, чем просто бонусная система)
Странно слышать такой вопрос от человека, который не первый год пилит свою систему. Новая админка ничего не ломает и может работать параллельно со старой. А в дальнейшем, если взлетит, то следующий шаг — постепенное отвязывание от старого ядра.
Например, пилотные серии «Игры престолов» провалились.Никто не бросился делать сразу все сезоны. Было принято решение сделать всё заново с другими актерами и сценаристами. И в итоге грандиозный успех.
А вот тут я мимо. Знания самые базовые.
Абсолютли )
А админку какую-то готовую брал или сам пилил?
Хотя сам Кирилл её не хвалит )
Я имел ввиду немного другое. Конечно не надо менять стеки. Я хотел сказать, что нет особой необходимости использовать GraphQL для PHP разработчиков. Если только у тебя не мега сервис с могущим API, как говорит Кирилл Несмеянов.Т.е.PHP разработчику вполне хватит REST-а.
А вот если посмотреть со стороны фронт разработчика, то ему GraphQL даёт больше плюшек. Он не знает ни схем, ни связей объектов в отличие от PHP разработчика (и любого другого бекэндера). И GraphQL даёт ему возможность самому строить запросы не зная этого.
Попробую пояснить мысль. Представим, что MODX — это сервис с API, как это изначально планировалось сделать в MODX3 — использовать Slim в качестве ядра и работать через API. Тогда можно подключать любую админку. Как мне кажется (!), тут GraphQL в качестве обёртки не нужен. Вполне хватит обычного REST-а.
П.С. Возможно, я говорю глупости. Просто ещё не до конца вкурил эту тему. :)
В свете сказанного, GraphQL выглядит немного неуместно для PHP. Как и для любого другого серверного языка. А вот для JS самое оно. Фронтэндеру не нужно разбираться в связях и типах. Всё прописано в схемах.
Но это, как требует говорить Николай, чисто моё мнение.
Я — гениальный человек!
А то что ничего не создал…
Так я был занят и болел.
(ещё пирожков)
П.С. Извини, но мимо тёщиного дома… ))