В сравнении с версией 1.5 изменения и дополнения выглядят следующим образом:
* По умолчанию, сайт ВМ теперь доступен и по протоколу HTTP, и по HTTPS, для экономии ресурсов отключена панель управления Zend Server'ом. Обе эти опции по-прежнему хорошо управляются через меню пользователя root
* Добавлена поддержка SMTP сервера, появившегося в КП 9.0, который при правильной конфигурации запускается автоматически, как и XMPP сервер
* После обновления продукта вместе с поиском по документам MSOffice будет доступен поиск по PDF файлам, опубликованным на КорПортале
* Обновлены ВСЕ программные пакеты, включая Zend-Server-CE (который очень серьёзно обновился, настоятельно не рекомендую обновлять самостоятельно на "предыдущих версия ВМ"), добавлен модуль php-5.2-memcache для
* В конфигурацию NGINX внесены изменения для обработки кэшированных РНР-страниц (технология HTML-кэширования) - может очень успешно использоваться на публичных сайтах, построенных на БУС. Исправлены ошибки обработки WebDAV запросов для работы с файлами КорПортала, улучшена масштабируемость.
* В конфигурации APACHE исправлены ошибки, взникавшие, в частности, при "классической" (через java-applet) загрузке картинок в фотогалерею КП. Исправлена обработка типов документов docx, xlsx, pptx
* Улучшен стартовый скрипт bitrixsetup в части загрузки дистрибутивов по слабым каналам , добавлены локализации на английском и немецком языках
* Исправлены ошибки и замечания
Поставил на скачку новую версию, но вот незадача - скорость ~22 Кб/сек. Качать около 3,5 часов
Было бы замечательно сделать зеркала для скачки а-ля *.rapidshare.com или нечто вроде.
Тоже самое бы сделать и для дистрибьютивов продуктов.
Хостинговая площадка сайтов *.bitrix.* явно не справляется с трафиком...
Рапида - моветон, держите магнит magnet:?xt=urn:btih:6T55GIGUSWPDCTL3ZONLEJ3TCPHPNBRL
Рапида - моветон, держите магнит
magnet:?xt=urn:btih:6T55GIGUSWPDCTL3ZONLEJ3TCPHPNBRL&dn=BitrixVirtualAppliance16.rar&tr=http%3A%2F%2Ftracker.openbittorrent.com%2Fannounce
Давайте тогда сразу на торренты заливать =)
До этого сайт крутился под bitrix-env под Windows в cp1251.
Образ переносили используя VMware vCenter Converter Standalone, т.к. ovftool почему то отказался конвертировать диски (но это уже другая история). Все прошло хорошо, но есть небольшое замечание, наверно больше к VMware - диск на хосте создался объемом 60 Гб, что конечно для одного проекта сильно много и время его миграции заняло более 25 минут, но это тоже не самое страшное, благо почти терабайт свободного SAS HDD места еще есть в запасе.
Все было супер пока на радостях не решили перевести сайт на новую виртуальную машину на наш сервак под управлением VMware ESX 3.0u4.
1. Ну во первых почему виртуальная машина настроена по дефолту на UTF-8 ? По моему надо сделать в меню селектор windows-1251 <=> UTF-8. Вопрос превосходства UTF перед 1251 до сих пор открыт. Да и свобода выбора очень часто нужна, особенно при переносе старых проектов.
2. Попытался перенастроить виртуальную машину (вернее конфиги vLAMP) под кодировку 1251...
закоментил mbstring в /usr/local/zend/etc/php.ini
;mbstring.func_overload = 2
;mbstring.internal_encoding = UTF-8
в /var/www/bitrix/php_interface/dbconn.php поправил после рестора:
define("MYSQL_TABLE_TYPE", "INNODB");
define("SHORT_INSTALL", true);
define("VM_INSTALL", true);
define("BX_UTF", false); // интересно зачем?
define("BX_CRONTAB_SUPPORT", true);
в /etc/mysql/my.cnf поправил:
default-character-set=cp1251 (в трех секцих конфига)
character-set-server=cp1251
collation-server=cp1251_general_ci
init-connect="SET NAMES cp1251"
skip-character-set-client-handshake
в конфигах apache2 ничего не правил пока.
естественно все сервисы рестартнул:
service apache2 restart
service mysql restart
выдает подозрительную надпись: Checking for corrupt, not cleanly closed and upgrade needing tables.
на всякий пробежался mysqlcheck --all-databases -r
phpinfo():
PHP Version 5.2.13
mysql 5.0.51a
Apache/2.2.8
uname -a отвечает:
Linux 2.6.24-24-generic #1 SMP i686 GNU/Linux
Попутный вопрос: А архитектура то получается x86, т.е. более 4 Гб оперативки выделять на виртуальный образ нету смысла?
Или Linux уже научили как то более практично использовать адресное пространство?
Перенес полный бэкап (публичку, ядро [9.х], полный дамп базы).
Сайт завелся, вроде все супер, оценка производительности 41+ против 3-7 на виндовом хосте. Реально приятно!
Кеш очистил. Сделал переиндексацию на всякий.
Посмотрел на каталог - все в норме, везде нормальные русские названия, в публичке и админке вроде крякозяблов не заметил.
Странички выдаются с тэгом Content-Type = "text/html; charset=windows-1251", все ок.
Обрадовался, выдохнул...
И вот тут началась мистика (которая стоила мне бессонной ночи)...
1) в разделе Системы обновлений (/bitrix/admin/sysupdate.php?lang=ru)
В полях появились откуда не возмись эти самые уродливые КРЯКОЗЯБЛЫ в полях:
* Зарегистрировано на имя: .... NFR - РќРµ для продажи
* Редакция продукта: Бизнес
2) Далее проверил - перестал работать поиск по сайту (даже когда ищешь по латински).
3) При попытке запуска скрипта импорта товаров из прайса - появились товары с обрезанными русскими названиями.
4) Появился очень странный глюк - когда логинишся на сайт под Админом страничка начинает без остановки обновляться (перезагружаться), причем по несколько раз в секунду, как будто где то зашит в коде странице refresh=0; Это что еще за новые выкрутасы такие? Беглый осмотр кода не выявил строку "refresh".
5) Настроил SMTP через меню, smtp.masterhost.ru и пр. - но безрезультатно, почта не уходит (
ВНИМАНИЕ ВОПРОС: ОТКУДА БЫ ИМ (крякозяблам/косякам) ТАМ ВДРУГ ВЗЯТЬСЯ???
Ну что я сделал не так?? Кто нибудь может подсказать где у меня кривые руки?
После уже пробовал немного экспериментировать со значениями mbstring.* в php.ini но результатов это не дало
Перечитал уже кучу тем в наших форумах и блогах, но что то пока ничего внятного не нашел к сожалению...
В основном мусолится тема переноса проекта на UTF-8 с перекодировкой проекта. А тут задача получается почти обратная - перенастроить кодуровку сервера с UTF-8 на 1251.
<?define("BX_CRONTAB_SUPPORT", true);?>
1. Сссылка на VMware Player на
2. Progress bar при развертывании продукта из новой копии (читай, при скачивании продукта с сайта) Битрикса у меня стабильно замирал на цифре 0%.
3. Progress bar при восстановлении проекта из резервной копии так же стабильно останавливался, как вкопанный, но уже на 71%.
В итоге данные были переданы на сервер по старинке по sftp, а затем развернуты и установлены.
Скорость работы виртуальной машины приятно порадовала.
3. Была замечена еще одна закавыка, которая, надеюсь, последняя, но пока не до нее: при попытке просмотреть параметры компонента из публичной части для их комфортного просмотра/изменений возникает сообщение "Не удалось обнаружить код вызова компонента".