Форум

Александр Ким, проверьте ссылкой симантека - он скажет какой лишний, а какие отсуствуют. Комодо иногда лишние поикладывает (не обязательно все сертификаты должны быть, там в цепочке дело)

[QUOTE]Дмитрий Копцев написал:
Поставил Centos, скачал обновил систему, скал и запустил скрипт, но по адресу не чего не открывается.
[URL=https://yadi.sk/i/iuj_ubZH3TVhsd]https://yadi.sk/i/iuj_ubZH3TVhsd[/URL]
[URL=https://yadi.sk/i/rmKiykWK3TVi37]https://yadi.sk/i/rmKiykWK3TVi37[/URL]
Что посоветуете?[/QUOTE]

Для начала посмотреть логи ошибки.
Слишком много действий как-то для "скачал и запустил скрипт".

Начните с:
1) Проставление всем полям инфоблока параметра "Показывать в списке"
2) Ручками попробуйте внести ваши свойства в b_lists_field
3) Очистки всего кеша (cache, managed_cache, stack_cache).

P.S. А после, если Вы будете использовать универсальные списки, всегда читайте апи и не верьте своим глазам. Свойства для УС добавляются через CListPropertyField

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

1) COMODO вроде как уже сразу выдает сертификаты в PEM, только называются они .crt / .key
Поэтому файлы сертификата и ключа получаются переименованием:

domain_com.crt > /ssl/test1.bx.cert.pem
domain.com.key > /ssl/test1.bx.key.pem

2) А вот промежуточные сервера нужно комплировать от самого первого к последнему (или наоборот)

AddTrustExternalCARoot.crt + COMODORSAAddTrustCA.crt + COMODORSADomainValidationSecureServerCA.crt

Правильность сборки вам покажет:
1) Nginx (он не запустится если ключ или сертификат будут не верны)
2) https://www.sslshopper.com/ssl-checker.html - он скажет что ошиблись в последовательности, если что
3) https://cryptoreport.websecurity.symantec.com/checker/
4) https://www.ssllabs.com/ssltest/

Прогоняем по всем - и вуаля)

Сергей Манерко, такой возможности штатно нет. Создайте идею для дальнейшего развития продукта.

kozlov_igor, документация есть - https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=32

Денис Громов, тогда нужно смотреть таблицу b_sender_posting_recipient по POSTING_ID и смотреть кому не отправилось. Потом смотреть логи почтового сервера (привлекая системных администраторов, или получая логи почтового сервера).

Статусы могут быть:
'Y' - Нет результата
'N' - успешная отправка
'E' - Ошибка отправки
'W' - Ожидание отправки
'D' - Не отправлять

P.S. Без доступа к серверу это проблему координально не решить.

[QUOTE]Карина написал:
необходимо посылать на почту менеджеру, что такой-то заказ оплачен.[/QUOTE]

Штатно нет таких уведомлений. Если хотите чтобы появилась такая возможность - [URL=http://idea.1c-bitrix.ru]создайте идею[/URL].
Если Вам эта механика нужна уже в ближайшее время, то можно заказать [URL=https://www.1c-bitrix.ru/partners/]разработку у партнеров[/URL] или фрилансеров (коих много и на этом форуме).

Что касается общей механики, то тут есть пара вариантов:
1) Обработка на событиях (если менеджеру нужно знать про каждый такой заказ)
2) Периодическая обработка (раз в сутки менеджеру будет приходить письмо со всеми заказами)

Первый случай - на обработчик события
Второй - на агента

Антон Жуков, Поля -> Картинка для анонса
Либо в настройках компонента

1) Объем сайта никак не влияет на его вес. Нужно уменьшать скорость генерации страницы и весь ресурсов (картинки, скрипты, css). Бекапы на скорость загрузки не влияют. (если конечно пользователь не заходит во время создания бекапа)
2) Бекапы которые лежат в облачном хранилище не занимают физического места на сервере и соответственно не влияют на скорость загрузки