Александр Мельник

Александр Мельник

Был в сети 15 февраля 2026, 18:37
Заказы не принимаю
мне кажется вам нужно более детально сформулировать вопрос.
В какую именно таблицу пишете данные?
Если в свою, то сгенерировали для нее модель? (я просто вижу на сайте ваш другой вопрос и там вы работаете с таблицами через чистый sql синтаксис, минуя модели и методы modx)
Вам данные нужно вывести в админке или отобразить посетителю?
Вы хотите чтобы человек отправил форму и сразу без перезагрузки на этой же странице отобразились данные или имеете ввиду что при следующем обращении к этой странице тут должны отобразиться новые данные?
Во всех этих случаях, ответ на ваш вопрос будет разный.
У большинства сниппетов (из pdoTools) по умолчанию если не задан лимит, то он равен 10.
Здесь
docs.modx.pro/komponentyi/ms2gallery/snippetyi/ms2galleryresources
написано, что ваш ms2GalleryResources наследует все параметры от pdoResources
значит у него таже история. Добавьте параметр limit и нужно вам количество.
Спасибо за такой развернутый ответ. Ознакомлюсь.
Скажем так, я не сталкиваюсь с docker в своей повседневной работе и изучаю его, как и многие другие технологии в жалкое свободное время. И возникает такой эффект, что ты вроде разобрался с чем-то новым, но потом полгода ты ни разу не сталкивался, не применял и в итоге смотришь как баран на новые ворота)
Ну не должно такого быть, чтобы не передавался pageId.
Укажите в вашем вызове несуществующее имя чанка для emailTpl
В таком случае на почту придет просто массив с данными и вы увидите, что среди них есть идентификатор ресурса отправителя.
можно обойтись и без скрытого поля в каждой форме.
Кроме данных из вашей формы formit передает также [[+pageId]] всегда, как раз идентификатор ресурса, с которого была отправлена форма.
И следовательно уже в шаблоне письма можно сформировать ссылку на этот ресурс — [[~[[*pageId]]]]
А почему jwt будет помехой для PWA? Это как?
скорее я имел ввиду обратное, что pwa не даст нормально авторизовываться.
Но большинство моих вопросов пока совершенно безграмотны, поэтому простите.
Я вот даже не представляю, а в чем запускается это приложение. Вот когда я открываю страницу в браузере, я понимаю, что страница находиться внутри движка барузера, у него есть свой API есть глобальные объекты свойственные браузеры window, document
А внутри чего вообще запускается приложение pwa при клике на его иконку в телефону? Интерфейсов браузера я не вижу, они просто скрываются?
спасибо, Юрий. modx не причем, вы правы.
Но раздел вопросы на этом сайте тем и хорош, что позволяет задавать вопросы не только о нем, если верить заголовку раздела)
«Здесь можно задавать различные вопросы про MODX, хостинги, базы данных, программирование и вообще — что угодно. „
А поскольку я знаю что тут сидят умные люди, то иногда задаю вопросы не связанные с modx
спасибо за развернутый ответ. Работа pwa не зависит от технологий на которых сделан сайт? Классический сайт, где сервер возвращает уже верстку страницы в ответе. Или что то типа SPA, когда от сервера будет приходить только json а сайт будет строится в браузере?
да да спасибо, под программой на js я и имел ввиду service workers.
Но исходя из вашего опыта, это достойная технология, которую можно использовать на серьезных проектах?
Я собираюсь делать аутентификацию в портале на jwt токенах и мне кажется что pwa станет здесь помехой и проблемой. Но правда пока что это на уровне собаки — все понимаю, но пояснить не могу)
Заказчик даже не пояснил зачем это нужно?
Обычно должно быть наоборот, заказчик приходит и говорит у меня вот такая-то проблема, а разработчик предлагает варианты решения.

Какие варианты решения пришли мне в голову
1) иметь два сайта. Один открытый для всех, другой закрытый. Менеджер работает в админке закрытого, а ночью например по крону написанные вами скрипты синхронизируют базы данных и файлы с открытым сайтом.
2) Каким то образом все страницы сайта делать статичными, кешировать в файлы и отдавать пользователю файлы. А ночью сбрасывать кеш и генерировать новые страницы.
Тоже часто возникают подобные глюки на разных сайтах.
Тоже долго и упорно ломал голову, включал яндекс вебвизор, часами просматривал ведеозаписи.
Тоже была идея что люди много раз кликают на кнопку — оформить заказ, для чего писались скрипты чтобы удалить кнопку из DOM после первого клика. И еще много разных ухищрений было сделано, но почти нигде это не дало результата.
Правильнее всего — созвониться с клиентом и попросить рассказать его, что он делал, какие странности заметил.

У меня вот на днях была оказия. Один магазин на модексе, оплата заказов происходит через корейскую компанию-банк для чего писалась отдельный класс оплаты. Так вот одна клиентка начала писать, что у нее каждый день с карточки списываются деньги за оплату одного и того же заказа. Долго пытался понять в чем же дело, пока не нашли переводчика, не созвонились с Кореей, не поговорили с ней. Оказывается в современном мире не принято закрывать вкладки в браузере, ведь оперативной памяти много, так зачем заморачиваться и что-то закрывать. И компьютер тоже никто не выключает. Так вот у нее вкладка, на которой происходила оплата, всегда висит открытой (а там работа по оплате с этим корейским банком построена через сокет соединение с их сервером, оно постоянно держится открытым) и каждый раз когда она открывала браузер, все вкладки перезагружались и оплата в очередной раз улетала в банк. И вот попробуй такое «предугадай».
Действительно важный и полезный код.
Впервые вижу возможность задавать orderby в таком виде.
Всегда приходилось извращятся, переводить строку с идентификаторами в массив, циклом проходить по нему, вызывая на каждой итерации getResource($id)