Сергей Шлоков
С нами с 31 января 2013; Место в рейтинге пользователей: #55 часов назад
Но сам чанк в админке создать всё равно придётся, это да.Нет, это не обязательно. Можно создавать только файловые чанки.
Как и сами блоки.С последн...
PageBlocks - мощный инструмент для MODX в стиле Laravel! 7
5 часов назад
Спасибо. Подскажите пожалуйста, могу ли я пакет sendit-2.1.7-pl.transport.zip, который установил в MODX 2.88, установить локально в MODX 3?
Или как п...
Нет возможности загрузить SendIt на modx 3.1 а очень хочется 4
8 часов назад
Сделал восстановление, пока всё норм. Благодарю за внимание.
Пропали картинки в товаре 2
Вчера в 12:56
А как сделать чтобы выводились картинки привязанные к модификациям?
[YandexMarket2] интеграция с msOptionsPrice2 2
Вчера в 07:45
Здравствуйте. Вот такое показывает в ошибка.
2025-02-10 07:43:08] (ERROR in modMenu::getSubMenus @ /home//public_html/core/model/modx/modmenu.cla...
Консоль запущена... обновление до 2.3.1 28
09 февраля 2025, 20:18
Не подскажете как? Не могу сообразить
[msOptionsPrice2] - Модификации продукта. 374
09 февраля 2025, 20:13
Ну да, так и прописываю, но как добавить в необходимые теги не пойму.
Напишу в личку
mvtSeoData 73
09 февраля 2025, 15:01
Скорее всего дело в том, что поле ecThread.resource теперь переименовано и называется ecThread.resource_id
easyComm 1.15.0 большой апдейт: ответы, улучшенные файлы и многое другогое! 22
07 февраля 2025, 16:45
Поставил компонент, добавил в папе ботов бот, прописал в настройки. А дальше что делать?
Захожу в созданного бота, ничего не происходит.
Нет нормал...
[tLogin] - Авторизация через Телеграм 29
Хотя сам Кирилл её не хвалит )
Я имел ввиду немного другое. Конечно не надо менять стеки. Я хотел сказать, что нет особой необходимости использовать GraphQL для PHP разработчиков. Если только у тебя не мега сервис с могущим API, как говорит Кирилл Несмеянов.Т.е.PHP разработчику вполне хватит REST-а.
А вот если посмотреть со стороны фронт разработчика, то ему GraphQL даёт больше плюшек. Он не знает ни схем, ни связей объектов в отличие от PHP разработчика (и любого другого бекэндера). И GraphQL даёт ему возможность самому строить запросы не зная этого.
Попробую пояснить мысль. Представим, что MODX — это сервис с API, как это изначально планировалось сделать в MODX3 — использовать Slim в качестве ядра и работать через API. Тогда можно подключать любую админку. Как мне кажется (!), тут GraphQL в качестве обёртки не нужен. Вполне хватит обычного REST-а.
П.С. Возможно, я говорю глупости. Просто ещё не до конца вкурил эту тему. :)
В свете сказанного, GraphQL выглядит немного неуместно для PHP. Как и для любого другого серверного языка. А вот для JS самое оно. Фронтэндеру не нужно разбираться в связях и типах. Всё прописано в схемах.
Но это, как требует говорить Николай, чисто моё мнение.
Я — гениальный человек!
А то что ничего не создал…
Так я был занят и болел.
(ещё пирожков)
П.С. Извини, но мимо тёщиного дома… ))
Всё это субъективно. Меня эти «возможности» немного раздражают, но это не значит, что js отстой. В обычных языках тоже свои особенности. Но они как есть, так и будут.
История javascript .
А я, например, часто пользуюсь функциями isInt, isArray и т.п. Не пойму, чем мы мериемся.
П.С. какая же это боль писать комменты с телефона.
Вообще всё-таки некорректно сравнивать эти языки. У них разная история и предназначение. Если задаться целью, то ровно также можно найти миллион отличий между javascript и java, js и go, php и pyton. Только вот зачем? Js — уникальный скриптовый язык, который на данный момент невозможно ничем заменить в отличие от серверных, где альтернатив много. Но от этого он не становиться идеальным. Как раз наоборот
Столько этих «особенностей» нет ни в одном другом языке.
Говориться, что на JS приходится более внимательно работать с типами и условиями. Т.е. он менее требователен и типизирован. Что в дальнейшем может приводить к ошибкам. И следом идет
Т.е. всё наоборот.
Поэтому и просил уточнить.
П.С. А TS — это typescript?
А почему для генерации html нужна нода? Удобнее?