[QUOTE]Сергей Ковалев пишет:
Мое предположение такое. Потому что не будет .htaccess, mod_rewrite и прочего. И будет на форуме много нытья вида: "Я перенес сайт на хостинг, а он не работает. Что делать?".
[/QUOTE]
Я спрашивал-то не про виртуальную машину, а про пакет для установки настроенного решения для запуска Битрикса на физической машине. Нытья на форуме и сейчас хватает, так что это не совсем чтобы аргумент.
Понятно, что bitrix-env не панацея, да и настроить то же самое можно самому: rpm да yum в руки, и вперед :) , но дело в том, что результат работы bitrix-env - некий референс, на котором в самом Битриксе тестируют сборки. Ко всему, bitrix-env устанавливает и настраивает очень неплохую по производительности систему.
Посему и вопрос был - если делать по-битриксовскому, то зачем в систему пихать апач, когда можно через php-fpm выкрутиться, и неплохо? По поводу .htaccess и mod_rewrite - nginx, конечно, не читает конфиги апачи, но настроить эквивалент в nginx.conf никакой проблемы нет.
[QUOTE]Сергей Ковалев пишет:
Мы тестировали, причем основательно. Результат такой: на железе начального уровня и на виртуалках разницы не видно, она в пределах погрешности. На мощном железе (Xeon 8 ядер, 8хSAS 15К и все такое) Percona выигрывает на синтетических тестах, но не на той нагрузке, которую создает средний Битрикс. Учитывая, что SQL-запросы в большинстве случаев отрабатывают в разы быстрее, чем PHP-код, нет смысла дальше оптимизировать реляционную часть. От XtraDB отказались в пользу собственных сборок MySQL.[/QUOTE]
А вот за то, что опытом поделились, спасибо! Хотя, конечно, "собственные сборки" - это сурово ;) с точки зрения дальнейшей поддержки.
Мое предположение такое. Потому что не будет .htaccess, mod_rewrite и прочего. И будет на форуме много нытья вида: "Я перенес сайт на хостинг, а он не работает. Что делать?".
[/QUOTE]
Я спрашивал-то не про виртуальную машину, а про пакет для установки настроенного решения для запуска Битрикса на физической машине. Нытья на форуме и сейчас хватает, так что это не совсем чтобы аргумент.
Понятно, что bitrix-env не панацея, да и настроить то же самое можно самому: rpm да yum в руки, и вперед :) , но дело в том, что результат работы bitrix-env - некий референс, на котором в самом Битриксе тестируют сборки. Ко всему, bitrix-env устанавливает и настраивает очень неплохую по производительности систему.
Посему и вопрос был - если делать по-битриксовскому, то зачем в систему пихать апач, когда можно через php-fpm выкрутиться, и неплохо? По поводу .htaccess и mod_rewrite - nginx, конечно, не читает конфиги апачи, но настроить эквивалент в nginx.conf никакой проблемы нет.
[QUOTE]Сергей Ковалев пишет:
Мы тестировали, причем основательно. Результат такой: на железе начального уровня и на виртуалках разницы не видно, она в пределах погрешности. На мощном железе (Xeon 8 ядер, 8хSAS 15К и все такое) Percona выигрывает на синтетических тестах, но не на той нагрузке, которую создает средний Битрикс. Учитывая, что SQL-запросы в большинстве случаев отрабатывают в разы быстрее, чем PHP-код, нет смысла дальше оптимизировать реляционную часть. От XtraDB отказались в пользу собственных сборок MySQL.[/QUOTE]
А вот за то, что опытом поделились, спасибо! Хотя, конечно, "собственные сборки" - это сурово ;) с точки зрения дальнейшей поддержки.