Диафан тут ни при чём. DIAFAN.CMS отправит сколько скажете. А вот перешлёт ли их почтовый сервер - другой вопрос. Вопрос к почтовому серверу. Можете свой почтовый сервер развернуть и слать через него. Но тогда Вас, возможно, заблокируют те же почтовые сервера, но уже на входе, при получении почты, т.к. сервер отправки будет им незнаком.

Обычно у почтовых сервисов берутся в настройках SPF-записи, MX-записи и DKIM-записи. Всё это добавляется на сайт. Сам сайт также можно подтвердить. Обычно после этого ситуация выправляется.

Яндекс.Коннект и Mail.ru Бизнес точно дают такие возможности настройки, чтобы отправитель являлся доверенным.
За час, за день, за месяц?

Нет, это код подтверждения. Ключ пока в кабинете не выводится. Я предложил его вообще убрать как вариант до того момента, как он не появится в ЛК. Надеюсь, что уберут.


логин - afonnikov10
пароль соответственно, от учётки.

А в пароле есть что-нибудь нестандартное? Точки с запятой, слеши и т.п.. Может система при авторизации их вырезает. Я с нескольких учёток пробовал - всё работает.

Вы проверяйте что возвращают Ваши выражения. У Вас:
возвращает 9 (3+6), т.к. считает все пункты во всех списках с классами shopmenu_level_3. И Вы всегда получете выполнение условия >5.

У Вас не 1 элемент, у Вас набор. Нужно его весь обходить.

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

Инструкция по этой теме (тестирования и выявления) имеется.

Обычно так советует делать сервис с сомнительной репутацией - Google Page Speed Insights.

В сжатии. Вынесите свой файл отдельно под основной, который show_css.
<link href="http://jang.su/custom/jang/css/styles.css" rel="stylesheet" type="text/css">

название из параметром тега show_css уберите.

Включите сжатие и проверьте. Если всё нормально. Создайте файл style2.css, добавьтье его в тему и в параметры show_css. И начните туда переносить постепенно код из style.css. Перенесённый код будет сжиматься, оставшийся нет. Когда перенесёт очередной сегмент и всё испортится - определите где загвоздка. Найти ошибку или выявить проблемный для сжатия участок уже не проблема. Он либо исправится в итоге, либо останется в несжимаемом файле, а всё остальное будет кэшироваться.

Есть у Вас ссылка на CSS. Не там смотрите. Смотрите HTML. При этом чтобы видеть ясную картину, включите режим разработчика в админ-панели (раздел "Параметры сайта").

Вот ссылка на кэшированный файл CSS передо закрывающим тегом </head> :

Защищённый режим введен в обновлении 6.0.11.0 - "Защищенный режим работы CMS" (в логах изменений). Введён как раз для того, чтобы обновлённые сайты в случае несовместимости кастомизации с файлами обновления (а такое случается часто) не падали в ошибку полностью, а оставалась рабочей админ-панель. Это позволяет откатить обновление, поправить настройки, отключить проблемные дополнения и т.д..

Раньше часто получалось так, что пользователи бездумно жали "Обновить" без бэкапа и прочего, сайт начинал при любых обращениях выдавать сообщения о фатальных ошибках и всё, возможности поправить ситуацию не было, т.к. файлы обновились, данные в БД обновились, спасительной копии нет. Всё.

Любое обновление с использованием кастомизации на сайте - это риск несовместимости и ошибок. Гарантия работы обновлений касается только файлов оригинального дистрибутива. В отношении любых пользовательских изменений - никакой гарантии. А этим очень часто пренебрегают как и архивными копиями перед обновлениями. И потом предъявляют претензии.

В результате мы купировали эту проблему, введя безопасный режим. В этом режиме важные системные файлы, которые были изменены, изолируются в отдельной теме и их можно включить обратно, либо внести правки в кастомизацию. При этом админ-панель доступна в любом случае. А также видно список изменённых системных файлов, которые изменять нежелательно.

Вот как-то так.

Эту тему уже комментировали разработчики на форуме.

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

А то Степан, например, написал сообщение об ошибке без подробностей. Вроде всё очевидно, а по факту - нет.

Если были обновления после того, как онлайн-касса вышла и была установлена в составе дистрибутива, то, возможно, помогло бы восстановление БД, особенно если была кастомизация.

При обновлении (если недавно обновлялись) мог включиться безопасный режим.
Зайдите в "Параметры сайта" и проверьте - стоит ли галка внизу на "Включить защищенный режим работы CMS".

Если стоит - попробуйте отключить. Проверьте.

Также посмотрите в разделе "Темы и дизайн" созданные темы, названные по дате обновления custom_дата_время
Попробуйте их активировать.

Не факт что дело в этом, но методом исключения надо проверить все вероятности.

Отпишитесь - помогло или нет.

У гугла больше пунктов по микроразметке, чем у Яндекса, но они необязательны и не критичны. Проверьте в Яндексе. Если там нормально, то можно особо не обращать внимания.

И иногда вообще не по теме отрабатывает. Например, в блогах нажимаешь в комментах на "Ответить" и начинает перематывать в начало страницы с черепашьей скоростью. И хрен остановишь. Проще отключить, мне кажется.

Оно отрабатывает дольше секунды. Поэтому страницы на том же пагинаторе зависают. Ты переходишь, прокручивать начинаешь вниз, а скрипт её наверх крутит. Надо .3s максимум на это.

После отправки сообщения с приложенным файлом в форме отправки сообщений (пустой, внизу) появляется запись, показывающая, что приложен файл, который был отправлен ранее. При отправки формы эта запись не обрабатывается и файл не отправляется. После появления второй записи пропадает ссылка на прикрепление файлов.

В вишлисте если отвечаешь в ленте на комменатрий, то он автоматически не добавляется, страница не обновляется. Обновляешь страницу - появляется сообщение и вместе с ним ошибка JS в консоли. До перезагрузки скрипты на странице не работают. Если редактировать добавленное ранее сообщение, то ошибка не повторяется. Только при первой отправке.

На странице пожелания в вишлисте (в общем списке отсутствует).

В течении секунд 10-и отрабатывает какой-то скрипт, который поднимает страницу наверх при переходе в пагинаторе или в ряде других случаев. Возможно, Стёпа ниже пишет об этом же. Скрипт должен отрабатывать 1 раз, но по всей видимости отрабатывает в цикле с проверкой какого-то параметра.

А мне бы шрифт покрупнее. Мелкое всё. Но если что я сам себе настрою.

Это субьективно. И это не ошибка.

Для чистоты эксперимента нужно отключить /custom, т.е. все изменённые файлы. Тогда можно будет объективно говорить о нагрузке. А ещё лучше коробочную версию там же запустить и сравнить данные по нагрузке.

От кастомизации много чего зависит.

А потом Яндекс выпустит новое поле и всё по-новой. У меня в голове давно зреет идея сделать поля для Яндекса кастомными. Нужно какое-то поле - добавил. Не нужно - удалил. Но руки до этого у меня пока не дошли. Может зимой будет времени побольше свободного - дойдут.

Ctrl+P не забудь. и поделиться.

У человека стоит вопрос развести кого-нибудь на готовое решение в виде кода и скопировать его, а потом говна набросать на вентилятор, потому что оно не работает так, как нужно. Глянь его другие темы на форуме.

Каждому по тысяче и расходимся.

Просто - это к Степану за 1000р.

Ну не "Останкино" же )) Теперь ясно какой фразой Сергея вызывать, если что