Михаил написал: Здравствуйте. Скачал VMBitrix7.0.1-centos7.3-Hyperv.zip для последующей интеграции в Azure. При установке англоязычной версии (Демо, ключом активирует потом другой человек) вылетает:
Проверил с интернета заказчика, со своего интернета - все то же самое. Русская версия демо корпоративного портала скачивается, после скачивания выдает:
Если подсунуть вместо download/_encode_php5.tar.gz ссылку, которую я получил из Your Bitrix24 30-Day Trial Version письма, в файл bitrixsetup.php например: $path = " download/portal/ " $suffix = " intranet_bizspace_encode_php5. tar.gz"
То вылетает та же ошибка, что и на русской версии.
Денис Диденко, к сожалению технически невозможно . Только как я написал. Эта проблема для машин с версиями 5.1.4, 5.1.5, 5.1.6. С 5.1.8 такого не будет.
По поводу "дофига устаревших машин" - за все время было около около 25 обращений в техподдержку по такой проблеме. Ответ разработки по поводу фикса был такой же(
Дмитрий Васильев, define('BX_COMPRESSION_DISABLED',true) стоит в дистрибутивах по умолчанию. Скорей всего Вы сами модифицировали файл ранее.
Денис Диденко, в вашем случае удалить ansible1.9. Если не получится - полный реинсталл окружения/вирт. машины. Слишком долго не обновлялись, конфликт зависимостей теперь сложно разрулить будет)
Лия Пхакадзе написал: Так вот в этой ветке курса говорится а - о необходимости пустого пароля.б - о коррекции ets/hosts А при установках bitrix-env 7.0.1 Обязательно вносится пароль MySQL для пользователя root .
Курс написан по вирт. машине версии 5. Сейчас версия 7. Пароль root mysql теперь обязателен. Тот нотис, на который Вы ссылаетесь для версии 7 был не актуален. Сейчас там внесли правку для виртмашины 7.
Почитайте внимательно снова. Коррекция /etc/hosts нужна только для локальных сайтов (site1.bx - локальный сайт).
Цитата
Лия Пхакадзе написал: 2 - создаем host* ( какое имя т.к. в нем будут два моих сайта seedspro.ru и zemledelec-profi.ru) называемый в дальнейшем host2 3 - в созданном host2
Цитата
Лия Пхакадзе написал: не нашла инструкции т.к. не ясен МОМЕНТ с * link, kernel, ext_kernel*
Цитата
Лия Пхакадзе написал: - из админки создаются директории из этого меню нет- нужно ли создавать командой mkdirкакие значения в секции *link, kernel, ext_kernel*
Создать сайт типа ext_kernel, подстроить ядро. Потом создать два сайта типа link на ядро ext_kernel для ваших доменов seedspro.ru и zemledelec-profi.ru.
Цитата
Лия Пхакадзе написал: 4 - создаем host1 *сервер поиска Sphinx* (если эта операция делается ранее или еще какой регламент - прошу поправьте меня
Зачем? У Вас такая огромная нагрузка чтобы использовать отдельную машину для sphinx? Аналогично для кеша на Вашей картинке.
Цитата
Лия Пхакадзе написал: Прошу сделать видео урок по сборке такой связки.
К сожалению этим никто заниматься не будет.
PS: может все таки рассмотрите вариант нанять технического специалиста/админа/партнера?
Лия Пхакадзе написал: И выделение мест под два домена вызывает затруднение. ( в bitrix-env 5.~ была рекомендация- присоздании места под вторй сайт сделать пустым пароль для пользователя базы root. На данном релизе какие Варианты?)
Как я понял дальше Вы создаете сайты, два, под каждый домен. Про рекомендации первый раз слышу. В 7.0.1 идем по шагам мастера создания сайта, имя, тип, кодировка, крон (включаем его, вводим Y), опции (тут вводим N - параметры подключения к бд сама машина сгенерирует при создании сайта, так же пути и т.д.) Опять же документация подробная, все есть https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=37&LESSON_ID=6535&LESSON_PATH=3908.6488...
Цитата
Лия Пхакадзе написал: то далее устанавливаю SSL ( сейчас годовые пробники - в случае успеха приобрету у комодо)
В моем примере используются сайты site1.bx и site2.bx. Копируем файл конфигурации ssl в новый файл для каждого сайта: cp /etc/nginx/bx/conf/ssl.conf /etc/nginx/bx/conf/site1bx_ssl.conf cp /etc/nginx/bx/conf/ssl.conf /etc/nginx/bx/conf/site2bx_ssl.conf
Дальше редактируем файлы /etc/nginx/bx/conf/site1bx_ssl.conf и /etc/nginx/bx/conf/site2bx_ssl.conf, указываем пути
ssl_certificate /etc/nginx/ssl/*****.pem; файл с сертификатом в формате PEM для данного виртуального сервера
ssl_certificate_key /etc/nginx/ssl/*****.pem; файл с секретным ключом в формате PEM для данного виртуального сервера
После устанавливаем сайт или поднимаем бекап проекта. Настройки и доводка на Вас.
Цитата
Лия Пхакадзе написал: Если из-вне проверка на корректность установки сертификата проходит успешно и сайт на httpS обрабатывает все внешние запросы от *пробного* пользователя корректно. А в самой админке работает нормально только gj http
Будут ли негативные нюансы при работе с данными (загрузки из УНФ, импорт XML, cvs ) ? D настоящее время только демо данные.
Sergey Kozlov написал: после обновления все сертификаты сгенерировались на самоподписные от битрикса, соответственно и пути в ssl.conf прописались на эти заново сгенерированные сертификаты. Сайт запустился, но сертификаты были дефолтные не наши и соответственно браузер говорит что сайт без доверия. Иправил пути в ssl.conf до наших сертификатов и всё .... сайт больше не запускается
Sergey Kozlov, все верно, этот файл (ssl.conf) может быть изменен при обновлении пакета. Так же как и файлы в папках /etc/nginx/, /etc/nginx/bx/conf/ и т.д.
Выход: создать копию файла ssl.conf - например myssl.conf, прописать в нем пути для ваших сертификатов и поправить ssl-конфиг сайта.
Sergey Kozlov написал: после обновления до 7,0,1 не могу запустить сайт по https появился новый параметр ssl_dhparam /etc/nginx/ssl/dhparam.pem в файле ssl.conf
что это ? как его победить ? помогите плиз
Sergey Kozlov, не воспроизводится. Мой сценарий: образ 7.0.0, два сайта дефолт и test1.bx. По https открываются оба. Ставим обновления до 7.0.1 - срабатывает автогенерация файла /etc/nginx/ssl/dhparam.pem, добавляется строка в файле ssl.conf. Пробуем оба сайт по http и https - работают)
MONITOR01: Ошибка настройки мониторинга в системе MYSQL01: Исправлена ошибка настройки mysql службы после ее остановки в системе MYSQL02: Ошибка смены при смене пароля для сервиса MYSQL03: Исправлена ошибка получения статуса mysql сервиса для локализированной версии ОС MYSQL04: Исправлена процедура смены пароля для хостов без установленных/настройенных сайтов SITE01: Добавлена опция proxy_ignore_client_abort при создание новых сайтов, вынесено отдельный пункт меню для настройки существующих сайтов. SITE02: Добавлены настройки для быстрой отдачи файлов через nginx для внешних хранилищ: Clodo, Rackspace, Google Storage и Selectel WEB01: Исправлена конфиграция lsyncd сервиса для centos6 SPHINX01: Изменена процедура генерации имени для индекса SSL01: Добавлена генерация DH параметров для ssl соединения
Роман Семёнов написал: считаю если bitrix выдвигает требования совместимости с php 5.3 то должен озаботится включением его в данное окружение в своем же продукте (чтбы можно было выбрать версию php 5.3)
Увы, такого уже никогда не будет. Версии PHP 5.3, 5.4, 5.5 out-of-date и не поддерживаются сообществом PHP. Ваш выход - старый образ vmbitrix или Веб окружения для windows - там PHP 5.3.
Алексей Б, день добрый Руками удалять и ставить PHP не нужно. Пакет при установке сам все зависимости установит. Если нужно понизить версию PHP - rollback, повысить - upgrade. Лог работы можно найти примерно тут (ID задачи у вас будет иной, это пример):
Вячеслав Чешихин написал: Здравствуйте! У сервера, с котрого скачивался сайт php 5.6.30, а у VM Ware Workstation - php 7.0.13 . Как даунгрейдить мою VM до 5.6.0? Подскажите, пожалуйста!
Сергей, через меню машины никак. Удалить сайт и создать/подстроить заново. Неофициальный вариант - залезть в конфиги и выкрутить все как Вам надо (на свой страх и риск)
VGrey, aleksandr.b, Владимир Ульянов, пакет php-pecl-apcu теперь тянет за собой php-pecl-apcu-bc - отсюда в папке /etc/php.d/ создается файл 50-apc.ini. Исправлено в 7.0.1. Пока можно поправить так: cd /etc/php.d/ && mv 50-apc.ini 50-apc.ini.disabled && systemctl restart httpd.service.
Дмитрий Потапенко написал: 1) почему вы решили, что включен apc и apcu? загляните в конфиг подключения и посмотрите на название подключаемой библиотеки, должна быть apcu.so если конфига 2 и в одном apcu.so, в другом apc.so, то у вас произошла некая мистика или кто-то поставил apc по незнанию, опции конфигурации у них одинаковые практически
Какая тут может быть мистика? Смотрите, по шагам, каждый может повторить: - устанавливаем CentOS 7; - обновляем систему. На сегодня это: "CentOS Linux release 7.3.1611 (Core)" с ядром 3.10.0-514.6.1.el7.x86_64; - стандартно устанавливаем bitrix-env;
Все, больше никто ничего руками не трогает. И что мы имеем? В папке /etc/php.d кроме 10-opcache.ini с включенным zend_extension=opcache.so, присутствуют: - 40-apcu.ini с включенным extension = apcu.so. Ладно, тут, вроде, проблем нет. - 50-apc.ini - с включенным extension=apc.so
Можете повторить, не вопрос, не думаю, что у Вас получиться другой результат.