Сергей Шлоков
С нами с 31 января 2013; Место в рейтинге пользователей: #56 часов назад
Как будто с MySQL 8 компонент не очень работает.
msOrderFields. Управление полями заказа. 38
6 часов назад
Нет) Это просто шаблон — каркас так сказать для верстки на 4м бутстрапе. В шаблоне там свои шаблоны
[Theme.Bootstrap] Новая версия с Bootstrap 4 30
8 часов назад
Если решил делать пагинацию сам, то зачем используешь pdoPage? pdoPage твой js не понимает, больше скажу, pdoPage не умеет работать с динамическими па...
Проблема пагинации в самописном фильтре для товаров minishop2 1
21 февраля 2025, 19:50
Пробовал по-разному. Умирает именно при подключении SCSS-файла, любого, даже самого простого. LESS-файл компилирует нормально.
ModxMinify - Error 500 3
21 февраля 2025, 17:19
Попробуйте установить новую версию с репозитория github.com/Boshnik/ExtraFields
ExtraFields. Дополнительные поля для ресурса (modResource) и пользователя (modUserProfile). 40
21 февраля 2025, 14:51
Ну если всё по-простому, то можно сохранять эти данные в extended и ExtraFields не нужен.
Личный кабинет для клиента ModX Revo как реализовать? 7
21 февраля 2025, 01:40
В моем случае мне подошло данное решение, которое очень костыльное и скорее всего не совсем верное, но для моих нужд работает. Хотя и оставляет в псев...
[Translitor] - Альтернатива транслитерации псевдонимов 28
20 февраля 2025, 23:19
С новым патчем будет исправлено, плюсом мелкие косяки исправлю, по возможности до конца этой недели уже будет 1.1.4 версия.
[EclipseUI] Тёмная тема для админ-панели MODX 2.*.* 10
Хотя сам Кирилл её не хвалит )
Я имел ввиду немного другое. Конечно не надо менять стеки. Я хотел сказать, что нет особой необходимости использовать 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 нужна нода? Удобнее?