Dmitriy_2014

Dmitriy_2014
Рейтинг
370
Регистрация
01.07.2014
Интересы
Веб-технологии
lealhost #:

Да, все будет работать.

Хорошо, спасибо, а то без этого файла сайт просто так работать не будет, там и редиректы и от WordPress что-то и еще куча всякой лабуды.
lealhost #:

Будет при условии проксирования на Apache.

Просто покажите конфигурацию NGINX блок server { } , замените адрес сайта, если не хотите его здесь палить.

Надо только понимать, что все это настраивал не я, а специалисты из хостенговой компании.


server {
                server_name site.ru www.site.ru;
                listen XXX.XX.XX.XX;
                charset UTF8;
                index index.php;
                set $root_path /var/www/www/site.ru;
                location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ {
                        root $root_path;
                        access_log /var/nginx-logs/user isp;
                        access_log /var/httpd-logs/site.ru.access.log ;
                        error_page 404 = @fallback;
                }
                location / {
                        proxy_pass http://XXX.XX.XX.XX:8080;
                        proxy_redirect http://XXX.XX.XX.XX:8080/ /;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Forwarded-Proto $scheme;
                        proxy_set_header X-Real-IP $remote_addr;
                }
                location ~* ^/(webstat|awstats|webmail|myadmin|pgadmin)/ {
                        proxy_pass http://XXX.XX.XX.XX:8080;
                        proxy_redirect http://XXX.XX.XX.XX:8080/ /;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Forwarded-Proto $scheme;
                        proxy_set_header X-Real-IP $remote_addr;
                }
                location @fallback {
                        proxy_pass http://XXX.XX.XX.XX:8080;
                        proxy_set_header Host $host;
                        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                        proxy_set_header X-Forwarded-Proto $scheme;
                        proxy_set_header X-Real-IP $remote_addr;
                }
                location ^~ /webstat/ {
                        auth_basic "Restricted area";
                        auth_basic_user_file /var/www/user/data/etc/5126789.passwd;
                        try_files $uri @fallback;
                }
                include /usr/local/ispmgr/etc/nginx.inc;
        }

Как я понимаю раз много слов proxy есть в конфиге :), значит он проксируется на Апач.

lealhost #:
Оставьте у апача только HTTP-порт и проксируйте на него, никаких 443 портов в конфиге апача быть не должно.
То есть допустим оставить Apache на 8080 порту, а виртуальный хост с 443 убрать, и включить в NGINX 443, а файл то .ahtaccess будет работать?
LEOnidUKG #:
Да установите себе уже панель, хоть бесплатную VestaCP или уж лучше FastPanel и ничего не надо делать и задавать уж такие вопросы.
Да есть у меня панель управления сервером, не хватает администратора и отдела IT :)
WebAlt #:
Не придётся, если nginx будет принимать запросы, раздавать статику, а скрипты перенаправлять на apache.

Так тут то я и не понимаю, когда я допустим подключаю сертификаты и делаю поддержку SSL в NGINX:

server {

            listen 443 ssl;

               server_name xxx.ru;

                 ssl_certificate /etc/ssl/xxx.crt;
                 ssl_certificate_key /etc/ssl/xxx.key;
        }

Перезагружаю сервер NGINX и он пишет - что ошибка и не запускается ну т.к. как я понял занят 443 порт и на нем работает Apache.

Так если я уберу работу Apache то файлы .htaccess не будут работать, и нужно будет настраивать все что там в nginx.conf, так я это понимаю.
lealhost #:

1. Не открывать порт 443 на Apache, сделать возможной работу только по HTTP-протоколу на внутреннем порту, закрытым извне.

2. В Nginx настроить TLS/SSL, указать сертификаты и проксировать до HTTP-порта Apache.

Если все происходит на одном сервере - это актуально, нет смысла шифровать подключение между NGINX и Apache в локальной сети.

Но мне все равно придется конвертировать правила из .htaccess(всякие редиректы и т.п.) в nginx.conf?
Подскажите если кто знает, если допустим мне нужно сделать работу NGINX с установленным SSL сертификатом на порту 443, а на нем уже работает Apache тоже с сертификатом, то соответственно NGINX так уже не запустится, т.к. на одном порту вроде одновременно два сервера не работают, но мне нужно чтобы работал Apache т.к. нужна обработка файла .htaccess, или такая схема невозможна, нужно выбирать что-то одно?
SergejF #:
Вот тут Вы принципиально ошибаетесь. Потому как решать, большое или не большое количество кликов, будете не Вы, а Гугл. А он решит, что большое. И удовлетворит Ваш научный интерес.
Да я понимаю, что за это забанят и что они умнее и вас и меня, но все же думаю сложно это определить, клики распределяются в течении дня также как естественные которые находятся в статистики допустим.
SergejF #:
Статистика покажет непропорционально большое число кликов с Тора. С чего бы это? Доказывать, что это Вы, системе не обязательно. Отправят в бан.
Не такое уж и большое количество кликов, по одному клику с каждой виртуальной машины, и не с тора, а вроде это обычный браузер Mozilla Firefox - User-Agent Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Firefox/78.0. Всего 100 кликов в день.
SergejF #:
Помнится был случай похожего научного интереса. Исследователь пытался кликать без помощи рук. Чтобы не определили по отпечаткам пальцев, вероятно. Тоже не зачли, к сожалению.
Не мы будем кликать руками, но аккуратно - человекоестественно.
Евгений Крупченко #:

да 1500 если читать один большой файл. но игры (а сайты еще в большей степени) обычно состоят из кучи мелких.

есть самая тяжелая задача - читать в один поток случайные мелкие блоки 4кб

и есть более легкие - то же самое параллельно несколькими потоками, либо увеличить размер читаемых "кусков" до бо́льших размеров, или вообще последовательно читать один крупный файл.

так вот в первом случае у дисков с +/- одинаковым типом флэш памяти результат будет около 50мб/с, что даже близко не 1500 и не 500.

в реальности же обычно происходит болтанка где-то между этими крайностями 50-500 или 50-1500. и чем более дешманская ssd'шка, тем меньше шанса увидеть более вторую цифру, чем первую.

и соотв. более качественные и дорогие будут раньше "разгоняться" до макс. скоростей. тот же optane с ходу в 1 поток 4k читает на 400мб/с и не смотря на то что потолок 2500 "всего" и может показаться, что какой-то там самсунг или еще что-то с 3000+ макс скоростью будет быстрей, но нет. не будет даже близко. почти во всех ситуациях все будут сливать оптану.

естественно в характеристиках никто никогда не указывает результат в первой задаче, надо же продавать эти поделки, потому указывают максимум, что удалось выжать в определенных специфических условиях.

короче я лишь хочу донести, что ну не надо смотреть на цифры максимальной скорости и думать, что всегда при всех условиях будут именно эти скоростя - НЕТ!

вышеприведенное видео какраз подтверждает факт что не будет сильно заметна разница между sata и nvme дисками, если оба на дешманских TLC ячейках. даже пусть там хоть макс. 5000мб/с будет написано в характеристиках. в задачах типа запуска приложения (из кучки файлов/библиотек) или работе сайтов (тоже одни лишь мелкие файлы) все они будут выдавать лишь все те же около 50мб/c. может изредка будут попадаться файлы по-крупней и лишь за счет них nvme диск может на крохи уйти вперед. но никак не в 3 раза как может казаться из характеристик... или как обещают nvme-хостеры в рекламе.

короче... смотрите в первую очередь на тип памяти, а не на nvme оно или нет, pcie 3.0 или 4.0

ну или не заморачивайтесь и не задавайте лишних вопросов, все равно хостеров на правильных nvme дисках практически нет... тут снова просится бредор 😐

Может все оно и так, но даже на этом видео с загрузкой игрушек, хоть и с минимальным отличием, но NVMe работает быстрее, хоть и это миллисекунды, но все же.
Всего: 2034