Угу ... Оба члена хороши / И Лагранжа и Коши
Как была одна точка отказа так и осталась. Только теперь это сервер балансер.
ИМХО вот такая схема лучше:
0. DNS round robin+load failover (у dnsmadeeasy или dyn или ещё куча вариантов)
1. сервер балансер.
2. сервер балансер.
3. файлы сайта и база.
4. файлы сайта и база.
Да просто wget-ом с сайта mariadb версия 10.3 утянута была.
Настройки Openfire не менялись.
Может быть панель что-то обновила, а может быть хостер - вспомнил - была проблема с рухнувшим доступом к бекап-серверу хостера - он даже не пинговался и хостер просил доступ дать к серверу - может быть они что-то сделали.
В чём проблема-то понятна - нагуглил:
"Проблема в том, что при записи "jdbc:mysql://localhost/имяБД" в JDBC
при 127.0.0.1 localhost localhost.localdomain в /etc/hosts система не работает
/etc/hosts должен выглядеть так:
127.0.0.1 localhost localhost.localdomain <machine_name>.localdomain
или
Если Вы уверены что БД всегда будет находиться на той же машине что и приложение, лучше зашейте в код ip-адрес: "jbdc:mysql://127.0.0.1:порт/ИмяБД" тем самым Вы избегаете проблем с резолвом имен в DNS."
У меня в hosts после сбоя не было <machine_name>.localdomain и в openfire.xml строчка с localhost а не с 127.0.0.1 jbdc:mysql://localhost:порт/ИмяБД
Как было до сбоя не помню :(
Вот openfire и перестал работать.
Админы сказали что на мониторинг поставят перезагрузку mysql и изменеия в hosts - так что если повторится хотя бы будет понятно кто виноват.
Да, всё верно - у меня не магазин но переходы есть только тогда когда пост делаю "Сегодня новая статья про очередную хрюшу". В обычное время нет практически переходов по ссылке из профиля.
Но всё равно из Инстаграм переходов на сайт меньше чем из других больших соцсетей.
У меня с начала года такая статистика:
Фейсбук - 1255
Вконтакте - 518
Инстаграм - 228
Пинтерест - 87
Одноклассники - 41
Твиттер - 32
Линкэдин - 10
Да, совпадают - но если рестарт сервера БД я ещё понимаю как оно могло сделать, то как какое-то обновление панели смогло заставить openfire перестать коннектиться к БД по localhost и стать туда пытаться подключаться по 127.0.0.1 вопреки тому что написано в конфигурационном файле - ума не приложу :(
СДЛ из названия темы уберите.
Как СДЛ расшифровывается знаете же ? А Вы сами пишете что ваш сайт - "делается для размещения рекламы". Не для людей отнюдь.
И уж парсинг с СДЛ тоже никак не стыкуется.
А какой смысл без Apache если нет проблем с количеством оперативки ?
Да, да я знаю что Apache её съедает много, но вот представьте что оперативки столько что базе данных и файловому кешу и вообще всем хватает и ещё запас в разы больше. Тогда зачем отказываться от кучи плюшек и удобства Apache ? Просто из-за моды ? Типа в 2019 году Apache используют только ламеры ?
Если это можно назвать шифрованием на ПК то использую крайне редко и только в плане s/mime для почтовой переписки.
Странный какой-то вопрос обсуждается.
Пользуюсь тем что хочет собеседник.
Есть на телефоне Skype, Telegram, WhatsApp, Viber, FB messenger, чаты в ВК и ОК, директ в Инстаграм - куда попросит человек - туда и напишу - что мне трудно что ли ?
Для особых параноиков на выделенном сервере поднят собственный Jabber-сервер с шахматами и поэтессами. На телефоне же Conversations и вперёд к шифрованной переписке с OMEMO или openPGP.
Так что напишу куда попросят.
Есть смысл.
1. Отсутствие кук у статических элементов (изображений) на этом поддомене нужно будет сделать - маленький но плюс к быстродействию.
2. Лимит браузера на число одновременных коннектов к одному домену существует - и в случае добавления поддомена можно в этом лимит уложиться попробовать.