ну так к авторам и обращайтесь. кто лучше них ответит? :)
а вообще "No such file or directory" говорит о том, что php (предполагаю... кто знает чем вы там подключаетесь) не нашел сокет mysql'я
mysql сервер может работать по сети (по ip) или локально через unix socket
т.е. варианта два:
1) mysql сервер не запущен, файла сокета просто нет.
2) mysql работает, но в php.ini указан не тот путь к сокету.
смотрите my.cnf что там за путь указан в разделе [mysqld] в переменной socket
проверьте работает ли вообще mysql. найдите, создался ли сокет по указанному адресу.
если все ок, то смотрите php.ini в переменную mysql.default_socket или mysqli.default_socket или pdo_mysql.default_socket... кто знает что там у вас используется.
можно создать файл с любым именем с:
<?phpinfo();?>
и зайти посмотреть что там сейчас, какой сокет указан для mysql
после правки конфигов соответствющий сервер нужно перезапустить чтоб применились изменения.
надо понимать саму суть как это работает.
раньше у вас был web-сервер на каком-то ip и 80 порту.
при обращении не по домену, а просто по ip:80 этот сервер должен что-то отдавать.
что именно - смотря что указано в "default" конфиге так сказать.
плюс дополнительно он может откликаться на этом же ip на разные домены (заголовок Host: в запросе) со своими конфигами соответственно.
т.е.:
site.ru
site2.ru
site3.ru
default
если host совпадает с каким-то servername из вашей кучки конфигов virtualhost'ов, то сервер отдает ответ из этого блока.
причем в порядке очередности как оно записано в конфиге(ах). если ничего не совпадает, то отдается то что в default.
потом вы подымаете еще и порт 443 для https.
там все то же самое и оно никак не связано с тем, что на 80'м
тот же ip, но порт 443.
в dns по домену отдается только ip, за порт речи не идет.
т.е. если у вас на 443'м так:
то запрашивая https://site2.ru браузер по-сути обращается к https://ip:443, добавляя заголовок host: site2.ru
дальше ваш сервер проходит по списку конфигов и на 443 порту не находит никакого site2.ru, и логично выдает в ответ то, что в default.
у вас похоже https://site.ru добавлен сейчас как единственный хост, т.е. default.
ну так логично что если заходить на https://site2.ru сервер просто отдает все что у вас указано по сайту site.ru - его сертификат и содержимое. а в содержимом видимо есть проверка домена и редирект если не тот. вот и редиректит https://site2.ru -> https://site.ru
если заглянуть в логи, то все это наверняка видно.
короче.
если ip адрес есть лишь один и нет возможности разнести 80 и 443 по разным ip, то подняв на том же ip кроме 80го еще и 443й, вам нужно либо продублировать все домены, либо сделать default'ный с редиректом на http, а нужный https://site.ru как виртуальный хост сделать.
но надо понимать, что если не делать сертификаты для всех остальных доменов, то в любом случае браузер будет ругаться при заходе по https://site2.ru
1) красиво:
80: site.ru - редирект на https://site.ru
80: site2.ru - сайт2
80: site3.ru - сайт3
80: default - заглушка какая-нибудь
443: site.ru (с сертификатом) - сайт1
443: site2.ru (с сертификатом) - редирект на http://site2.ru
443: site.3ru (с сертификатом) - редирект на http://site3.ru
443: default (без сертификата) - заглушка
2) не очень красиво:
443: default (без сертификата) - редирект на тот же домен, но по http:// (браузер будет ругаться что нет сертификата запрашиваемого домена, но можно нажать "продолжить" и попасть по редиректу куда надо)
таким образом зайдя на https://site2.ru перебросит на правильную версию http://site2.ru
а у site.ru наоборот.
ну а еще красивей - не заниматься ерундой, а пользоваться shared хостингом, раз нет четкого понимания как правильно настроить вашу vps'ку :)
ага... т.е. при подключении видимо прилетают команды route к клиенту.
да, тогда действительно все должно работать.
если не считать того, что список ip (а не hostnames опять-таки), которые заворачиваются на vpn прилетает от них. т.е. кто-то другой за вас решает что через что пойдет. и он же (в теории) следит за актуальностью этого списка:
https://zaborona.help/ips.txt
и если не считать сколько народу этим vpn пользуется.
лучше всеж взять самую дешевую, но свою vps'ку за $1/мес в россии или европе и самостоятельно настроить в точности как захочешь.
ну и опять же, я за то чтоб это делать на роутере, а не каждом клиенте.
бегло глянул... или чего-то не заметил, или оно там работает вовсе не так как на картинке нарисовано:
как и чем оно отфильтровывает что пойдет на vpn, а что напрямую?
смотрим к примеру windows клиент:
https://zaborona.help/windows.html
просто установить предлагают openvpn и их конфиг в него закинуть.
посмотрите сам конфиг - там лишь данные для подключения к vpn.zaborona.help
никакого "роутинга" (этих на vpn, а этих напрямую) нет.
как я понял просто весь траффик пойдет через vpn.zaborona.help, который в питере и соотв. без петя-блокировок... но зато с блокировками ркн'ом 🤣
ну либо объясните как оно там работает чтоб соответствовать картинке?
зачем что-либо отвечать раз непонятно?
персона из украины, где это все заблочено... вроде как.
во-первых на каждом клиенте это наверняка будет сделать куда сложней, чем на роутере.
там одна система, а на всех клиентах целый зоопарк операционок может быть.
поэтому советую начать сразу смотреть в сторону роутера, а не поиска клиентов под windows, android и т.д.
настроив роутер как нужно, клиенты потом вообще знать не будут что есть какой-то подвох и часть запросов идет через vpn :]
у меня к примеру это реализовано на роутере (под debian) на openvpn.
он заворачивает заблоченое нашим родненьким ркн'ом на vpn и аналогично все необходимое асашайное (крым, санкции так их за ногу).
т.е. чисто указанный мной список ip заворачивается в vpn, а весь остальной траффик напрямую.
и да... весь этот роутинг осуществляется по ip, а не доменам.
в случае всяких гуглов, akamai и т.п. многоайпишных сервисов это то еще развлечение :(
когда нужный домен допустим висит на одном ip, ты его добавляешь себе в vpn, а через час он меняется на другой...
я выкручиваюсь с помощью dnsmasq, в котором вручную забиваю нужный_домен=конкретный_ip.
и какое-то время это работает. пока тот ip работает с нужным доменом.
периодически приходится обновлять ip'шники.
пока все вручную, но теоретически можно это все автоматизировать, чтоб оно само следило и обновляло ip у доменов.
короче вопрос сложный, но реализуемый. работает так уже не первый год у меня.
но надо быть "на ты" с линуксом.
если ожидается, что я ща поставлю какую-то панельку с кнопочками, рюшечками, качну приложение на android и все красиво сделается - нет.
по крайней мере не знаю решений готовых. обычно на клиентах vpn либо вкл, либо выкл. а так чтоб чисто нужные домены перенаправляло не встречал.
и надо еще учесть, что может быть бесчисленное множество поддоменов.
и поддомены эти на разных ip адресах тоже.
а не так что yandex.ru завернул и все.
да, вроде как можно вместо ip вписывать имена доменов в правилах. но оно вроде просто определяет ip на момент запуска и дальше работает с ip... но могу ошибаться, давно занимался этим вопросом. может конечно что-то уже придумали новое.
посоветуйте, но только кто реально пользуется. а не где-то что-то краем уха читал.
примеры задач, о которых идет речь:
1) перенаправить на vpn все что на aliexpress.com
там огромная куча поддоменов, и все на разных ip.
2) перенаправить на vpn домен origin.com
из разных мест по этому домену определяются разные ip и они постоянно меняются.
при этом чтоб весь остальной траффик шел напрямую по маршрутам провайдера.
попрошу не обобщать :]
у себя допустим давненько выпилен даже 1.1
да, отпадает какой-то микро-процент посетителей со всякими winxp и ie древними, но терпимо.
ща время такое, что другая страна может приехать к директору...
как это связано с хостингом?
он либо работает, либо нет. либо работает так что все устраивает (за эту цену) либо нет.
вам в любом случае нужно осознавать главное - если откровенно, всем плевать на вас с вашими сайтами. и тут скорей наоборот, чем крупней, тем более наплевать хостеру на вас. владельцу уж точно. а поддержка будет делать и говорить лишь то, чему их обучили/инструктировали.
и только от вас зависит будет ли работать ваш сайт.
самостоятельно настраиваейте мониторинг доступности, чтоб если вдруг что, сразу узнать об этом. и в зависимости от расторопности вашего крупного хостера суметь например быстро переключить домен в другое место.
самостоятельно делайте бэкапы куда хотите и как хотите.
инструментов для всего этого море.
не расчитывайте и не ждите ни от кого ничего. это ВАШИ сайты в первую очередь. не наплевать на них должно быть в первую очередь вам.
а от хостера вам должно быть нужно лишь чтобы сайт работал, т.е. не был недоступен и не тормозил из-за [тут море причин, на которых вам должно быть наплевать]. просто работал.
ну а в целом, я тоже поддержу, что крупный не то что не равно качественный, а скорей даже наоборот - там сплошная халтура и ширпотреб. и цена вообще не показатель.
что мешает взять впридачу к этому основному любой второй, хость самый дешевый запасной хостинг?
настройте бэкапы на него с нужной вам частотой. или (в зависимости от вашего уровня ламерства и на сколько это важно/нужно) вообще можно сделать синхронное дублирование всех изменений. добавили новый товар - те же запросы полетели в базу запасного, те же фотки закинулись в файлы к запасному. и в таком духе.
и тогда в случае чего - клац, и сайт продолжает работать с этого запасного... пока вы не разберетесь с основным своим "крупным и уважаемым", свалил ли там директор уже, или что-то другое приключилось.
открываем access логи nginx и смотрим кому (с каким агентом) был ответ 403... или какой там сделан. это же только map кусок, вырванный неизвестно откуда. а само условие блокировки неизвестно куда у вас вставлено и как, может там загвоздка, а не в map.
красиво подколол! :)
это какраз типичный пример чемодана без ручки.
ну и что прикажете, размещать его на 1000+ рублевом хосте? чего ради?
у кого сайты стоящие и доход приносят, те и без советчиков разберутся где им размещаться.
и скорей всего это будет выделенный сервер.
так и что дальше?
надо всем разом убрать дешевые тарифы и переключиться исключительно на 1000+?
но клиенты, с трудом нашкребавшие 100р/мес, они просто не будут платить в 10 раз больше. у них в основном сайты ничего не приносят, а скорей чемодан, который выбросить жалко.
если не будет дешевых хостингов, ну что ж, начнут таки выбрасывать...
только они будут.
также как и за 1000 будут школохосты и оверселл. нет же никакой инстанции, следящей за соответствием качества цене.
есть спрос - есть предложение.
а как перестанут брать по 100, то и самоустранятся и тарифы такие.
и вообще, хостинг за 100 запросто может быть ровно таким же как за 1000.
тут вон рядом статья про один такой, где владелец и админ и поддержка и все в одном лице. и? если нарастить тариф за счет кучи лишних расходов, именно сам хостинг от этого станет во столько же раз лучше?
меня например наоборот всегда выбешивает «первая линия обороны» в виде девочек, которые лишь радостно примут звонок. но именно решить они не могут ничего вообще. так смысл мне по-сути оплачивать их наличие?
