Up.
Неужели никто не сталкивался с данной проблемой?
Или проблема настолько сложная и решение ее недокументировано?
Неужели никто не сталкивался с данной проблемой?
Или проблема настолько сложная и решение ее недокументировано?
Какие делал шаги: - скачал и развернул образ BitirxVM для VmWare - увеличил корневой раздел - yum update - перекинул на виртуалку бекап тренировочного корп портала - развернул его с настройками по умолчанию - при попытке открыть сайт получил пачку ошибок - вдумчиво почитал данную тему - применил указанные два фикса (изменение dbconn.php и .settings.php) - главная страничка и админка открылись без ошибок P.S. Дочитал темку до конца, нашел волшебную комбинацию кнопок для downgrade PHP. |
|||||||
|
|
|
|
|||
|
|
|
|
Здравствуйте уважаемы коллеги.
Подскажите пожалуйста, кто как решает следующую проблему: - есть корпоративный портал - рассылает уведомления о всяко-разном по E-Mail - в заголовках формируемых писем отсутствует поле Date: - в результате при отображении таких писем в почтовом клиенте в столбце "Дата/время" высвечивается время получения а не отправки письма. Что, согласитесь, не совсем удобно. |
|
|
|
|
|
По итогам все оказалось не так плохо как казалось сходу.
Оказалось что скрипт restore.php обладает рядом недокументированных функций, о которых сотрудники техподдержки знают и умеют активировать. В частности: - ведение расширенного лога - анализ наличия закачанных частей и в случае обрыва соединения продолжение закачки только тех частей которые еще не доехали После того, как сотрудник техподдержки применил эту недокументированную магию докачались оставшиеся 600 частей архива и он сумел распаковаться. Терпеливому сотруднику техподдержки Евгению выражаю искреннюю благодарность. |
|
|
|
|
Только версию виртуальной машины выбирайте 8 - с более высокими у VmWare ESXi проблемы (по крайней мере у 5.5) Итого получается следующий порядок действий: - скачать и установить - скачать и распаковать образ Bitrix VM для VmWare - сконвертировать образ в виртуалку на ESXi или в сферу Опционально можно увеличить размер раздела. Для этого надо: - в свойствах виртуальной машины увеличить емкость диска - скачать образ - загрузить виртуалку с этого образа - растянуть раздел с данными на все свободное место |
|||
|
|
|
|
Здравствуйте уважаемые коллеги.
Подскажите пожалуйста решение проблемы. Переезжаем корпоративным порталом из облака в коробку. Купили лицензию на коробку и доп пользователей. Подняли BitrixVM под Vmware ESXi на сервере в ДЦ. Растянули на ней диск до нужного размера. Подали заявку на перенос. В течении прошлой недели (с понедельника по утро субботы) техподдержка архивировала наши данные. После архивации оказалось что у нас примерно 130 Гб информации и архив состоит из 1427 частей. В субботу в 6 утра запустили процесс восстановления из облака на наш сервер. Через несколько часов процесс завершился с ошибкой (во вложенном файлике изображение) В корне веб-сервера лежало 608 частей архива. Запустили еще раз - результат тот же. И еще раз, и еще раз - в общем третий день подряд не получается скачать архив. Наилучший результат - скачано 842 части за один прием. Техподдержка на текущий момент умыла руки - альтернативных вариантов скачивания по их словам не существует. Может быть кто-нибудь сталкивался с такой проблемой и подскажет вариант решения? Может restore.php надо как-то на предмет тайм-аутов запатчить? Или еще что-то? |
|
|
|
|
|
|||
|
|
|
|
Подтверждаю наличие проблемы.
Система - OpenVZ контейнер с установленным внутри минимальным CentOS release 6.5 (Final) Поверх накатил Bitrix virtual appliance version 4.3.2 Для изучения возможностей крутится демо-версия корп-портала. Захожу на него нечасто, но иногда попадаю на ошибку
/var/log/nginx/error.log
/var/log/httpd/error_log
Лечится с помощью
Надеюсь эта информация поможет разработчикам избавиться от проблемы. |
|||||||||||
|
|
|
|
Здравствуйте коллеги.
Последовательность действий. - в среде виртуализации ProxmoxVE создаю OpenVZ контейнер из шаблона CentOS 6 32bit - настраиваю сеть в Bridge-mode - yum erase sendmail - yum update - wget - chmod +x bitrix-env.sh - ./bitrix-env.sh - ставлю демо-версию корп. портала бизнец-процессы - тестирую производительность - получаю сообщение о том, что PHP настроен не оптимально Отсюда вопрос: - в каком файле и какие значения было бы правильно прописать для параметров apc.cache_by_default apc.ttl apc.max_file_size apc.stat Подозреваю файлы /etc/php.d/apc.ini /etc/php.d/apcu.ini /etc/php.d/bitrixenv.ini Пробовал менять эти параметры (дописывая те, что в нем отсутствуют) в файле bitrixenv.ini apc.ttl изменяется (уходит красный нолик) а остальные параметры так и не изменяются и система тестирования все равно предупреждает что PHP настроен не оптимально. Заранее благодарен за конструктивный ответ. |
|
|
|
|
|
Здравствуйте.
Подскажите пожалуйста где я не прав. - в админке перехожу в /catalog - создаю файл update_quantity.php - в меню выбираю редактировать как PHP - вставляю в файл скрипт из второго поста и сохраняю его - открываю - получаю сообщение следующее сообщение хотя через phpMyAdmin в таблице b_catalog_product вижу что QANTITY_TRACE у всех записей N
|
|||
|
|
|
|
Я по рекомендации сотрудника тех поддержки проигнорировал это предупреждение.
На первый взгляд все вроде работает но правильность работы ЧПУ я еще не проверял. Мне сказали что визардом установки
|
|||
|
|
|
|
Подниму тему.
Установка демо-версии БУС 9.1.0 Бизнес UTF-8 на стандартный веб-хостинг (тестирование панели управления хостингом ispCP Omega). В настройках апача для каталога в который ставится битрикс прописана директива "AllowOverride All" bitrix_server_test.php считает что с обработкой .htaccess все в порядке. Визард установки при тестировании говорит что "Обработка .htaccess Выключена" В какие еще настройки нужно смотреть для решения данной проблемы? |
|
|
|
|