Всего 123 603 комментария

Николай Савин
23 июля 2024, 09:46
0
Ой, а можно поинтересоваться — устаревшая это какая? Так то десятая версия тоже не свежа давно. Уже 12 есть.
Сергей
22 июля 2024, 19:58
0
У меня устаревшая MariaDB, это я уже выяснил, что бы установить надо переходить на другой хостинг.
Артур Шевченко
22 июля 2024, 19:55
0
Можно хотя бы один пример создания простой формы с защитой от спама?
Любая форма по умолчанию защищена от спама если в пресете есть хук email или FormItAutoResponder.

Почему-то не создается таблица
Во-первых проверьте версию сервера баз данных MySQL 5.7 или MariaDB 10.4. Во-вторых, попробуйте удалить все вервии пакета и установить самую свежую заново.
Дмитрий
22 июля 2024, 14:31
0
Привет! Правильно я понимаю, что в какой-то из новых версий этот баг исправлен?
И вопрос, раз вышла 2-я мажорная версия, то реально ли бесшовно обновится с 1-ой или есть какие-то breaking changes?
Сергей
22 июля 2024, 14:18
0
Артур, добрый день!
Можно хотя бы один пример создания простой формы с защитой от спама?
Просто если посмотреть в документацию, адрес tpl не тот, presetName тоже не тот.
Тут вы пишете в пункте 2, что больше нет ошибки «Невалидный токен», а я получается ставлю версию 2.1.0 (ранее не было ни какой) и ловлю эту ошибку) и не как не могу понять, как решить эту проблему)

Хотя я нашел проблему.
Could not create table `si_sessions` SQL: CREATE TABLE `si_sessions` (`id` INTEGER unsigned NOT NULL AUTO_INCREMENT, `session_id` VARCHAR(100) NOT NULL, `class_name` VARCHAR(100) NOT NULL, `data` JSON NULL, `createdon` DATETIME NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `app_session` (`session_id`,`class_name`), INDEX `createdon` (`createdon`)) ENGINE=MyISAM ERROR: Array ( [0] => 42000 [1] => 1064 [2] => You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'JSON NULL, `createdon` DATETIME NOT NULL, PRIMARY KEY (`id`), UNIQUE KEY `app_se' at line 1 )
Почему-то не создается таблица

Версия php 7.4, версия modx 2.8.7
Ivan K.
22 июля 2024, 13:16
0
gmail блокирует письма, если ip адрес сервера или отправителя письма есть в некоторых списках DSNBL, например, если в базе спамхауса то gmail не примет письмо, проверенно на собственном опыте.
Проверить можно тут www.spamhaus.org/
По другим спискам тут: www.dnsbl.info/dnsbl-database-check.php
Алексей Соин
22 июля 2024, 12:10
0
ага, нашёл у них про это, пару лет назад, когда сталкивался с данным хостингом, техподдержка говорила, что они не поддерживают LetsEncrypt, хорошо что добавили такую возможность ?
Илья
22 июля 2024, 11:43
0
Хотелось бы услышать отзывы местных форумчан о хостинге Spaceweb.
В сети отзывы не однозначные.
Очень жаль что Modhost закрывается…
Leonid Krylov
22 июля 2024, 11:16
0
У Spaceweb есть бесплатный LetsEncrypt, продлевается автоматически.
Сергей
22 июля 2024, 10:45
0
У вас все заработало, письма приходят корректно? У меня почему-то gmail блокирует все входящие. Т.е. отправить info — почта на Яндекс, DKIM SPF и прочие записи есть. При оформлении заказа из minishop2 заказчику письма не доходят, gmail и блокирует и все.
Артур Шевченко
22 июля 2024, 10:45
0
Юзернейм и емайл — по умолчанию уникальные поля для пользователя в MODX, телефон — нет.
С точки зрения Modx всё так, но с точки зрения человека телефон уникален, так как служит для с связи с кем-то конкретным больница, другой человек, организация.

можно добавить в настройки минишопа опцию, которая включает поиск зарегистрированного юзера по номеру телефона
Добавь. miniShop2 это проект с открытым исходным кодом. Пришли PR и всё появится.
Дмитрий
22 июля 2024, 09:53
0
Спасибо большое! Помогло.
Наумов Алексей
22 июля 2024, 09:36
0
В чанке header или subhead_inner ищем меню, скорее всего это будет вызов сниппета pdoMenu. Смотрим значение параметра level у него. Если level стоит 2 — то ставим 1.
Алексей Соин
22 июля 2024, 07:21
0
Для тех кто будет переезжать на spaceweb, готовьтесь к тому, что будете ещё платить за ssl сертификат, бесплатного letsencrypt у них нет
Alexey
22 июля 2024, 01:32
0
Мы немного уходим в сторону от темы топика)) Но все же рискну завершить оффтоп: мне кажется немного странной логика, в которой определяется привязка пользователя к заказу по неуникальному полю. Юзернейм и емайл — по умолчанию уникальные поля для пользователя в MODX, телефон — нет. То есть, в принципе есть вероятность прикрепления не к тому юзеру, разве нет?

Бывает, что уникальным полем для регистрации пользователя служит телефон, для этого случая — как вариант — можно добавить в настройки минишопа опцию, которая включает поиск зарегистрированного юзера по номеру телефона из формы заказа.
Скаут
21 июля 2024, 22:47
0
ниже мой коммент с решением проблемы.

идентификатор адреса — что-то странное, не очень понял где и как он используется… Но получается, что проблема в модуле, неправильно там написан запрос, оттуда и вся возня на два дня… (
Скаут
21 июля 2024, 22:44
0
проблема решилась изменением запроса, а именно
было
$user = $this->modx->getObject('msOrderAddress', $order_id);
сделал
$user = $this->modx->getObject('msOrderAddress', ['order_id' => $order_id]);
Артур Шевченко
21 июля 2024, 22:43
0
Что за id и order_id?
order_id — идентификатор заказа
id — идентификатор адреса
Скаут
21 июля 2024, 22:27
0
спасибо за инфу, но нет, не в этом проблема)