Валерий

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

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

Павел, я имею в виду, промокоды, которые работают только с 10:00 до 12:00, либо с 00:00 по 06:00 каждый день и т.п.
«Счастливые часы», «Обед в шоколаднице» и т.п ситуации :)

Добрый день, Павел!

Возник такой вопрос, есть ли в планах и техническая возможность добавить купоны, которые будут работать конкретные часы? Как я понимаю — это можно добавить в раздел «Условия» для промокода… Не подскажите, где эти условия обрабатываются в файлах?

Спасибо :)

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

Да, сработало. Странно, вчера я пытался так делать, но не выходило.
Видимо, где-то класс терял.

Еще раз спасибо!

Добрый день.
Спасибо! Все заработало.

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

Добрый вечер. Прошу подсказать мне, что я упускаю.
Есть вызов модального окна, вот настройки кнопки:

<a
        data-click
        data-data-id="[[+id]]"
        data-toggle="modal"
        data-quickview-mode="selector"
        data-data-element="pop_service"
        data-target=".bs-modal"
        data-quickview-output=".bs-quickview-output"
        class="read-more quickview" href="#">Подробнее</a>

Сниппет вызывается с активными обеими настройками: &bootstrapModalJsCss=`1`, &bootstrapDialogJsCss=`1`

Окно вызывается нормально, все данные присутствуют. Проблемы начинаются, когда я пытаюсь создать кнопку «Закрыть» (при клике по темному фону, все закрывается нормально).

Кнопку закрыть я пытаюсь создать добавлением следующего параметра:

data-output-buttons='["close"]'

Именно «output», потому что dialog даже не создает кнопку.

Кнопка появляется. Я могу кликнуть по ней, но закроется только модальное окно, темный фон останется.

Это конфликт скриптов (других скриптов на сайте нет), или же я где-то в настройках ссылки ошибся?

Разобрался. Ответ здесь — github.com/hybridauth/hybridauth/issues/587

Прошло два года с последнего поста, но новую тему создавать не хотелось бы.
Twitter добавил возможность запрашивать email у пользователей (как отдельный пункт), в провайдере прописана проверка:

$includeEmail = isset($this->config['includeEmail']) ? (bool) $this->config['includeEmail'] : false;
$response = $this->api->get('account/verify_credentials.json'. ($includeEmail ? '?include_email=true' : ''));

И обработка:

if($includeEmail) $this->user->profile->email = (property_exists($response, 'email')) ? $response->email : "";
if($includeEmail) $this->user->profile->emailVerified = (property_exists($response, 'email')) ? $response->email : "";

Ссылки все проверил, они актуальны api_base_url и прочее.
Но система email не подхватывает. Где может быть проблема? Может быть в Twitter еще должны проверить мою учетную запись?

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

Спасибо! Все проверили. Дело действительно в http/https, и, чтобы все работало, нужно, чтобы разработчики HybridAuth исправили upics.yandex.net/82115369/normal на upics.yandex.net/82115369/normal .

Шикарный ответ, конечно :)
Вопрос такой: почему изменение протокола в файле Yandex.php в папке провайдеров не подействовало на ссылку?

Проблему решил. В чанке «tpl.HybridAuth.logout», вместо:

<img src="[[+gravatar]]?s=75" alt="[[+username]]" title="[[+fullname]]" class="ha-avatar"/>

Написал:

<img src="[[+gravatar:!empty=`https://мой-сайт/путь-к-картинке-заглушке`]]" alt="[[+username]]" title="[[+fullname]]" class="hybridauth_logout__icon"/>

Этот вариант не сработал, но я нашел решение.

Работает вот так:

[[!+remains:gte=`1`:then=`<button class="btn btn-default" type="submit" name="ms2_action" value="cart/add"><i class="glyphicon glyphicon-barcode"></i> В корзину</button>`:else=`<span class="no-remains">Нет в наличии</span>`]]

И здесь главное — "!"… Ранее не подумал, что для плейсхолдера внутри одной странички это важно, потому как я чистил кеш почти каждый раз перед обновлением, не сообразил, что это может влиять так сильно). Но это логично, теперь уже не забуду.
IS тоже работает, если проверять на пустое значение.

Спасибо за помощь, я хоть все лишнее отсечь смог.

Так тоже пробовал. ID добавил уже после.
Сейчас скопировал ваш код, все равно не сработало (как и ранее).

Как я понял, теоретически я делаю все правильно и проблема только в «сопротивлении системы»? Тогда буду думать, что может мешать… или где запятые пропустил… Если решу, отпишусь. :)

Да :)

Вероятно, это не столь существенно. Но на страничке с списком товаров условие составить получилось. По вашему примеру на docs.modx.pro. Когда нужно !msProducts? добавить &leftJoin и &select

Не сработало. В любом случае срабатывает первое условие.
Я пробовал аналогичное, но с «ge» :)

Добрый день.

Прошу подсказать, что я делаю не так:
Пытаюсь прописать условие, при котором товар с остатком «0» выдавал бы на своей страничке «Нет в наличии», вместо «Добавить в корзину». Однако ничего не выходит.

Я вызвал сниппет:

[[!getRemains:toPlaceholder=`remains`? &id=[[+id]]]]

И прописал условие:

[[+remains:is=``:then=`<span class="no-remains">Нет в наличии</span>`:else=`<button class="btn btn-default" type="submit" name="ms2_action" value="cart/add"><i class="glyphicon glyphicon-barcode"></i> В корзину</button>`]]

Но мне в любом случае выдается «Нет в наличии». Если в условии ставить не пустое значение, а null также не работает. Если вызвать плейсхолдер +remains, то он отображает корректное количество товара.

Что я упускаю?

Я понял, попробую покопаться, может что-то выйдет.
Кстати, к форме часто обращались боты, начиная с апреля 2016 года, но там раз по 5 в день (особо наглых я блокировал, но это же бесполезно). А с 3 числа каждые 2-5 минут, как писал выше. Видимо новый год и обострение, либо пришел кто-то, кому этого было достаточно.
В общем, веселые каникулы :)

Понимаю, что компонент учебный и бесплатный, он прослужил пол года мне прекрасно, за что огромное спасибо Василию!
Но хочу отметить, что несколько дней назад наткнулся на «беспощадный» спам с моего сайта с этим компонентом. Скорее всего, происходило это не без помощи class.phpmailer.php и найденной недавно проблемы в библиотеке phpmailer. По записям в БД в таблице _register_messages увидел огромные «очереди на рассылку». Там каждый 2-5 минут что-то пыталось отправиться. И запись в столбце «payload» такого вида:

if (time() > 1483650480) return null;
return array (
  'user_id' => 0,
  'newsletter_id' => 1,
  'email' => 'jlhs0573@yahoo.com',
);

Что соответствовало логам спама, присланным хостером.
Как только я удалил sendex (он, кстати, отказался удаляться нормально, пришлось немного «пошаманить»), спам сразу же прекратился.

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

А кто-нибудь из установивших обновление столкнулся в начале января с самим спамом, через эту уязвимость в PHPMailer?