Конфигурирование веб-систем для оптимальной работы. Конфигурирование: Итоговый тест
1. Для ускорения работы PHP интерпретатора рекомендуется - настраивать Front-end и Back-end конфигурацию - максимально ускорить работу базы данных + использовать прекомпилятор PHP 2. Front-end позволяет + существенно уменьшить потребление оперативной памяти при обработке статических файлов - увеличить производительность PHP - уменьшить число соединений к базе данных + снять зависимость производительности системы от медленных каналов пользователей - защитить систему от медленных каналов1С-Битрикс2014-08-052014-08-05zzyxelСтудИзба
1. Для ускорения работы PHP интерпретатора рекомендуется
- настраивать Front-end и Back-end конфигурацию
- максимально ускорить работу базы данных
+ использовать прекомпилятор PHP
2. Front-end позволяет
+ существенно уменьшить потребление оперативной памяти при обработке статических файлов
- увеличить производительность PHP
- уменьшить число соединений к базе данных
+ снять зависимость производительности системы от медленных каналов пользователей
- защитить систему от медленных каналов пользователей и ускорить время выполнения запросов к базе данных
+ уменьшить число запросов к Back-end за счет самостоятельной обработки статических файлов
3. Если веб-сервер сам передает данные пользователю после их создания, то
+ число обработанных веб-сервером запросов напрямую зависит от скорости Интернет-канала посетителей сайта
- число обработанных запросов зависит только от производительности процессоров
- число обработанных запросов очень несущественно зависит от скорости Интернет-канала пользователя
4. Определите, где и как выполняется PHP-скрипт
- PHP-скрипт выполняется только на сервере и представляет собой отдельную программу, которая компилируется и выполняется только один раз в момент первого запуска
- PHP-скрипт выполняется практически всегда на сервере, но в некоторых случаях может быть выполнен браузером
+ PHP-скрипт выполняется только на сервере и является интерпретируемым языком
5. В результате построения двухуровневой архитектуры и выполнения ряда рекомендаций мы должны получить следующие результаты
- система стабилизирована по расходу памяти при запуске; Front-End и Back-End занимают заранее отведенный объем памяти, а при увеличении нагрузки будут использовать виртуальную память
+ возможно безопасное использование постоянного соединения с базой данных без опасения превысить число возможных соединений; в памяти все время находится установленное число Back-end процессов, готовых к обработке запросов и с установленным соединением с базой данных;
+ пользователи комфортно работают со сжатыми страницами
+ использование процессорных ресурсов ограничено числом одновременно работающих процессов Back-end в соответствии с MaxClients; не начнется регрессия производительности;
+ процессорные ресурсы существенно высвобождены за счет прекомпиляции PHP-кода
+ в стрессовой ситуации система будет стабильно и равномерно обрабатывать запросы, Back-end не будет увеличивать число одновременно выполняемых процессов выше установленного лимита MaxClients, Front-end будет принимать все запросы от пользователей и ожидать освобождения процессов Back-end
6. Использование общего веб-сервера для обработки PHP программ и статических файлов
- неэффективное решение из-за наличия задержек при определении типа файлов: статические или PHP программы
+ неэффективное решение из-за большого и неэффективного использования оперативной памяти веб-сервером для обработки статических файлов
- это лучшее решение для обеспечения оптимального расходования оперативной памяти
7. Значение MaxClients надо подбирать так, чтобы
+ даже при стрессовых нагрузках запущенные процессы Back-end потребляли в среднем не более 90% процессорных ресурсов
+ объем используемой памяти процессами Back-end никогда не превышал объем свободной оперативной памяти
+ MaxClients должен быть меньше или равен максимальному числа соединений с базой данных
- число процессов Back-end было всегда больше максимального одновременного числа запросов к сайту
8. Для стабилизации системы по расходу памяти и для ограничения числа одновременно запущенных процессов Back-end нужно установить
- MinSpareServers
+ MaxClients
- StartServers
9. Какие возможности MySQL стоит использовать для улучшения производительности?
+ отложенные транзакции для InnoDB (innodb_flush_log_at_trx_commit)
+ при использовании InnoDB обязательно конфигурировать переменные innodb_*
+ многопотоковую (multithreading) сборку MySQL
10. Статические файлы на веб-сайте это
+ XML файлы, PowerPoint (PPT), Microsoft Word (DOC), PDF
+ javascript файлы
+ все графические файлы: gif, jpg, png, bmp
- музыкальные MP3 файлы и PHP скрипты
- PHP страницы и страницы программного продукта "Битрикс"
+ таблицы стилей css
+ страницы HTML, которые не содержат программный код
11. Front-end это
+ компактный веб-сервер или кэширующий прокси-сервер
- обычный веб-сервер Apache с подключенным обработчиком PHP
12. При настройке Oracle желательно
+ использовать отложенные транзакции (Enhanced COMMIT) для Oracle 10g R2
+ использовать протокол IPC, если Oracle размещен на той же машине, что и веб-сервер
+ использовать постоянное соединение при правильно настроенной двухуровневой архитектуре FrontEnd/BackEnd
13. Back-end это
- обычный веб-сервер Apache, только с неустановленным обработчиком PHP
- прокси-сервер или облегченный веб-сервер без PHP
- база данных MySQL/Oracle/MSSQL
+ обычный веб-сервер Apache с установленным обработчиком PHP
14. Какой тип таблиц MySQL рекомендуется использовать для улучшения производительности при больших нагрузках?
+ InnoDB
- MyISAM
15. Время ожидания между Front-end и Back-end должно быть достаточно большим, чтобы
+ чтобы дождаться освобождения процессов Back-end, если все они заняты обработкой текущих запросов
+ дождаться завершения работы длительных запросов к Back-end
- чтобы передать всю страницу пользователю на медленных каналах
16. Если на сервере одновременно запускается много процессов веб-сервера, то возможно
+ превышение установленного максимума для одновременных соединений к базе данных
- перезапуск веб-сервера
+ значительное снижение производительности системы из-за нехватки процессорных ресурсов для одновременного выполнения всех процессов
- новые процессы будут размещаться в виртуальной памяти, общая производительность системы снизится очень незначительно
+ из-за нехватки оперативной памяти процессы будут вытесняться в виртуальную память и общая производительность системы резко упадет
- закончится место на диске
17. Сжатие страниц модулем компрессии позволяет
- снизить нагрузку на процессоры
- ускорить работу PHP прекомпилятора и сделать работу пользователей более комфортной
- ускорить установку обновления программного продукта по технологии SiteUpdate
+ ускорить загрузку страниц пользователями сайта
18. Чтобы обеспечить передачу реального IP адреса с Front-end в Back-end, необходимо
+ произвести в Back-end замену переменной REMOTE_ADDR на значение переменной HTTP_X_FORWARDED_FOR которая передается из Front-end
+ установить модуль mod_realip для веб-сервера Apache
- отключить KeepAlive в Back-end
19. Для соединения с базой данных PHP использует
+ встроенные библиотеки PHP для данного типа базы данных
- собственный обработчик соединений Битрикс для данного типа базы данных
20. Порядок работы Back-end
+ получает запросы от Front-end и передает готовые (сгенерированные) страницы Front-end для передачи их пользователям
- получает запросы от пользователей, обрабатывает и передает данные Front-end для передачи их пользователям
- получает запросы от Front-end и передает готовые страницы и статические файлы Front-end для передачи их пользователям
- получает запросы от Front-end и передает готовые страницы и статические файлы пользователям
21. Тип соединения с базой данных устанавливается
- в любом месте продукта конструкцией define("DBPersistent", true);
- в файле dbconn.php конструкцией define("DBPersistent", yes);
+ в файле /bitrix/php_interface/dbconn.php константой DBPersistent
22. Постоянное соединение с базой данных предпочтительнее, потому что
+ соединение к базе данных всегда открыто и тратится меньше времени и ресурсов на повторное открытие соединений
- SQL запросы исполняются быстрее
- база данных потребляет меньше оперативной памяти и больше памяти остается для кэширования данных
23. Соединение с базой данных по имени localhost позволяет
+ соединиться с базой данных без использования стека TCP/IP, что ускоряет работу
+ гарантированно соединиться с базой данных, установленной на локальной машине
- настраивать Front-end и Back-end конфигурацию
- максимально ускорить работу базы данных
+ использовать прекомпилятор PHP
2. Front-end позволяет
+ существенно уменьшить потребление оперативной памяти при обработке статических файлов
- увеличить производительность PHP
- уменьшить число соединений к базе данных
+ снять зависимость производительности системы от медленных каналов пользователей
- защитить систему от медленных каналов пользователей и ускорить время выполнения запросов к базе данных
+ уменьшить число запросов к Back-end за счет самостоятельной обработки статических файлов
3. Если веб-сервер сам передает данные пользователю после их создания, то
+ число обработанных веб-сервером запросов напрямую зависит от скорости Интернет-канала посетителей сайта
- число обработанных запросов зависит только от производительности процессоров
- число обработанных запросов очень несущественно зависит от скорости Интернет-канала пользователя
4. Определите, где и как выполняется PHP-скрипт
- PHP-скрипт выполняется только на сервере и представляет собой отдельную программу, которая компилируется и выполняется только один раз в момент первого запуска
- PHP-скрипт выполняется практически всегда на сервере, но в некоторых случаях может быть выполнен браузером
+ PHP-скрипт выполняется только на сервере и является интерпретируемым языком
5. В результате построения двухуровневой архитектуры и выполнения ряда рекомендаций мы должны получить следующие результаты
- система стабилизирована по расходу памяти при запуске; Front-End и Back-End занимают заранее отведенный объем памяти, а при увеличении нагрузки будут использовать виртуальную память
+ возможно безопасное использование постоянного соединения с базой данных без опасения превысить число возможных соединений; в памяти все время находится установленное число Back-end процессов, готовых к обработке запросов и с установленным соединением с базой данных;
+ пользователи комфортно работают со сжатыми страницами
+ использование процессорных ресурсов ограничено числом одновременно работающих процессов Back-end в соответствии с MaxClients; не начнется регрессия производительности;
+ процессорные ресурсы существенно высвобождены за счет прекомпиляции PHP-кода
+ в стрессовой ситуации система будет стабильно и равномерно обрабатывать запросы, Back-end не будет увеличивать число одновременно выполняемых процессов выше установленного лимита MaxClients, Front-end будет принимать все запросы от пользователей и ожидать освобождения процессов Back-end
6. Использование общего веб-сервера для обработки PHP программ и статических файлов
- неэффективное решение из-за наличия задержек при определении типа файлов: статические или PHP программы
+ неэффективное решение из-за большого и неэффективного использования оперативной памяти веб-сервером для обработки статических файлов
- это лучшее решение для обеспечения оптимального расходования оперативной памяти
7. Значение MaxClients надо подбирать так, чтобы
+ даже при стрессовых нагрузках запущенные процессы Back-end потребляли в среднем не более 90% процессорных ресурсов
+ объем используемой памяти процессами Back-end никогда не превышал объем свободной оперативной памяти
+ MaxClients должен быть меньше или равен максимальному числа соединений с базой данных
- число процессов Back-end было всегда больше максимального одновременного числа запросов к сайту
8. Для стабилизации системы по расходу памяти и для ограничения числа одновременно запущенных процессов Back-end нужно установить
- MinSpareServers
+ MaxClients
- StartServers
9. Какие возможности MySQL стоит использовать для улучшения производительности?
+ отложенные транзакции для InnoDB (innodb_flush_log_at_trx_commit)
+ при использовании InnoDB обязательно конфигурировать переменные innodb_*
+ многопотоковую (multithreading) сборку MySQL
10. Статические файлы на веб-сайте это
+ XML файлы, PowerPoint (PPT), Microsoft Word (DOC), PDF
+ javascript файлы
+ все графические файлы: gif, jpg, png, bmp
- музыкальные MP3 файлы и PHP скрипты
- PHP страницы и страницы программного продукта "Битрикс"
+ таблицы стилей css
+ страницы HTML, которые не содержат программный код
11. Front-end это
+ компактный веб-сервер или кэширующий прокси-сервер
- обычный веб-сервер Apache с подключенным обработчиком PHP
12. При настройке Oracle желательно
+ использовать отложенные транзакции (Enhanced COMMIT) для Oracle 10g R2
+ использовать протокол IPC, если Oracle размещен на той же машине, что и веб-сервер
+ использовать постоянное соединение при правильно настроенной двухуровневой архитектуре FrontEnd/BackEnd
13. Back-end это
- обычный веб-сервер Apache, только с неустановленным обработчиком PHP
- прокси-сервер или облегченный веб-сервер без PHP
- база данных MySQL/Oracle/MSSQL
+ обычный веб-сервер Apache с установленным обработчиком PHP
14. Какой тип таблиц MySQL рекомендуется использовать для улучшения производительности при больших нагрузках?
+ InnoDB
- MyISAM
15. Время ожидания между Front-end и Back-end должно быть достаточно большим, чтобы
+ чтобы дождаться освобождения процессов Back-end, если все они заняты обработкой текущих запросов
+ дождаться завершения работы длительных запросов к Back-end
- чтобы передать всю страницу пользователю на медленных каналах
16. Если на сервере одновременно запускается много процессов веб-сервера, то возможно
+ превышение установленного максимума для одновременных соединений к базе данных
- перезапуск веб-сервера
+ значительное снижение производительности системы из-за нехватки процессорных ресурсов для одновременного выполнения всех процессов
- новые процессы будут размещаться в виртуальной памяти, общая производительность системы снизится очень незначительно
+ из-за нехватки оперативной памяти процессы будут вытесняться в виртуальную память и общая производительность системы резко упадет
- закончится место на диске
17. Сжатие страниц модулем компрессии позволяет
- снизить нагрузку на процессоры
- ускорить работу PHP прекомпилятора и сделать работу пользователей более комфортной
- ускорить установку обновления программного продукта по технологии SiteUpdate
+ ускорить загрузку страниц пользователями сайта
18. Чтобы обеспечить передачу реального IP адреса с Front-end в Back-end, необходимо
+ произвести в Back-end замену переменной REMOTE_ADDR на значение переменной HTTP_X_FORWARDED_FOR которая передается из Front-end
+ установить модуль mod_realip для веб-сервера Apache
- отключить KeepAlive в Back-end
19. Для соединения с базой данных PHP использует
+ встроенные библиотеки PHP для данного типа базы данных
- собственный обработчик соединений Битрикс для данного типа базы данных
20. Порядок работы Back-end
+ получает запросы от Front-end и передает готовые (сгенерированные) страницы Front-end для передачи их пользователям
- получает запросы от пользователей, обрабатывает и передает данные Front-end для передачи их пользователям
- получает запросы от Front-end и передает готовые страницы и статические файлы Front-end для передачи их пользователям
- получает запросы от Front-end и передает готовые страницы и статические файлы пользователям
21. Тип соединения с базой данных устанавливается
- в любом месте продукта конструкцией define("DBPersistent", true);
- в файле dbconn.php конструкцией define("DBPersistent", yes);
+ в файле /bitrix/php_interface/dbconn.php константой DBPersistent
22. Постоянное соединение с базой данных предпочтительнее, потому что
+ соединение к базе данных всегда открыто и тратится меньше времени и ресурсов на повторное открытие соединений
- SQL запросы исполняются быстрее
- база данных потребляет меньше оперативной памяти и больше памяти остается для кэширования данных
23. Соединение с базой данных по имени localhost позволяет
+ соединиться с базой данных без использования стека TCP/IP, что ускоряет работу
+ гарантированно соединиться с базой данных, установленной на локальной машине