СМС + телеграм
СМС для оперативности
Телеграм для информативности
Так php скрипты выполняются в mod_php апача, каким образом он извне будет авторизовываться к редису внутри контейнера?
Вот есть контейнер внутри него стоит redis допустим контейнер имеет локальный IP 10.10.10.10
У меня есть php скрипт который коннектится к редису
к IP 10.10.10.10 и порт 6379
Вопрос кто у моего php скрипта при коннекте к редису будет спрашивать пароль (Сам редис насколько я помню логин пароль при подключении не спрашивает)?
Или схема будет такая, я как пользователь сижу внутри контейнера и уже в нем будет локальный редис? Но тогда какой нафиг это хостинг - это уже минивиртуалка
Теоретически вмешаться может любой и исказить, потереть данные, поэтому тут только виртуальный сервер, а не шаред хостинг.
Ось - это не только ядро, в котором миллион багов было с момента создания первой версии ядра ОС, так и еще сотни вспомогательного программного обеспечения, которое написано сотнями разных разработчиков, в каждом из которых были так же были есть и будут ошибки. Поэтому утверждать что "Не может. Не бывает" 100% не верно.
Скажу вам по своему опыту системного администрирования - 99% проблем ОС на сервере можно решить без перезагрузки сервера. Если же проблемы решать ребутом, то они будут накапливаться и всплывать как раз во время ребута в виде того, что ОС полностью со всеми сервисами может не подняться.
В вашем случае тех. поддержка проверила файловую систему на ошибки - автоматически их поправила и после ваш сервер загрузился. Откуда ошибки появились в файловой системе сказать сложно - если вы перегружали не командой Reboot, а ресетом через ipmi, то это и есть то, что привело к случайной ошибке (не критичной) в файловой системе и ОС заметив это отказалась загружаться без проверки файловой системы.
Вот скриншот из телеги c одного из каналов.
Потому что сроками отключения доменов рулят не хостеры, а регистраторы. Если по мнению регистратора прошло 30 дней значит прошло 30 дней и хостер ничего не может с этим поделать. И надо ещё учитывать что:
1) Оплата не всегда моментально проходит от вас до хостера
2) Оплата от хостера до регистратора проходит не моментально
3) Могут быть технические сбои при работе между хостером и регистратором - причем виноват может быть как и хостер так и регистратор
И если вы вводите в практику делать все в последний день, когда каждый час может быть последним, то не требуйте со всех остальных моментальную работу.
Старт
01) 17.12.2019
02) 18.12.2019
03) 19.12.2019
04) 20.12.2019
05) 21.12.2019
06) 22.12.2019
07) 23.12.2019
08) 24.12.2019
09) 25.12.2019
10) 26.12.2019
11) 27.12.2019
12) 28.12.2019
13) 29.12.2019
14) 30.12.2019
15) 31.12.2019
16) 01.01.2020
17) 02.01.2020
18) 03.01.2020
19) 04.01.2020
20) 05.01.2020
21) 06.01.2020
22) 07.01.2020
23) 08.01.2020
24) 09.01.2020
25) 10.01.2020
26) 11.01.2020
27) 12.01.2020
28) 13.01.2020
29) 14.01.2020
30) 15.01.2020
Финиш
А ещё имеет свойства докеры заинсталеные панелью падать с альтернативной версией MySQL и сами не поднимается, тех.поддержка ISP пишет что типа это не их вина сами следите за своими контейнерами, в работу которых никто не вмешивается.
Что касается 5.7, то если уже есть базы то c 5.5 и 5.6 на нее не переехать так как там надо через дамп все делать.
