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

а есть еще и nest.js
Совсем никакого креатива в названиях у людей.

На мой взгляд, правильный алгоритм решения вашей задачи должен быть таким:
— у вас должны быть поставщики в админке, чтобы их можно было создавать, удалять, редактировать.
— к каждому поставщику должен быть привязан email
— у вас на сайте должны быть товары (можно и просто страницы они же ресурсы), и у товара должна быть привязка к поставщику.
— таблица на вашей странице должна формировать сниппетом, который будет выводить товары, получать информацию — как поставщик связан с этим товаров и выводить инфу о поставщике.
— при отправке формы можно пойти 2-мя путями — решением задачи на php или на javascript. Пока не буду запутывать вас как именно это сделать, но да — и в том и в другом случае вам будут нужны знания.

Виталий, ответьте пожалуйста на вопросы:
1) как формируется таблица на вашей странице pdfmanual.ru/zakaz-cherez-formu-1? Ее заполняет менеджер руками для этой страницы? Она формируется сниппетом, на основании товаров? Потому что я попробовал найти на вашем сайте первую из строк в этой таблице «Фильтр топливный» и нет такого товара.
2) Что такое «поставщик» в рамках вашего сайта? Это какая то отдельная сущность? Я имею ввиду у вас на сайте где-то в админке есть место, где «создаются» поставщики? Или «поставщик» это просто руками введенное название в таблице на этой странице pdfmanual.ru/zakaz-cherez-formu-1
3) правильно ли я понимаю «идеальный вариант» того, что вы хотите добиться — пользователь в таблице нажимает на кнопку, заполняет данные формы, а вот то на какую почту отправится это письмо зависит от того, какой email у поставщика, который указан в этой строке прайса? Просто решение с выбором поставщика в выпадающем списке несколько странное и наводит меня на мысль, что я не совсем понимаю, чего вы хотите добиться.

в core/config
заменил $database_connection_charset = 'utf8mb4';
и
$database_dsn = 'mysql:host=localhost;dbname=mydb;charset=utf8mb4';

и заработало.

к сожалению нет.
Скопировал смайл с этого сайта.
Вставил в поле longtitle выглядит вот так

Нажал сохранить, выглядит вот так.


в основном файле конфигурации мы указываем кодировку подключения к базе данных. Там указан utf8, интересно, при использовании utf8mb4 не нужно ли изменять эту настройку. Нужно будет попробовать.

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

вы правы Андрей, спасибо.
Это немного ставит меня в ступор. Что тогда происходит при изменении кодировки всей таблицы, если при этом кодировка всех столбцов осталась неизменной.

мне кажется есть огромная разница через что «смотреть» на письмо.
Внешний вид письма, на который мы сморим через браузер, может сильно отличаться от вида этого же письма в почтовой системе и разительно отличаться от просмотра в какой то программе, например в Thunderbird.

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

Спасибо, буду экспериментировать)

Если я создаю просто html страницу (вне modx, но на том же сервере, с теми же настройками кеширования, сжатия и прочего) и в ней подключу файл js через script
И буду изменять имя этого файла или же изменять его версию 97.1 — 97.2

<script src="assets/a7/js/park.js?v=97.1"></script>

То браузер получит в html всегда корректную версию, поймет что такого файла нет в его кеше и отправит запрос на получение нового скрипта. Все как и ожидается. Нет необходимости ctl+f5 нажимать.
Но если точно такая же страница создается в modx, то html страницы не изменяется, и соответственно браузер и не знает, что версия js файла изменилась и берет из кеша. Мне кажется причина все же в кешировании самого modx. Тот статичный чанк

{include 'scripts.tpl'}

как то кешируется. И я не знаю способа предотвратить это.

Сами делали сайт или приобрели готовый?
Я сталкивался с тем, что приобретаю готовый сайт, устанавливаю его и потом нужно написать разработчику, дать доступы в админку, чтобы он отключил свою «защиту».
Уверен ее можно взломать, но лениво, тем более что сайты покупаются официально.
Думаю и вам достался такой вариант.

На всякий случай скрин системных настроек кеширования.

Выглядит хорошо и вам спасибо за такое детальное видео да еще и со звуком (очень не люблю видео где в тишине автор что то делает и считает что раз ему понятно то и всем остальным тоже).
Насколько я понял это не есть логирование ошибок? Раз нужно самим вызывать функцию ray и ей передавать данные то в этот лог не попадут ошибки php, mysql сервера, nginx? Тоесть это просто красивый и удобный var_dump?
Плюс, насколько я понимаю, воспользоваться можно только при локальной разработке ну или же если сайт находится на выделенном сервере и вы уверенный администратор линукса (разрешить работу нестандартного порта в firewall, настроить nginx на проксирование и прочее). Потому что если modx работает на каком то обычном виртуальном хостинге то там нет докера, установить его нельзя, да и плюс хостер не позволит открывать нестандартные порты.

ничего удивительного, поверьте. Я бы свои знания в modx оценил бы в 20 процентов из 100 возможных)

Спасибо. торможу.

Спасибо большое. Нужная вещь. Когда вы только время находите.

Не знаю почему, Василий, но у меня не работает тег {ignore} почти никогда.
Часто в шаблон нужно добавить какой то сторонний скрипт, например от яндекс метрики, который тоже конфликтует. И никогда оборачивание в {ignore} не помогало, только вручную проставить пробелы.
И в случае с vue тоже не помогло.

Пока решил пользоваться глобальными компонентами vue, описывая их все в одном файле, а в шаблон вставлять только

<park-list v-for="item in park" v-bind:car="item" v-bind:key="item.id"></park-list>

признаюсь, не знал что существует метод setPlaceholderS, всегда пользовался setPlaceholder, но конкретно в моем случае это проблему не решает.
Если я выставляю (неважно как) плейсхолдеры внутри сниппета, то ниже по коду я никак не могу получить их используя феном, только через [[+placeholder_name]]
Если же я в шаблоне выставлю плейсхолдер не внутри сниппета а вот так

{$_modx->setPlaceholder('name','value')}

то такой плейсхолдер легко ловится на феноме

{set $my_placeholder = $_modx->getPlaceholder('name')}

спасибо. Мне как дилетанту очень многое в вашем тексте не знакомо. Про то что во vue есть какие то виджеты — слышу впервые.

наверное вы об этой странице
telq.org/question/6200fe05b2d5debe9ebb509c
но тут наоборот посоветовали изменить скобки у фенома.
Не знаю возможно ли это, но такое себе решение.