Добавьте в ваш вызываемый кроном скрипт обработки еще и выборку элементов. Например, отсортируйте по ID, последний обработанный запоминайте в COption. Сам так делал, когда надо большой массив данных кусками обработать.
19.10.2014 21:56:28
1. Создайте обработчик события по регистрации, в нем добавляйте юзеру подписку с активностью и подтверждением. Вам код написать?
2. В цикле пробегаем по всем юзерам, добавляем в подписчики. Либо в настройке рассылки можно выбрать получателей, но тогда отписаться не смогут Не забывайте при рассылке давать линк на отписку, хотя в любом случае во всех спам-базах будете уже на второй день после рассылки по такой схеме. Пс а вы он или она?.. |
|
|
13.10.2014 11:04:44
У нас задача немного другая.
Вряд ли вы найдете здесь подробные рекомендации по решению вашей задачи, т.к. она, по сути, нарушает лицензионное соглашение. Судя по описанию задачи вы пытаетесь на одной копии создать два совершенно независимых сайта, а это прямо запрещено, поэтому и механизмов из коробки для решения такой задачи не существует. Если не ставить ограничение по запрету наличия двух одинаковых логинов (ну такой сценарий без нарушения лицензии я могу себе представить...), то все остальное реализуется просто через LID, как я уже написал выше. У вас отдельные шаблоны с уведомлениями готовы из коробки, только надо шаблоны компонентов поправить, где идет показ пользователей, убирая фильтром или через результмодифаер чужие LID или группы. Как-то так. |
|
|
12.10.2014 16:36:00
При регистрации пользователя в это поле пишется ID текущего сайта. Наверное, это не фича, а бага, но работающая. Если ID сайтов в многосайтовости ru и en, то выглядит как язык. Наверное, так и используется, но я нигде не встречал, чтобы поле это менялось в процессе работы. Может, просто не сталкивался, утверждать не буду.
|
|
|
12.10.2014 13:23:07
Коллеги,
есть кто-нибудь понимающий, зачем при оплате автоматом зачисляется и тут же списывается сумма оплаты на внутренний счет?... Всю голову сломал, не могу придумать.. Но это лирика. А по факту делаем бонусную систему для пользователей с использованием внутреннего счета. Так вот в журнале транзакций жутко раздражает наличие этой двойной записи. Фильтровать не вариант, т.к. запись с теми же параметрами создается при оплате заказа с внутреннего счета (читай бонусами), а она должна показываться. Раскопки показали, что за эту двойную запись отвечает CSaleOrder::PayOrder, который вызывается при оплате заказа. Метод имеет замечательный параметр bWithdraw, который и отвечает за использование проводок по внутреннему счету. Понятно, что в обработчике платежной системы я могу вызывать этот метод с нужным мне параметром и все будет хорошо, но что делать с админкой? То есть при оплате заказа наличными или безналом с проведением ручной смены статуса оплаты у меня нет варианта поправить вызов и запись в журнал идет двойная. Есть, конечно, в самом методе вызов события OnSaleBeforePayOrder, но нужный нам параметр передается в событие значением, а не ссылкой, т.е. повлиять на него никак не могу. Есть тут гуру? Спасите |
|
|
11.10.2014 19:04:59
Задача типовая и несложная.
У вас неверно настроены права доступа к типам цен. Или компонент (шаблон) с показом цен правленный (или самописный), не учитывающий разные цены для разных групп. Второе более вероятно, т.к. при заказе у вас показываются правильные цены. |
|
|
10.10.2014 19:00:53
|
|||
|
10.10.2014 18:48:48
|
|||
|