Забыли, наверное, главное правило программиста: работает - не трогай. Много лет сайты безпроблемно работали, пока 2 ноября не поломали сервер.
Сначала отвалились PHP и SSH - починили.
Потом APCu, который вроде бы как подключен и даже сохраняет переменные в кэш, фактически перестал работать. Переменные сохраняются на несколько секунд (не более минуты), после чего кэш затирается (примерно каждую минуту, а то и чаще).
Решил вместо APCu использовать memcached. Модуль подключился, что подтвердилось в phpinfo(). Ан нет - подключение к серверу ни по connect(), ни по memcache_connect() недоступно.
Лог-файлы зачем-то перенесли в новую директорию. Теперь с ними неудобно работать. Просмотренные записи не удаляются (нет доступа к перезаписи). Пришлось написать костыль, который копирует файлы в старую директорию и там их очищает от ненужных записей.
Какие еще баги вылезут - будем посмотреть. Придется, видимо, искать альтернативу, что тоже геморно.
В общем, полночи без сна и день ковыряний с контейнерами Джино (заодно попробовал Бегет - геморно туда переносить несколько сайтов, написанных на собственных скриптах) - и проблема решилась.
1. Из-за чего-то вчера после 15 часов отключился модуль APCu, на котором работает свой антибот, поэтому страницы не грузились (скрипт в самом начале страниц подключается). И настройки PHP перестали отображаться в панели управления. Создал и протестировал новый хостинг-контейнер - там все нормально работает. Создал новый пробный аккаунт - там тоже все работает.
Сегодня после полудня настройки появились, включил APCu, но так ничего не заработало. Потом переключился с PHP 7.2 на 7.4 - заработало.
2. Еще не работало кэширование файлов (в папку в корне хостинга). Починили.
Такая вот байда. Наверное, проблема в сервере, на котором хостятся мои сайты (лет 15, наверное). Что-то намудрили. А Яндекс уже начал ругаться.
Права сбросились на файлы .htaccess - стали общими, как у всех файлов - 0644. Смог зайти по SFTP. На поверхностный взгляд, файлы не менялись, новых папок нет. Только глубоко в корне хостинга появились две служебные папки типа .blabla, в одной из которых - папки всех версий PHP. Хрень какая-то. Какое-то время был 503 ответ - Service Unavailable, сейчас опять белые страницы.
Статические страницы открываются, PHP не работает. Похоже, сегодня после 15 часов хостеры что-то с настройками сервера намутили.
Сглазил. Уже 7 часов сайты лежат, доступа по SSH нет, сами по себе поменялись права на файлы. С трудом зашел по FTP. Файлы сайтов на месте, но сайты не открываются, поддержка молчит. Придется съезжать.
lof : если купить новый домен, то есть ли возможность дать знать поисковикам, что по старому домену уже неактуальный вариант, и надо обратить внимание на новый или как-то так?
На данном домене размещен и проиндексирован сайт. Вы его прос...али.
Shelton724#: чистый классический самопис сейчас практически нигде и не встретить, кроме статических микросайтов
Никогда не использовал CMS. Лет 20 назад начинал со статических HTML-страниц, затем першел на PHP. На сайтах десятки тысяч страниц, весь код писал и пишу сам. Под этим и понимаю самопись - когда сайт работает исключительно на собственноручно написанном коде (выбрал первый пункт в опросе, из которого вытекают все последующие).
Забыли, наверное, главное правило программиста: работает - не трогай. Много лет сайты безпроблемно работали, пока 2 ноября не поломали сервер.
Сначала отвалились PHP и SSH - починили.
Потом APCu, который вроде бы как подключен и даже сохраняет переменные в кэш, фактически перестал работать. Переменные сохраняются на несколько секунд (не более минуты), после чего кэш затирается (примерно каждую минуту, а то и чаще).
Решил вместо APCu использовать memcached. Модуль подключился, что подтвердилось в phpinfo(). Ан нет - подключение к серверу ни по connect(), ни по memcache_connect() недоступно.
Лог-файлы зачем-то перенесли в новую директорию. Теперь с ними неудобно работать. Просмотренные записи не удаляются (нет доступа к перезаписи). Пришлось написать костыль, который копирует файлы в старую директорию и там их очищает от ненужных записей.
Какие еще баги вылезут - будем посмотреть. Придется, видимо, искать альтернативу, что тоже геморно.
Поддержка, как всегда, второй день молчит.
В общем, полночи без сна и день ковыряний с контейнерами Джино (заодно попробовал Бегет - геморно туда переносить несколько сайтов, написанных на собственных скриптах) - и проблема решилась.
1. Из-за чего-то вчера после 15 часов отключился модуль APCu, на котором работает свой антибот, поэтому страницы не грузились (скрипт в самом начале страниц подключается). И настройки PHP перестали отображаться в панели управления. Создал и протестировал новый хостинг-контейнер - там все нормально работает. Создал новый пробный аккаунт - там тоже все работает.
Сегодня после полудня настройки появились, включил APCu, но так ничего не заработало. Потом переключился с PHP 7.2 на 7.4 - заработало.
2. Еще не работало кэширование файлов (в папку в корне хостинга). Починили.
Такая вот байда. Наверное, проблема в сервере, на котором хостятся мои сайты (лет 15, наверное). Что-то намудрили. А Яндекс уже начал ругаться.
корнева папка сбросилась
Права сбросились на файлы .htaccess - стали общими, как у всех файлов - 0644. Смог зайти по SFTP. На поверхностный взгляд, файлы не менялись, новых папок нет. Только глубоко в корне хостинга появились две служебные папки типа .blabla, в одной из которых - папки всех версий PHP. Хрень какая-то. Какое-то время был 503 ответ - Service Unavailable, сейчас опять белые страницы.
Статические страницы открываются, PHP не работает. Похоже, сегодня после 15 часов хостеры что-то с настройками сервера намутили.
Категорически не рекомендую этот хостинг
Мне не известно, что это за переходы, поэтому я и спрашиваю на форуме.
покупать платное обучение
если купить новый домен, то есть ли возможность дать знать поисковикам, что по старому домену уже неактуальный вариант, и надо обратить внимание на новый или как-то так?
некоторые страницы отсутствуют в кэше гугла
чистый классический самопис сейчас практически нигде и не встретить, кроме статических микросайтов