Я всегда в контексте server’a указываю root, исключение редиректы/возврат ошибки/etc. Как-то его не указывать и в голову не приходило, а где он тогда рабочий каталог будет искать?
listen ip:port также всегда указываю, ибо может быть в перспективе не один ip, даже если в текущий момент он один.
Если ничего не работает, не знаю, попробуй default_server в listen, может где-то переопределяется. Больше пока идей нет.
ну рут тут какой смысл прописывать если он сокет дергает, какой толк к директории с сорцами его прописывать, я в этом плане.
uwsgi то запущен и работает отлично
Соответственно $document_root равен пути заданному в root. Если этого не указать - работать нормально не будет. Как там с MoinMoin, не знаю, не доводилось ставить.
для пыха указывается рут для того что бы он обрабатывал какой либо файл, но в данном случае у меня висит uwsgi и крутится сокет к которому nginx должен подключаться, если я укажу директорию с сорцами любого python проекта с uwsgi, то произойдет абсолютно ничего, это не php
Ясно. Думал там нечто похожее. А если требуется точка входа в разных файлах python? Несколько процессов uwsgi запускать для каждого свой? (Это я для общего развития).
Тогда не понятно почему не работает, может что-то с ispmanager?! Давно им не пользовался, но какая-то похожая проблема у меня давно была, именно из-за ispmanager. Что вроде все верно настроено, а работало косячно. Честно, уже забыл в чем именно была причина.
Вот если логически рассуждать, предполагаю, что 5000 порт и сокет из site.conf больше нигде не указывался (одновременно)? Получается, по ip:5000 запрос попадает в эту секцию server. Значит, по domain:5000 срабатывает другая секция. Нужно искать где:
server_name w.site.com
или
server_name *.site.com
переопределяются. Хз, какая тут еще другая причина может быть?!
я вот че думаю, на домене открывается дефолтная страница ispmanager и крутится это все на апаче, быть может просто Nginx не может переопределить запущенный сервис на этот домен из-за апача?
Ну, тогда, Apache должен отдавать её на том же порту и IP, а как такое может быть? Два сервиса так сам linux запустить не даст. ISPmanager еще дефолтную страницу создает в каталоге c доменом. Может она как статическая отдается? Но, тоже, как и где, да и не должна в такой конфигурации?! По IP то NGINX на сокет срабатывает.
Я бы в Nginx искал причину. В нем как раз по IP первый подходящий конфиг срабатывает. И если где-то, например, server_name *.site.com указано раньше (в алфавитном порядке, по названию файла конфигурации), то server_name w.site.com уже не отработает.
Поиск по регулярке запусти и посмотри где еще домен прописан. Я, просто, и не знаю что еще посоветовать. Странная ситуёвина.
P.S. Если Nginx поверх Apache, то тем более конфиги Nginx в первую очередь должны отработать. Тоже не складывается.
А в кэше нигде не могло застрять? Локально/глобально на PC/DNS? Пингуется по домену на нужный IP? Самые нелепые варианты перебираю, самому интересно, что могло пойти не так :)
Я ваще не пойму как может на одном и том же IP и порту одновременно работать Nginx и Apache? Если порт/IP разные, то как тогда по айпи:порт Nginx срабатывает, а по домен:порт Apache?
Если Nginx fron-end Apache, то тогда в любом случае по приведенному тобой конфигу должен Nginx отработать (если в нем же нет нигде переопределения).
Тоже запутался. Удаляй VirtualHost с доменом/портом в Apache, оставляй конфиг Nginx. Запускай тест на ошибки (nginx -t), если всё ок - рестартуй Apache & Nginx.
Но, я все равно считаю, что корень зла где-то в переопределении конфигов Nginx. Поэтому вряд ли вышеуказанное чем-то поможет.
нет, апач держал 80 порт, мой серис был запущен на 5000, но апач обрабатывал все домены, я вырубил апач и сделал так что бы nginx теперь обрабатывал все, отлично, nginx работает и выдает 404, но он отрабатывает дефолтный конфиг /etc/nginx/nginx.conf и все!
почему он его не инклудит или не видит?? root я пробовал и раскоменчивать и закоменчивать, вот что лежит по пути
ls -la /var/www/www-root/data/www/w.site.services/:
-rw-r--r-- 1 root root 0 Oct 26 17:54 index.html
drwxr-xr-x 6 moin moin 4096 Oct 24 14:56 pythonenv
drwxr-xr-x 6 moin moin 4096 Oct 26 17:50 wiki
и в wiki:
drwxr-xr-x 5 moin moin 4096 Oct 26 17:43 config
drwxr-xr-x 7 moin moin 4096 Oct 24 14:57 data
-rw-r--r-- 1 moin moin 2149 Oct 26 17:49 moin.wsgi
drwxr-xr-x 2 moin moin 4096 Oct 24 14:57 server
drwxr-xr-x 3 moin moin 4096 Oct 24 14:57 underlay
-rw-r--r-- 1 root root 235 Oct 24 15:38 uwsgi.ini
-rw-r--r-- 1 moin moin 7624 Oct 26 17:47 wikiconfig.py
-rw-r----- 1 moin www-data 2062 Oct 26 17:50 wikiconfig.pyc
[code]
include /etc/nginx/sites-enabled/.conf;
include /etc/nginx/vhosts//*.conf;
[/code]
или в каталоге /etc/nginx/conf.d/ лежит файл, кроме твоего site.conf, который отрабатывает раньше (читаются по именам в алфавитном порядке). Попробуй его в начале раскомментировать, а в конце закомментировать.
Не может он инклудить файлы, не бросать ошибок и при этом не исполнять секции в них.
Щас окажется что у тебя на компе с которого ты браузером ходишь запущена херня на 5000 порту и в етц хостс прописан этот домен на 127.0.0.1, ну или типа того.
нет, это домашний пк с днс от прова.
в хостах ничего не прописано на пк с браузером
https://centralops.net/co/ все показывает верно в плане домена и поддомена
И все твои проекты на пхп подразумевают пхп файлы лежащие там же где статика? Ну так, мир гораздо многограннее и конфиги тоже, в зависимости от, а не потому что так везде необходимо.
И все твои проекты на пхп подразумевают пхп файлы лежащие там же где статика?
В большинстве случаев - да (в отдельных каталогах), с http2 отпала необходимость разносить всё по поддоменам. Ты же об этом? При необходимости, вообще, root можно в секции конфига для статики свой указать. Не очень понял суть вопроса?!
Ну так, мир гораздо многограннее и конфиги тоже, в зависимости от, а не потому что так везде необходимо.