• nginx, время отклика

    ainu
    @ainu
    По поводу пингов (и только их), бывает когда в сетевой подсистеме ограничено количество внешних (и внутренних сетевых) подключений. В FreeBSD делаются опции ядра, как делается в ubuntu, не знаю. Возможно, nginx довёл количество подключений почти-до-лимита, и подключения на ping не проходили. По этойже причине (всего лишь предположение) перезагрузка помогла — очистились некоторые висячие коннекты.
  • Как запустить Linux на телефоне с ARM-процессором, сенсорным экраном и без клавиатуры?

    ainu
    @ainu
    Хмм…
    Консоль не является обязательной и неотъемлимой частью, кстати. Визуальную оболочку проще собрать на SDL, это да. И если нет сетевого удалённого доступа к устройству, то консоль будет абсолютно бесполезной. Более того, ввести слово root не получится или Enter нажать для ввода пустого пароля.
    Это я к тому что стандартные пути развития таких устройств —
    1. голое ядро + busybox. Экран не светится.
    2. удалённое подключение к командной строке. Часто железными методами подключением проводков.
    3. удалённая установка SDL (или Qt), или на крайний случай консоли (просто для вывода информации).
    4. работа через графический интерфейс.
  • nginx, время отклика

    ainu
    @ainu
    Это нормально для VPS. Дальше оптимизировать только PHP-часть или (если у Вас ожидается Hi-load на тыщи посещений), включать кеширование.
    Можно еще, кстати, настроить PHP-FPM, даст прирост если оперативная память заканчивается. Тоже самое (про оперативную память) можно сделать, настроив PHP как CGI или FastCGI. Во всех трёх случаях перестанут работать .htaccess, команды надо будет при помощи rewrite прописать прямо в конфиге nginx.
    Как выше посоветовали, worker_processes 1; в самом начале исправить на 2. Ничего сказать не могу, надо тестировать, всегда считал, что надо ставить равным количеству ядер — в этом случае действительно сильно помогает.

    По поводу access_log надо из общей зоны перенести в location.
    Сейчас вот так:
    server {
    listen 80;
    server_name www.sitename.ru sitename.ru;
    access_log /home/user/logs/sitename/nginx_access.log;
    error_log /home/user/logs/sitename/nginx_error.log;
    location / {
    proxy_pass sitename_backend;
    include /etc/nginx/proxy.conf;
    error_page 404 403 500 = @fallback;
    }

    А надо так:
    server {
    listen 80;
    server_name www.sitename.ru sitename.ru;
    location / {
    access_log /home/user/logs/sitename/nginx_access.log;
    error_log /home/user/logs/sitename/nginx_error.log;
    proxy_pass sitename_backend;
    include /etc/nginx/proxy.conf;
    error_page 404 403 500 = @fallback;
    }

    Но это мелочи, основной прирост даст правка узких мест в PHP коде и запросах к БД.
  • nginx, время отклика

    ainu
    @ainu
    Моя вера в незыблемость nginx восстановлена. Устои не разрушены. Можно заснуть спокойно.
    А вот поставить expires статике всё-таки не помешает.
    Обычно при клике на некую страницу браузер отправляет 30 запросов к картинкам, на каждый из которых сервер отвечает: «не изменилось». При наличии expires браузер не будет ничего спрашивать и сразу брать из кеша (1 минута это нестрашно).
    Итого картинки будут грузиться мгновенно и не будет характерного промаргивания.
    Если еще кеширование сделать, то и главная будет как электровеник. Но это на любителя.
  • nginx, время отклика

    ainu
    @ainu
    И в раздел со статикой добавьте
    expires 1m;
    И ещё
    access_log перенесите в корень location (зачем для статики вести логи?)
    Если на сайте куча посещений, то первое время пинга косвенно уменьшит за счёт освобожения ресурсов сервера.
  • nginx, время отклика

    ainu
    @ainu
    Парсер лох
    proxy_pass _http_://188.120.226.100:8080;
    proxy_redirect _http_://dev.emulate.su:8080/ /;
  • nginx, время отклика

    ainu
    @ainu
    /etc/nginx/proxy.conf?
    Хотя чувствую и там всё нормально.
    Вообще, можно поставить кеширование, например, на минуту или 10 минут. Тогда к фронтенду обращения будут идти через раз. В случае наличия кук (например, для администратора), кеширование отключать. Тогда будет выигрыш. Имменно 1800 per seconds, у нас VDS держала 3000 в секунду под DDoS благодаря кешированию (ну и GeoIP разумеется но это уже другой разговор).
    По поводу выигрыша, попробуйте ab попросить какойнибудь style.css, будет видна разница, особенно если не 5, а 50 запросов в секунду.

    Опять к делу.
    upstream специально поставлен (другими словами, сервер один или там кластер стоит)? Потому что можно обойтись чуток по другому
    proxy_pass IP_ADRESS:8080;
    proxy_redirect example.com:8080/ /;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Real-IP $remote_addr;

    Просто у меня ощущение, что nginx работает прозрачно, кидая поток байт напрямую, а должен запросить апач, дать ему умереть, и медленно отдавать контент.
  • nginx, время отклика

    ainu
    @ainu
    Самого главного нет — конфига из папки sites-enable
  • nginx, время отклика

    ainu
    @ainu
    конфиг в студию!
  • Зависимость скорости работы сервера от кол-ва файлов в папке?

    ainu
    @ainu
    Дополню voooz — для огромных количеств файлов всегда надо писать что-то своё.
  • Microsoft Office 2010 - одновременное редактирование

    ainu
    @ainu Автор вопроса
    Неа, именно о Office 2010. Word например.
  • несколько разделов на флешке

    ainu
    @ainu
    именно так и выглядит)). Делал уже, поэтому написал.
  • Как можно отключить доступ по http и закрыть 80-й порт на Apache (Linux)?

    ainu
    @ainu
    То есть найти в httpd.conf строку Listen 80 или Listen *:80 или Listen [ipadress]:80 и закомментировать её.
  • Bitrix, шаблон комплексного компонента

    ainu
    @ainu
    Храню великолепную цитату:
    «Качество кода, сроки разработки, юзабилити, нагрузка на сервер и скорость работы»
    Если эти параметры важны, то от битрикса придётся отказаться. Можно даже заказчикам вопрос задавать: вам вот это вот это и вот это — важно или пофигу? Помогает=)
    От себя добавлю:
    —расширяемость
    —бесплатность
    —важность сайта в поисковых системах (да-да, на некоторых хостингах страницы генерятся по 15 секунд, это влияет. на директ влияет кардинально)
    быстрая загрузка посетителями (вроде одно и тоже с предыдущим, но назвать стоит)
    —возможность менять что угодно и как угодно, возможность сказать программисту — сделайте именно так,
    —поиск по каталогу товаров (да, в битриксе это ограничено, вопрос скользкий, но когда я спросил у техподдержки, мол, что вот такой стандартный поиск по каталогу не работает?, они ответили — это реализовать невозможно.)
    Если эти возможности важны, то битрикс не для вас.