Ответы пользователя по тегу Nginx
  • В чём ошибка rewrite Nginx?

    Все дело в слэше.

    Вместо

    rewrite ^/admin/$ index.php?type=admin;

    нужно

    rewrite ^/admin/$ /index.php?type=admin;,

    и оно заработает. В вашем примере, который в location, как раз есть слэш.

    Что касается второго реврайта (people), то там слэш в конце потерян. Надо сделать так:

    rewrite ^people/$ /index.php?type=admin&module=people;

    В таком случае www.site.ru/admin/people/ заработает, НО тогда не будет работать без слэша. Можно убрать $, тогда будет работать для любых URL, которые начинаются на www.site.ru/admin/people, т.е. и для www.site.ru/admin/people/ и для www.site.ru/admin/people-f////.

    Если нужно для версии со слэшем и без, то можно сделать так:

    rewrite ^people/?$ /index.php?type=admin&module=people;
    Ответ написан
  • Клон сайта и оценка посещаемости. Как реализовать?

    Техническая сторона: squid/nginx - это "не те прокси", так скажем, никаким боком к данной задаче не подходят. Нужно снять статистику (то есть поставить скрипты на страницу), поэтому iframe не работает, нужен полноценный сайт. Тянуть данные на фронтенде нельзя по этой причине, ну и сама разработка будет тяжела: нужно будет верстать что-то, действительно разрабатывать сайт. Единственный вариант вижу: на бэкенде получать запрос, спрашивать по нему оригинальный сайт, получать контент, встраивать свои скрипты, отдавать. Выглядит это просто и должно сработать.

    Трафик: чтобы протестить, нужно привлечь реальный трафик, а как только начнете привлекать, попадете в бан у поисковых систем, кроме того подпортите продвижение у оригинального сайта, из-за чего еще и на санкции от его владельцев нарветесь. Кроме того, тот же трафик на свой сайт не получите. Можно сказать, этот пункт не выполним. А даже если был бы выполним, все равно не добьетесь правильной статистики, так как время на сайте, конверсия, глубина просмотров, посещения и т.п. - это комплексные показатели. У двух сайтов, продающих одно и то же, они могут кардинально отличаться. Недавно я делал новый сайт-каталог, владельцы решили отказаться от старого сайта, потому что его было невозможно поддерживать и дорабатывать, нужен был редизайн и т.п. В итоге у них посещения упали процентов на 15-20% (реструктуризация, хотя ссылки максимально сохраняли), но при этом глубина просмотров и время на сайте возросли значительно. Эти показатели зависят, скорее, от вашего подхода, качества контента, а не от того, что продается. Кроме того, рентабельность не зависит от этих показателей напрямую. Да, может быть очень много посещений и просмотров, даже глубина просмотров может быть неплохая и время нахождения на сайте тоже, но конверсия будет низка, потому что все как-то криво и бездушно на сайте.

    Моральная оценка вашей "идеи": плохо, очень плохо. Такие методы плохи, а ресурсы, созданные таким образом, не выстрелят.
    Ответ написан
    Комментировать
  • Nginx + php5-fpm VS Nginx + Apache; Что выбрать?

    Сильно ли выигрывает в производительности Nginx + php5-fpm ?

    У них разная архитектура: nginx может обслужить большее количество запросов в единицу времени с меньшим расходом памяти. Так что в теории должно быть: да, сильно.

    Можно ли прикрутить .htaccess Nginx + php5-fpm ?

    Можно сделать все то, что умеет .htaccess в конфиге nginx, но прикрутить нельзя.

    Стоит ли переходить на Nginx + php5-fpm ?
    Сейчас стоит nginx+apache на виртуалках на выделенном сервер. Все на Centos + openvz.
    Проектов много разных крутится.

    А зачем? Если задаете такие вопросы, у вас сейчас все хорошо.

    Схема с nginx красивее, легковеснее, проще в настройке. Я несколько лет уже использую nginx+gunicorn (это питоновый wsgi-сервер, прослойка между приложением и веб-сервером), никакой нужды нет в apache. Но если все ОК, переходить не нужно. Также если нужно будет работать с типовыми проектами, которым нужен .htaccess, но писали не вы, это будет печально: я постоянно плачу кровавыми слезами, если подобная задача возникает, т.к. нужно переписывать все эти .htaccess.
    Ответ написан
    Комментировать
  • Как сделать редирект старых ссылок на новые?

    Что-то в этом роде:

    RewriteEngine on
    RewriteBase /
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteRule ^(.*)\.html$ $1.php?%{QUERY_STRING} [L,R=301]
    Ответ написан
  • Авторазвертка доменов 3 уровня nginx apache2?

    Правильно ли я понял, что вся сложность в том, чтобы перечитать конфигурацию nginx/apache без перезагрузки демона? Если да, то для этого есть reload, который умеют демоны. В вашем случае, скорее всего: service nginx reload и аналогично для apache.
    Ответ написан
    3 комментария