Форум

[QUOTE]kozlov_igor написал:
Система восстановила всё и поехали работать дальше, но вопрос так и остался - почему при заливке файлов через форму нельзя восстановить сайт СТАНДАРТНЫМ способом. Это не оттестировано или вообще не предусмотрено?[/QUOTE]

А какой размер одного архива?
Напишите тикет в техническую поддержку, с номером сюда, пожалуйста.

Егор Мантусов, ну так все верно: история - это текстовая запись об изменениях.
Нельзя получить все изменения статусов, но можно получить все изменения сделки и путем поиска регулярными выражениями найти именно смену статуса.

И потом внимательно читаем описание модуля:
События (под событиями подразумевается перенос комментариев к контактам, компаниям, сделкам, прикрепленные файлы, информация о звонках и письмах) Этап переноса гарантированно поддерживает обработку 10 000 событий.

То есть: события это не изменение сделки/компании/контакта, а лишь то, что находится в живой ленте, а это вовсе не история изменения поля.

Вадим Юдин, в настройки модуля соц. сервисов конечно же)

[QUOTE]Николай Ковальский написал:
Ощущение, что просто где-то в настройках стоит галка производить автоматическую регистрацию, не спрашивая об этом пользователя...[/QUOTE]
Ну так там и есть эта настройка) Посмотрите параметры компонента

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

Затем по-порядку:
1) Смотрим самые тяжелые страницы через штатный инструмент: https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=41&LESSON_ID=2731
Уменьшаем время генерации страниц (где-то отказываемся от кеширования в пользу отложенных ajax-функций, где-то наоборот вводим кеширование).

2) Через Google pagespeed можно посмотреть неоптимальные скрипты, тяжелые картинки и это пофиксить (Минимальный результат должен быть не ниже 80, и к тому же все зависящее именно от Вас должно быть выполнено, а не просто цифра 70%).
Подробнее про все это можно почитать в руководстве самого Google: https://developers.google.com/speed/docs/insights/rules

3) Затем нужно посмотреть на порядок рендеринга страниц (может помочь: https://www.webpagetest.org/)
Нужно переработать DOM-структуру так, чтобы нужный контент был выше и верстка была проще (увидите покадрово как загружается ваш сайт)

И это, если мы говорим только про сайт. Есть еще серверные настройки (надеюсь у Вас VPS/VDS, а не shared-хостинг), с которыми тоже нужно работать.

Александр, нет - у Вас старая версия модуля. Т.е. обновления Вы не устанавливали. У вас 17.1.4, а версия в которой это исправлено 17.5.4.

[QUOTE]Версия 17.5.4
Исправлена ошибка авторизации ВКонтакте.[/QUOTE]

Александр Фадеев, приватный ключ не обязательно должен быть в pem-файле.
У nginx всего 2 параметра (насколько мне известно): ssl_certificate и ssl_certificate_key.
Причем в ssl_certificate указывается именно полный pem-файл (от юдоменного до вышестоящего).

Однако тот факт, что битрикс требует отдельно файл сертификата и файл цепочки, наводит на мысль, что он сам это сделает (или должен сделать, но почему-то не сделал).

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

[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]

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

Kenigan, через CRM-формы тут: https://dev.1c-bitrix.ru/community/blogs/bitrix24/7861.php
Через стандартный механизм на событиях тут: http://smartlanding.biz/kak-dobavit-svoi-polya-dlya-formirovaniya-lidov-v-crm-bitrix24.html