Я поэтому и написал что два-три снапшота:
Один снапшот - "когда точно всё работает" - постоянное хранение на долгий-долгий срок с редкими заменами его и один-два под текущие цели короткоживущие (типа apt upgrade сделал и всё пошло не так - откатиться сразу).
Ну как пример:
У меня сайт в основном про мини-пигов (на 100% лучший в Рунете - не преувеличиваю - это неоспоримый факт).
По конкретным ключам/вопросам про минипигов сайт в топе и яндекса и гугла, но именно по запросу "минипиги" или "мини-пиги" все 10 лет болтается где-то во втором десятке иногда ненадолго загядывая в первую.
Дело в том что каждую неделю выходят статьи/новости и в каждой из них слово минипиг / минипиги повторяется не по одному разу. И таких статей сотни. В ПС релевантная страница постоянно меняется - то одну выберет Яндекс или Гугл то другую, то новую статью то старую и так постоянно :)
Вот и получается некая "размытость".
P.S.
Миха - только не ругайтесь :) 1. Это я так для себя "размытость" определяю - может есть и более правильное слово для такой ситуации 2. На звание СЕО-спеца ни в коей мере не претендую поэтому может и бред с вашей точки зрения написал :)
Очень хочется (пускай платно, пускай дорого) иметь возможность сделать своему VDS снапшот (две-три штучки не больше) для возможности экспериментов с ПО.
1. Да, будет "размыта", да часть трафиковых страниц может (но не обязана) "упасть" в выдаче
2. Но если новые материалы будут идеально хороши то суммарный трафик на сайт в итоге вырастет.
Нужно Вам это или нет только Вам самим решать (если 99% процентов выручки сайта с продажи "зелёного марсианского гвирельсина" то нафиг Вам орехи ?)
Вот ещё один плюс от win-1251 - Битрикс для него требует mbstring.func_overload = 0. И всё хорошо :)
Угу ... Оба члена хороши / И Лагранжа и Коши
Как была одна точка отказа так и осталась. Только теперь это сервер балансер.
ИМХО вот такая схема лучше:
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 вопреки тому что написано в конфигурационном файле - ума не приложу :(
