И еще одно, на Яндексе теперь запрещено указывать в поле "from" емейл отличный от логина, что вполне логично на фоне борьбы со спамом, мошенничеством и фишингом. Но никто не запрещает указывать как адрес отправителя один из алиасов (я говорю, про почту для домена!). Алиасы можно даже использовать как логин (user) в файле msmtprc.
|
Разработчикам |
Форум
Не работает отправка сообщений на почту из модуля уведомлений
Не работает отправка сообщений на почту из модуля уведомлений
Строчат, а толку столько же сколько и от вашего поста. 587 порт это аналог 25, то есть БЕЗ ШИФРОВАНИЯ. Неужели так трудно запихать в хранилище доверенных сертификатов корневой, что подписывает сервера яндекса? Мои рабочие настройки на виртуальной машине: # smtp account configuration for default account default logfile /home/bitrix/msmtp_default.log host smtp.yandex.ru port 465 from aliases /etc/aliases keepbcc off auth on user password ********** tls on tls_starttls off tls_certcheck on И не придумывайте насчет почтового клиента, по 465 порту успешно шлют даже всякие админские железки и софтины вроде контроллеров APC, главное что бы они могли работать с корневым сертификатом. |
|||
|
|
|
шаблон формы авторизации
OnBeforeOrderUpdate - глюки после отмены сохранения заказа через "return false"
"backurl" и корзина после подтверждения регистрации по ссылке и открытии в другом браузере
"backurl" и корзина после подтверждения регистрации по ссылке и открытии в другом браузере
|
Все довожу до ума механизм авторизации / регистрации пользователя...
Хочется что-бы пользователь как можно меньше совершал телодвижений при оформлении заказа, при этом от регистрации отказываться не хочется, в том числе с обязательным подтверждением e-mail. Как сделано сейчас: 1. После добавления товара в корзину и нажатия кнопки "офрмить заказ" пользователь получает окно авторизации/регистрации. 2. Конечно же большинство пользователей не зарегистрировано и начинает проходит процесс регистрации. 3. После нажатия кнопки зарегистрироваться срабатывает событие "OnAfterUserRegister" и в этот момент "backurl" записывается в сессию 4, Затем выводится окно с предложением ввести код активации или пройти по ссылке с E-Mail. 5. Если пользователь проходит по ссылке или вводит код активации, то автоматически авторизуется, и если компонент авторизации находит в сессии "backurl", то перенаправляет браузер на него, то есть на страницу оформления заказа. Все прекрасно, но, если у пользователя другой бразузер по-умолчанию, то после перехода по ссылке он авторизуется, только никуда не переадресовывается и корзина его при этом пуста. Я не особо силен в сессиях, а особенно в том, как этот механизм реализован в Битрикс, поэтому хотел бы спросить, есть ли возможность решить вышеуказанную проблему. У меня такое чувство, что нужно делать что-то типа этого: писать ID сессии, например в пользовательское свойство (или куда-то еще, привязывая к ID пользователя) после регистрации еще не активированного пользователя, а после подтверждения регистрации, непосредственно перед авторизацией, проверять, не закрыта ли сессия с идентификатором, который сохранен и в случае, если не закрыта, пихать пользователю cookie с правильным ID. Это дословно. Но в правильном ли направлении мыслю? Как бы вы решили такую проблему? И еще, ковыряя шаблон main.register (который ковыряли до меня) обнаружил там среди вывода полей формы функцию bitrix_sessid_post(), при этом в дефолтном шаблоне ее не нашел. Можете подсказать, зачем она могла быть там? |
|
|
|
|
Привязка службы доставки к платежной системе, как получить?
Это, оказывается, можно сделать через CSaleDelivery::GetDelivery2PaySystem
Привязка службы доставки к платежной системе, как получить?
CSaleOrderPropsVariant::GetList - не работает фильтр по жаблону
|
Мне нужны варианты значений свойств свойств заказа, названия (коды) которых начинается на "1_"
Судя по описанию arFilter должен быть таким:
методом тыка выяснил, что РАБОТАЕТ в таком виде:
Заранее спасибо! |
|||||
|
|
|
Во время восстановление через restore.php выадет ошибку.
|
Тема конечно устарела, но поиск прислал меня сюда и навел на правильные мысли.
Так что добавлю, что подобная проблема скорей не в правах доступа как таковых, а в том, что файл создан или получил нового владельца. Причиной такого события может быть то, что какие-то скрипты выполняются из CRON'а причем от имени пользователя, отличного от того, под которым запущен Апач с Битриксом. Если говорить и типовом случае, когда Битрикс работает под Bitrix VM с CentOS, то все файлы Битрикс имеют и должны иметь владельца/группу "bitrix", если по каким-то причинам владелец/группа поменялись, то их можно восстановить командой в SSH консоли:
Или укажите более конкретную папку, |
|||
|
|
|
