- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
UPD. Пока писал еще ответ. Они перешли по нескольким ссылкам и не обнаружили 500го ответа, значит проблема моя неактуальна.
Сканируйте сайт (Screaming Frog) и отдавайте им 500 ошибки хоть в реальном времени. В результате они подключат вам логирование ошибок, найдут первые попавшиеся и предложат их исправить. Техподдрержка Бегета действительно стала хуже чем раньше, хотя и лучше чем многие. И на кого попадешься. Я когда-то предлагал сделать систему оценок ответов, но идея не получила развития.
У них на всех или почти на всех серверах периодически по ночам перегружается сервера БД, возможно и нечто еще. Делается это специально и длится, как правило, менее минуты, но изредка (раз или два в месяц) это длится около 5 минут. Странно, что они вам об этом сами сразу не сказали.
У меня настроен мониторинг (не Метрика) и я специально с поддержкой не так давно на этот счет общался. Ничего сделать здесь нельзя.
Как так ничего нельзя? Храните страницы в статике и делов-то, когда Мускул лежит, то пользователь даже не знает что он (мускул) лежит.
Как так ничего нельзя? Храните страницы в статике и делов-то, когда Мускул лежит, то пользователь даже не знает что он (мускул) лежит.
Видимо, я не до конца ясно выразился. Имелось в виду, что вы ничего не сделаете с тем, что их сервер перегружается.
Видимо, я не до конца ясно выразился. Имелось в виду, что вы ничего не сделаете с тем, что их сервер перегружается.
Если у вас весь сайт в статике и лежит в папке на сервере, то пользователь получает запрашиваемые страницы из статики. Бегет позволяет весь сайт хранить в оперативной памяти (Редис, Мемкешед), то посетителю (и вам, до определенного времени) всё равно что происходит с сервером Мускула (MySQL), пусть хоть сгорит, пользователь всё равно будет получать страницы вашего сайта в виде статичного html файла.
Тут высшей математики нет, все просто.
aleksandrbol, спасибо за матчасть! Я в курсе и о кэшировании, и о том что вы с ним плотно дружите на Бигет (вы не так давно создавали в разделе тему, ставшую в итоге довольно популярной). При этом вы также должны быть в курсе, что в некоторых случаях кэширование неприменимо, по крайней мере без специальной предварительной подготовки сайта, что часто бывает нерационально и просто того не стоит. Также не думаю, что для каждого это окажется столь уж простым и очевидным, как вы, уже опытный в данной сфере, себе это представляете)
Повторюсь, что мое сообщение изначально адресовывалось nik_kent лишь с целью того, что бы он понимал одну из возможных причин происходящего, а не просто кричал (утрирую), мол "Бигет гавно, потому что Яндекс так говорит".
При этом вы также должны быть в курсе, что в некоторых случаях кэширование неприменимо, по крайней мере без специальной предварительной подготовки сайта, что часто бывает нерационально и просто того не стоит.
У меня были такие же мысли, что типа "как же мне кешировать навечно, то что часто изменяется" (счётчики посетителей и комментариев, информеры погоды и прочее), в итоге пришел к тому, что либо вывожу ajaxом необходимые участки на странице (как правило это не более 2% от всей страницы, всё остальное в статике), либо "закрываю глаза" и врубаю "вечный кеш".
Всё конечно зависит от потребностей. Извините, что влез в ваш диалог.
У них на всех или почти на всех серверах периодически по ночам перегружается сервера БД, возможно и нечто еще. Делается это специально и длится, как правило, менее минуты, но изредка (раз или два в месяц) это длится около 5 минут. Странно, что они вам об этом сами сразу не сказали.
У меня настроен мониторинг (не Метрика) и я специально с поддержкой не так давно на этот счет общался. Ничего сделать здесь нельзя. Однако на всякий случай они переносили по моей просьбе аккаунт на менее, по их словам, загруженный сервер, что, впрочем, особо положительно результата не дало.
Ваша проблема также может быть обусловлена и иными причинами, я описал лишь свой случай.
Так или иначе, ежемесячный аптайм все равно находится в пределах 99,9%, что меня и клиентов устраивает. Если же вас нет, переезжайте.
Что до Метрики, то она сама время от времени глючит и, соответственно, может давать некоторую погрешность результатов.
вобще такого быть не должно, чтобы mysql-сервер ребутился каждую ночь.
в phpmyadmin выполните запрос
show status like 'uptime';
переменная показывает число секунд с момента старта сервера mysql.
вобще такого быть не должно, чтобы mysql-сервер ребутился каждую ночь.
Согласен, не должно. Такого и нет - нигде о каждой ночи речи не шло.
вобще такого быть не должно, чтобы mysql-сервер ребутился каждую ночь.
ну вероятно у них есть на это какие-то причины.
Меня больше 502 ошибка волнует, которая частенько стала проскакивать на полностью не нагруженном аккаунте. В бегете пишут что front-end сервер nginx не дождался корректного ответа back-end сервера Apache и привет.
С шареда я никак этими серверами управлять не могу (по крайней мере nginxом). В логах сервера на аккаунте шареда никаких записей нет, как отловить из-за чего появляется ошибка?
ну вероятно у них есть на это какие-то причины.
Меня больше 502 ошибка волнует, которая частенько стала проскакивать на полностью не нагруженном аккаунте. В бегете пишут что front-end сервер nginx не дождался корректного ответа back-end сервера Apache и привет.
С шареда я никак этими серверами управлять не могу (по крайней мере nginxом). В логах сервера на аккаунте шареда никаких записей нет, как отловить из-за чего появляется ошибка?
Причин 502 ошибок очень много: срабатывание ограничений (memory_limit, max_execution_time и т.п.), segmentation fault (тут может быть куча причин, начиная от проблем с системными библиотеками, заканчивая багом в PHP), принудительное завершение процесса со стороны сервера.
Если у вас получается воспроизвести проблему, сделайте отладку кода. Найдите тот участок кода, который вызывает проблему.