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

я не знал что так можно, спасибо. Сейчас попробую.
Не помогло, к сожалению (грешу наверное много.)
Попытка указать конкретную версию выдала ошибку, что такая версия не найдена.
drive.google.com/file/d/1SXcyWbdV_rPBZWUiU0amUDpnUeiDbCcS/view?usp=sharing
А вот если убрал указание версии, в очередной раз установилась старая версия 3,4
drive.google.com/file/d/1MCtl2_8P3oPAo2MDDLh2Xh186qhVijKi/view?usp=sharing
ps — уже который месяц не могу воспользоваться файлохранилищем на этом сайте, при переходе пишет Авторизоваться, при нажатии просто перезагружается страница.

Спасибо за ответ, возможно он и правильный, но признаюсь — я не понял его.
Ведь никакого файла конфига нет.
Есть директория в которой лежит файл composer.phar
Обращение к нему через командную строку в windows

php composer.phar create-project symfony/website-skeleton my-project

устанавливает версию 3,4 фреймворка
А та же самая команда, но сделанная в терминале linux — устанавливает версию 4,3.
Именно версия 4,3 актуальна в репозитории packagist.org/ и в ветке master на github
Сначала я думал, что дело в устаревшем файле composer.phar но после команды --self-update все было также. После скачивания с офф сайта последней версии файла — все было так же.
Просто хотелось для саморазвития понять что может быть тому причиной.

Роман, проверьте отправляет ли вообще ваш сервер письма?
Потому что такая ошибка может возникать если хостинг блокирует отправку, к примеру если с вашего сайта шел спама, который могут рассылать вирусы.
Вот у Уткина расписано как это легко сделать.
ilyaut.ru/cheats/checking-of-email-in-modx/
Если и тут увидите надпись что нельзя отправить, смело идите на хостинг и смотрите уведомления от хостера.

Не буду делать вид, что понимаю, что за странный атрибут у инпута ENGINE (встречал этот термин только в SQL) но напрашивается решение — прописать просто hidden=«hidden» (ну или совсем кратко hidden)

Круто. Но знать бы что такое CMP ))

Вы все говорите правильно. Это хорошо что боты научились кушать картинку из дата атрибутов. Этого я не знал и вы дали ссылку, спасибо.
Но я говорил немного о другом. о том что такое применение тегов img противоречит стандарту.
По крайней мере пример, указанный Николаем совершенно не содержит атрибута src.
Да я понимаю, что этот атрибут потом появиться, но тут важно понимать, что js скрипт срабатывает и проставит атрибут только в браузере, то есть для пользователя все будет ок. Но поисковый бот не выполняет js скрипты, а значит он будет видеть тег img вот таким

<img alt="Двух этажный каркасный дом" class="lazy slide-dom1" data-src="img/slide-dom1-500.png">

Без атрибута src и соответственно посчитает это ошибкой.
Но может мои знания уже устаревшие и поисковые системы не обращают внимание на ошибки в w3c.

Спасибо, я не знал о том, что яндекс индексирует изображение если оно задано через атрибут data-src. Это прямо новость, спасибо.
Хотя на этой же странице есть довольна странная надпись.

Фоновые изображения и картинки, раскрывающиеся при помощи скрипта, обычно не индексируются.

И хотя все это конечно дикое нарушение стандарта.
www.w3schools.com/tags/tag_img.asp

The tag has two required attributes: src and alt.

И даже если открыть спецификацию более современного тега picture там тоже указано что атрибут src у img обязателен
www.w3schools.com/tags/tag_picture.asp

Можно немного не в тему вопрос, но раз уж я увидел разговор об ленивой загрузке изображений и кого-то есть опыт работы с ней…
Я не могу понять двух вещей.
— так или иначе ленивая загрузка основана на передаче картинки через какой-то дата атрибут. Но разве уже отменили стандарт W3c и его требования к хтмл тегам? Разве может быть тег img без атрибута src ??? Это ведь ошибка.
— разве будут поисковые системы индексировать изображения без src? Мне кажется, что с точки зрения поискового робота сайт вообще будет лишен изображений. Ведь выводом изображения теперь занимается JS скрипт, который существует только в браузере. А поисковый робот заходит не с браузера, а значит ничего кроме ошибок в стандарте он не увидит.
Или я ошибаюсь?

Прочитайте внимательно инструкцию по ссылке. Думаю там все расписано.

docs.modx.pro/komponentyi/localizator/obshhee-opisanie-i-nastrojka

Компонент Localizator дает возможность создания языковых версий / сателитов без контекстов

Евгений, вы слишком напряжены)
Я не хотел никому демонстрировать, какой умный ибо чаще получается наоборот.
Но прочтите что я написал, там ни слова о подменах кук и безопасности.
Я просто уточнил, что способов при помощи которых на сайте можно переключить вид карточек товара больше чем 2 указанных вами и привел пример третьего.

Есть 2 варианта реализации подобного функционала — создать 2 разных страницы. Или принимать способ отображения через GET параметр.

Ну почему же только две, это вы придумали две.
Обычно это делает через куки и не нужно никаких get параметров

Странная эта история…
Сегодня я обнаружил что еще на одном проекте внедрен вредоносный код, в файл /assets/components/formit/connector.php

Но что самое интересное и непонятное, просматриваю журнал действий в админке и вижу, что тут снова как и на прошлых проектах кто то делал file_update assets/components/ace/completions.php
Хотя визуально в файл не было ничего добавлено и побайтовое сравнение не показывает никаких результатов.
Однако через 10 минут как кто-то «правил» файл компонента ace возник вредоносный код в файле компонента formit

docs.modx.org/current/ru/getting-started/installation/standard
На этой странице в самом низу есть блок ссылок. Называется Смотрите также.
Последняя ссылка в нем — ссылка на youtube
При переходе по ней — youtube сообщает, что видео не доступно

Обнаружил, что все изображения, которые включены в документацию, битые, на всех страницах.
К примеру
docs.modx.org/current/ru/extending-modx/custom-resources
Наверное вы в курсе, но решил акцентировать внимание.
А на этой странице в блоке Смотрите так же ссылка на видео которое уже удалено.
docs.modx.org/current/ru/getting-started/installation/standard

Я вас понял. Да это существенное замечание, спасибо.

Я не совсем понимаю словосочетание — существование ресурса по ссылке? Это как?
Речь ведь как раз о том, что ресурс открывается как при нижнем регистре букв в url так и при верхнем, так и при комбинации
modx.pro/BLOGS
modx.pro/bLOGS
modx.pro/blogs
Я не большой специалист в СЕО, даже меньший чем в программировании. Да и поисковые системы никогда не выдавали нам ошибку о таких вот дублях страниц. Но СЕО это такая штука, что остается им только посочувствовать, мне лично их работа напоминает шаманские танцы с бубном над костром в ожидании того, что это поможет и пойдет дождь. Так и СЕОшники… Каждый раз когда уходит один спец и приходит другой — начинаются новые танцы. То мы переделывали все проекты, чтобы уровень вложенности страниц был не более 3 (представляете себе масштаб работы программной? Около 30 проектов, на 7 разных движках и все переделать так, чтобы нигде страницы не были дальше третьего уровня не сломав сайт.) То приходит другой и говорит, что уровнеь вложенности фигня и нужно вернуть все назад)

Да, спасибо Сергей. примерно так я и начал организовывать, правда ваш код на две строки короче и изящнее.
Насчет первого комментария, почти соглашусь с вами и Лавровым.

Да ладно, можно было просто использовать другой идентификатор обертки??
Я года три назад тому задавал подобный вопрос и мне все написали, что это невозможно, нужно только писать плагин, который будет сбрасывать хеш и так далее…
Прямо спасибо.

Зачем минусовать… Человек провел работу и делится ей. Не знаю что такое xPoller2, но уже хорошо, что кто-то находит в себе силы улучшать и дорабатывать чужие компоненты.