Всякий блог

Идем в файл /etc/php/7.0/fpm/php.ini Ищем параметр opcache.enable=1 раскомментируем Выставляем параметр opcache.memory_consumption=128(или 256, 512...) зависит от того сколько вы можете пожертвовать памяти opcache.max_accelerated_files=4000 Максимальное количество ускоряемых файлов opcache_revalidate_freq = 240 частота ревалидации Далее выходим сохраняем файл Включаем модуль #phpenmod opcache Рестартим nginx #service nginx restart 

Переезд с php5 на php 7 Обновляем sources.list echo -e 'deb http://packages.dotdeb.org jessie all \ndeb-src http://packages.dotdeb.org jessie all' >> /etc/apt/sources.list Скачиваем ключи и добавляем их wget https://www.dotdeb.org/dotdeb.gpg apt-key add dotdeb.gpg   Обновляем репы   apt-get update Ставим пакеты apt install php7.0-fpm php7.0-cli php7.0-curl php7.0-gd php7.0-intl php7.0-mysql php7.0-mcrypt php7.0-imagick php7.0-mbstring php7.0-soap php7.0-xml Обновляем конфиги хостов на nginx ищем и меняем строку fastcgi_pass unix:/run/php/php7.0-fpm.sock; Перезапускаем nginx service nginx restart   По тестам скорости особой не увидел как заявляют, но памяти действительно кушает меньше процентов на 20-30

Вылезло при импорте таблицы в БД через phpmyadmin 413 Request Entity Too Large Лечится просто в nginx.conf в секцию http вставляемclient_max_body_size 100m; ну или больше в зависимости от потребностей

После рестарта нджинкса достучаться досайтов не смог, перед этим переводил интерфейс в новую подсеть, возможно что проблема была связаня с этим. Рестартанул Апачат проблема осталось, перезагрузил нджикс вылезла такая ошибка   nginx: [emerg] bind() to [::]:80 failed (98: Address already in use)   Немного погуглив нашел решение вопроса, в конфиге сайта должна быть опция   listen 80; listen [::]:80 default_server;   ее надо привести к такому виду   listen 80; listen [::]:80 ipv6only=on default_server;   в разных конфигурациях в разных файлах в моем случае было в default либо может быть конфиге самого сайта

После настройки nginx как фронтенд для Apache 2.2 столкнулся с ошибкой: Время ожидания соединения истекло. При этом в урле явно задавался порт 81, при ручной смене на 80 порт сразу все вставало на места и можно было работать с phpmyadmin, правда отсутствовали картинки(nginx не пахал), но по завершении сессии проблема возникала снова. Единственный вариант которым удалось решить проблему создать поддомен pms.domain.com и в пути к директории с phpmyadmin указать путь со скриптом Добавляем в site-available конфиг для поддомена в Апач и nginx Для Apache2: <virtualhost *:81> ServerAdmin webmaster@localhost DocumentRoot /usr/share/phpmyadmin ServerName pms.domain.com ServerAlias www.pms.domain.com <directory /usr/share/phpmyadmin> Options +FollowSymLinks AllowOverride None order allow,deny allow from all </directory> ErrorLog /var/log/apache2/phpmyadmin_error.log CustomLog /var/log/apache2/phpmyadmin_access.log combined ServerSignature On </virtualhost> Для ng...

Ну и собственно настройка в данном случае не особо сложная и есть существенное преимущество ее можно произвести на уже существующем сервере и работающем проекте. 1. Сначала нам надо изменить конфигурацию Apache. Его нужно перевесить на прослушку например порта 81 на адресе 127.0.0.1. Я использую сервер Linux Debian эта настройка задается в файле /etc/apache2/ports.conf NameVirtualHost *:81 // здесь обычно указан 80 порт меняем на 81 Listen 127.0.0.1:81 // здесь обычно указан внешний ip адрес и 80 порт меняем 2. Правим nginx.conf user www-data; # Пользователь от которого запускается процесс worker_processes  4; # Количество рабочих процессов error_log  /var/log/nginx/error.log; # куда сбрасываем логи pid        /var/run/nginx.pid; events { worker_connections  1024; # Количество соединений } http { include       /etc/nginx/mime.types; default_type  application/octet-stream; server_names_hash_buc...

По умолчанию если не задано уточнение в конфиге Nginx максимальный загружаемый файл на сервер ограничен 10 мб. Для увеличения этого лимита надо уточнить максимальный размер в конфиге и перезапустить сервер. Правим: nginx.conf(путь к конфигу по умолчанию /etc/nginx) в секции http{} client_max_body_size 50m; теперь ограничение стоит на 50 мегабайт Осталось перезапустить сервер /etc/init.d/nginx restart

Nginx все больше завоевывает просторы интернета. По заметкам на хабре известно, что даже ФБР в США использует этот вэбсервер и недавно проект получил крупные инвестиции в денежном выражении. Крупные вэбсервисы, порталы рунета также используют его. Причина его резкого роста в том, что nginx очень маленький и быстрый сервер. Это преимущество позволяет: 1. Экономить огромную долю ресурсов сервера, а следовательно и денег. 2. Ускорить загрузку сайта, что очень важно, т.к. основные поисковые системы начали учитывать скорость при ранжировании запросов. 3. В общем произвести приятное впечатление у пользователе которые не ждут долгую загрузку страницы и увеличивая таким образом количество отказов. 4. Создавать очень гибкую архитектуру для крупных проектов. При полном переносе крупных проектов может возникнуть проблемы, так как работа nginx и Apache немного различаются в своей работе. Но нет необходимости переносить сразу все на nginx, можно переходить в несколько этапов. Мне на своих ...