Александр Галеев +14

К сожалению, нет( 

Написал в техподдержку, обещали в "одном из следующих обновлений" исправить. 

Опять нет. Помните у Coca-Cola была акция где они печатали коды под крышкой. Ты открываешь крышку, вводишь промо-код на сайте и получаешь плюшку. Вот тут такая же история, поэтому кодов так много и поэтому я не могу "ничего кроме" использовать. 

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

VDS, максимум 2Гб только на этот проект, других проектов нет. 

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

Ну 500 000 промокодов действительно под определенную бизнес-задачу, которую по другому не решить.

Проверил логи, вот что пишет: 

[19-Feb-2019 06:38:59 Etc/UTC] PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 128 bytes) in site.ru/public_html/wa-system/database/waDbMysqliAdapter.class.php on line 128
[19-Feb-2019 06:39:04 Etc/UTC] PHP Fatal error:  Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 bytes) in site.ru/public_html/wa-system/database/waDbResultIterator.class.php on line 122

memory_limit увеличивал до 512, те же ошибки.

А воз и ныне там? Лучше сделать к купону ограничение в %, т.е. чтобы купоном можно было оплатить не более N% от стоимости товара.

Ну и самое интересное. Есть 100 адресов в списке "Ошибки доставки". Запускаем рассылку и повторно отправляем письмо на эти 100 адресов, 70 из них отваливаются с ошибкой, 30 доставляются. По итогам этой рассылки, все 100 адресов так же остаются в списке "Ошибки доставки", не смотря на то, что они уже перестали быть ошибочными.

Пробовал удалять информацию по определенному контакту из этой таблицы. Бесполезно. Просто в списке баунсов пропадает информация о том, в какой именно рассылке и в какую дату контакт стал считаться ошибочным. Сам контакт остается в списке ошибочных. Он пропадает оттуда только в 2 случаях: А) если у контакта изменить e-mail. и Б) если удалить строку с e-mail из таблицы wa_contact_emails, что, в свою очередь, не решает проблему.

1.

{$customer.affiliate_bonus} руб.

2.

{if $wa-shop}

{$customer = $wa->shop->customer()}

{$customer->affiliateBonus()} руб.

{/if}

3.

{$customer = $wa->shop->customer()} {$customer->affiliateBonus()} руб.

4.

 {$customer.affiliate_bonus}

Варианты 1 и 4 приходят пустыми, варианты 2 и 3 - приходит "0". На сколько я понял, в приложении Рассылки не определяет id покупателя, т.к. оно работает с приложением Контакты. Подскажите, как все же реализовать столь полезную функцию?

На сколько я понимаю, воз и ныне там?

Да, конечно.

Бесполезно. Изменил в Php.ini значение на "1" - результат остался тот же.

PHP Fatal error: Call to undefined function hash_init() in /usr/local/www/apache24/data/wa-system/vendors/swift/classes/Swift/Signers/DKIMSigner.php on line 438

В коде:

    public function startBody()
    {
        // Init
        switch ($this->_hashAlgorithm) {
            case 'rsa-sha256' :
                $this->_bodyHashHandler = hash_init('sha256');
                break;
            case 'rsa-sha1' :
                $this->_bodyHashHandler = hash_init('sha1');
                break;
        }
        $this->_bodyCanonLine = '';
    }

ругается на строчку:

$this->_bodyHashHandler = hash_init('sha1');

Добрый день. А если для этих целей использовать приложение Рассылки, то в каком массиве искать эти данные? Уже как только ни пробовал, отдает 0.

Есть например задачи, которые решаются только по средствам скрытых категорий. Например, динамические категории используются для тэгирования основных категорий. Чтобы не портить вид меню и не добавлять в меню кучу лишних пунктов приходится категорию делать скрытой. В основной категории есть конечно ссылка на динамическую категорию, но лучше дублировать ее в сайтмап. И ничего странного в этом нет, не правда ли?

Шикарный ответ))) А все же, как можно сделать так, чтобы скрытые категории выгружались в sitemap на ShopScript 6?

Я правильно понимаю, что проблема с плагином не решена? Как можно вернуть деньги за него? И почему при отсутствии тех.поддержки плагин до сих пор висит в маркете?

Выгодная покупка.

А по первому вопрос кто что может сказать?

Ура! Все вернулось на место. А что это было?

Понял вас. Спасибо большое. Так мы и сделаем.

Ну, во первых, когда контент-менеджер добавляет товар, он не заполняет ни цену ни наличие, дабы не тратить на эти поля время. Соответственно там остается пустое поле, которое делает товар доступным для заказа через корзину. И второе, есть у нас 1 сторонняя программа, которая обновляет цены и наличие обрабатываю прайс-листы поставщиков, так вот с 6 вебасистом она пока очень плохо работает, а саппорт там никакущий, поэтому и пытаюсь найти решение данной проблемы с другой стороны)

Добрый день. А как сделать так, чтобы NULL был не бесконечность, а 0? Т.е. чтобы товары, у которых нет значения в shop_product.count считались отсутствующими и не были доступны для заказа через корзину?

Очень странно, что модуль работает в зависимости от выбранного получателя - я имею ввиду физ. или юр. лицо.. но да, может быть) И да, никто наверное не использует такой вариант, как у меня на скрине, я сам его установил только для того, чтобы посмотреть КАК оно должно работать и допилить по аналогии пэйэнивэй. Про кнопку "вернуться в магазин", если честно, не очень понял. Что вы имеете ввиду?

"URL страницы магазина, куда должен попасть покупатель после благополучно проведенной оплаты (но факт зачисления денег следует фиксировать только по вызову PayURL). Переход пользователя произойдет независимо от получения магазином отчёта о проведенной оплате."

А вот, кстати, и нет) Поставил ЯДеньги, и результат тот же. http://pastenow.ru/F5KE может это где-то в настройках включается?

Есть так же и другое мнение, не могу его в паблике высказать. Но суть его заключается в том, что автор этого плагина, по другому вопросу, не отвечает мне уже дней 5. Так что пинать бесполезно) Быстрее самим. Хотя бы временно докрутить, а там может и автор проснется.

Воооот. Так и должно быть, но в модуле PayAnyWay реализовано по другому. Видимо придется руками допиливать по аналогии с ЯндексДеньгами и РБК.

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