Всего 123 609 комментариев

Pandemic
20 февраля 2024, 13:47
0
Ни одно событие не снимает товар с публикации, при этом в каждом блоке кода если что-то выводить оно выводится.
Wassi Wassinen
20 февраля 2024, 13:29
0
Алексей, здравствуйте.

Ошибки появляются несколько раз в день. Посещаемость +\- 10к в сутки. Но бывает больше. Иногда растёт скачкообразно. Видимо, в такие моменты и случается ошибка.
Видел похожий компонент от Володи. Для MODx3. modx.pro/components/24542. Там в комментах тоже были вопросы по оптимизации. Может быть поможет.

Спасибо за отзывчивость, Алексей. Будем ждать обновления.
Виноградов Тимур
20 февраля 2024, 13:05
0
Блин, сам гуглил не видел этого. Спасибо, посмотрю!
Наумов Алексей
20 февраля 2024, 12:34
0
Прям по запросу «minishop2 2.8.6 превью» в гугл первые ссылки же:
modx.pro/help/24315
modx.pro/help/24339
modx.pro/news/24265
Павел Романов
20 февраля 2024, 12:07
0
Либо добавьте свой пакет в системную настройку extension_packages, либо используйте параметр loadModels.
И если в базе нет поля publishedon, то укажите сортировку по существующему полю:

{'pdoResources' | snippet : [
    'loadModels' => 'название пакета',
    'class' => 'Cities',
    'sortby' => '{ "id":"DESC" }'
]}
Наумов Алексей
20 февраля 2024, 10:36
0
Привет, ну да, верно написал Николай, ошибка из-за того, что один запрос еще не завершен, а система отправляет второй. Посещаемость большая? Ошибка частая или разок проскочила?
Я, когда руки дойдут до smartSessions, попробую оптимизировать компонент, может побыстрее будет работать.
Pandemic
20 февраля 2024, 09:43
0
Если убрать торговое предложение, делает вид что что-то происходит с товарами, но резко обрывается, и так же раз там в неизвестность проскакивает нормально, при том я ничего не меняю.

P.S. Ошибок нет нигде, буквально пусто везде
Андрей Шевяков
20 февраля 2024, 09:14
0
Напишите в личку, контакты тут @Андрей Шевяков помогу разобраться.
Николай Савин
20 февраля 2024, 08:51
0
Кстати есть мнение, что файлы конфигурации лучше хранить в специальном каталоге core/config, где основной MODX конфиг лежит.
Это связано с тем, что можно случайно каталог с компонентом удалить, перезаписать. А также есть нюансы связанные с работой Git (каталог конфига по умолчанию добавляют в исключения и он не попадет в открытый доступ). Короче так… минутка бесполезной полезной информации
vit
vit
20 февраля 2024, 08:27
0
Не пробовал вы водить migxbd через pdoResoursces. Всегда вывожу через pdoPage и там нужно указывать element, возможно проблема в этом и у вас
Денис Усманов
19 февраля 2024, 23:42
0
Я уже не имею доступа к проекту, где это делал, пиши мне в Телеграм, помогу, контакты у меня в профиле или на странице О нас.
Артур Шевченко
19 февраля 2024, 22:29
0
Спасибо, добавил в список шагов необходимость клонировать репозиторий, надеюсь стало понятнее.
Wassi Wassinen
19 февраля 2024, 21:55
0
Володя, спасибо за участие. Потестирую со стандартным.
антон
19 февраля 2024, 21:24
0
каким образом 6 раз пытаюсь сделать видно этапы не понимаю
Андрей Шевяков
19 февраля 2024, 21:09
0
Покажите как вы выводите данные.
антон
19 февраля 2024, 21:04
0
пробовал не выводит что не так делаю подскажите
Володя
19 февраля 2024, 19:48
0
А если перейти на modSessionHandler ошибки так же появляются?
Wassi Wassinen
19 февраля 2024, 19:35
0
Похоже, придётся вернуться на файловые сессии.
Григорий
19 февраля 2024, 17:54
0
Спасибо! Всё сделал как вы хотели)
Николай Савин
19 февраля 2024, 17:49
0
Эта ошибка обычно означает попытку записать в сессию данные, в тот момент, когда не завершился еще прошлый запрос. То есть обращения к сессии через чур быстрые. Не успевает обработать. Сессии внутри баз данных немного медленнее работают, чем файловые сессии.