Up.
Неужели никто не сталкивался с данной проблемой?
Или проблема настолько сложная и решение ее недокументировано?
Неужели никто не сталкивался с данной проблемой?
Или проблема настолько сложная и решение ее недокументировано?
23.01.2017 17:18:31
Какие делал шаги: - скачал и развернул образ BitirxVM для VmWare - увеличил корневой раздел - yum update - перекинул на виртуалку бекап тренировочного корп портала - развернул его с настройками по умолчанию - при попытке открыть сайт получил пачку ошибок - вдумчиво почитал данную тему - применил указанные два фикса (изменение dbconn.php и .settings.php) - главная страничка и админка открылись без ошибок P.S. Дочитал темку до конца, нашел волшебную комбинацию кнопок для downgrade PHP.
Изменено: Ярослав Крючков - 23.01.2017 17:27:21
|
|||||||
|
16.09.2016 15:11:31
|
|||
|
22.12.2015 12:25:49
Везет значит вам
![]() А я вот из почтового клиента письмо достал, заголовок выглядит вот так (убрал поля добавленные почтовиком)
From: Битрикс 24 < Но на установке с нуля (Bitrix VM, установка демо-версии портала) - ведет себя точно так же, в заголовке уведомлений поле Date: отсутствует.
Изменено: Ярослав Крючков - 22.12.2015 12:26:22
|
|||
|
28.09.2015 18:11:38
Только версию виртуальной машины выбирайте 8 - с более высокими у VmWare ESXi проблемы (по крайней мере у 5.5) Итого получается следующий порядок действий: - скачать и установить - скачать и распаковать образ Bitrix VM для VmWare - сконвертировать образ в виртуалку на ESXi или в сферу Опционально можно увеличить размер раздела. Для этого надо: - в свойствах виртуальной машины увеличить емкость диска - скачать образ - загрузить виртуалку с этого образа - растянуть раздел с данными на все свободное место |
|||
|
28.09.2015 14:42:17
Здравствуйте уважаемые коллеги.
Подскажите пожалуйста решение проблемы. Переезжаем корпоративным порталом из облака в коробку. Купили лицензию на коробку и доп пользователей. Подняли BitrixVM под Vmware ESXi на сервере в ДЦ. Растянули на ней диск до нужного размера. Подали заявку на перенос. В течении прошлой недели (с понедельника по утро субботы) техподдержка архивировала наши данные. После архивации оказалось что у нас примерно 130 Гб информации и архив состоит из 1427 частей. В субботу в 6 утра запустили процесс восстановления из облака на наш сервер. Через несколько часов процесс завершился с ошибкой (во вложенном файлике изображение) В корне веб-сервера лежало 608 частей архива. Запустили еще раз - результат тот же. И еще раз, и еще раз - в общем третий день подряд не получается скачать архив. Наилучший результат - скачано 842 части за один прием. Техподдержка на текущий момент умыла руки - альтернативных вариантов скачивания по их словам не существует. Может быть кто-нибудь сталкивался с такой проблемой и подскажет вариант решения? Может restore.php надо как-то на предмет тайм-аутов запатчить? Или еще что-то?
Изменено: Ярослав Крючков - 28.09.2015 14:55:22
|
|
|
07.04.2015 20:17:49
И не надо никаких левых репозитариев подключать, что может вылезти боком.
Изменено: Ярослав Крючков - 07.04.2015 20:20:15
|
|
|
29.08.2014 14:07:02
|
|||
|
04.10.2013 19:24:06
Здравствуйте коллеги.
Последовательность действий. - в среде виртуализации 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 настроен не оптимально. Заранее благодарен за конструктивный ответ. |
|
|
23.01.2012 17:23:45
Здравствуйте.
Подскажите пожалуйста где я не прав. - в админке перехожу в /catalog - создаю файл update_quantity.php - в меню выбираю редактировать как PHP - вставляю в файл скрипт из второго поста и сохраняю его - открываю - получаю сообщение следующее сообщение хотя через phpMyAdmin в таблице b_catalog_product вижу что QANTITY_TRACE у всех записей N
|
|||
|
13.09.2010 13:43:59
Я по рекомендации сотрудника тех поддержки проигнорировал это предупреждение.
На первый взгляд все вроде работает но правильность работы ЧПУ я еще не проверял. Мне сказали что визардом установки
|
|||
|
31.08.2010 13:51:38
Подниму тему.
Установка демо-версии БУС 9.1.0 Бизнес UTF-8 на стандартный веб-хостинг (тестирование панели управления хостингом ispCP Omega). В настройках апача для каталога в который ставится битрикс прописана директива "AllowOverride All" bitrix_server_test.php считает что с обработкой .htaccess все в порядке. Визард установки при тестировании говорит что "Обработка .htaccess Выключена" В какие еще настройки нужно смотреть для решения данной проблемы? |
|
|