DVD отлично плавятся при пожаре, если что.
Не разжевываю, кто понимает в разработке тот осилит.
1. Бекап от панели управления сервером, желательно на внешний сервер / облако
2. Зайти на машину по SSH (не все хостеры поддерживают!) запаковать домашний каталог и потом слить его себе через SFTP / FTP / WWW с рандомным именем или еще как после чего удалить с сервера если он доступен публично.
3. Если есть только FTP и нет никакого встроенного механизма для бекапов - PHP библиотека pclzip + скрипт который с ее помощью запакует текущую директорию (главное - уложиться в php time limit)
Даже у очень приличных хостеров случаются лажи, у меня так в 2013 сайты полетели на одном, пришлось собирать где что было из локальных копий. Если хоститесь у лоу-коста - то только с ежедневным бекапом на сторонний ресурс - другой VPS, облако, да хоть на свой компьютер задачу в планировщик "подключиться по FTP / SSH и забрать файл бекапа", на бекапы не обязательно тратить дополнительные деньги.
Что касается ситуации здесь - хостер поступил явно не порядочно. Я в свое время любил развешивать ГСы на бесплатные хостинги (зарубежные) и даже тогда лет 10 назад была схема: зарегал домен, создал бесплатный хостинг, набрал халявщиков, закрылся. Я таких 3 хоста подряд выпалил только из-за того что у создателя схемы было плохо с фантазией при выборе доменных имен. Датабор вроде как (вид со стороны) не делался под грандиозный кидок, но имеем что имеем. Мне его советовали знакомые как хороший дешевый хостинг, но затестить пока не было необходимости. И не будет.
Правильно. Если хостер дает за определенную сумму гигабайт диска и лимит 1 домен на аккаунт, а соседний хостинг в том же ДЦ не лимитирует число сайтов на акк в пределах дисковой квоты и по той же цене - у кого будут заказы, а у кого их не будет? Цена за единицу ресурса (массы, литров, гигабайтов, ядер) никогда не перестанет быть главным критерием.
А на месте других хостингов я бы сейчас накидал в эту тему спец предложений (промо кодов) для бегущих с тонущего корабля, или хотя бы партнерских ссылок на надежные хостинги, но боюсь за них забанят.
Конкурентов прогони trollface
Прогоны заказывал, втч и тут, беки по ЯВМ росли, по одной базе осенью гонял сам тиц тоже рос, но с ТИЦ, говорят, лавочку прикрыли, уже 2 месяца не было апов, про результаты ничего сказать не могу. Позиции - какие-то 30+ один сайт получил, но это не то что я хотел бы видеть. Что касается прогонов по страницам с текучкой (это когда по мере добавления новых постов старые уходят на ?page=10) шляпа полная, усиливать такие ссылки невозможно.
Дошли руки внести изменения, отписываю результаты:
На тестовой выборке (штук 50 xid по которым количество записей по 5 меньше сотни, по одному на 170 штук, 2 тыс. и 4 тыс, по остальным xid 0 записей) GROUP BY из 1 поста выдает результат за 22 секунды.
Тот же php скрипт, в цикле по xid делает запросы вида
выполняется за 57 - 74 секунды. Видимо, срабатывает кеш потому повторы проходят быстрее. Лажа в том что LIMIT тут не работает т.к. идет по сути одна строка и это закончится тем же что и было изначальной проблемой.
Тот же скрипт с
Далее подумал что будет если вместо WHERE date>*** (поле - не индекс) сначала найти первый id (PRIMARY) который соответствует условию "date>***" и далее заменить в запросе на id>$some_id_value. Время выполнения 70 секунд. Выигрыша нет, потому что тот же проход по таблице в поисках нужного date, которое индексом делать нельзя так как таблица существенно вырастет в размерах.
SELECT xid,count(*) as num FROM *** WHERE *** AND xid IN (1,5,7,11,13,.....100) AND date>*** GROUP BY xid ORDER BY num DESC
У меня в Яндекс.Вебмастер вылазит капча периодически, причем ввожу верно и это может закончиться еще 2-3 капчами все на той же странице.
Кроме того, в Украине после блокировки Яндекса, при работе через зарубежные прокси или VPN наблюдается еще такая лажа: кидает с *.yandex.ru на *.yandex.com, авторизация через yandex.com работает нормально, а с passport.yandex.ru при отправке данных часто возникает таймаут (похоже на блокировку запроса какими-то фильтрами на их стороне). При этом кука ставится только на *.yandex.com, а в том же Вебмастере есть абсолютные пути на webmaster.yandex.ru которые нужно копировать, менять ru на com и только после этого ссылка откроется. У них много косяков.
Думал это можно как-то хитро сделать одним вложенным запросом, просто чтобы до group был лимит...
Не, today_table не катит. У меня и так 2 таблицы: одна в которую льется огромный поток инфы, вторая в которую копируется только та которую нужно хранить, первая очищается в полночь. Кому-то нужно запрашивать за сутки, кому-то за несколько суток, кому-то за неделю.
Если id и date одно и то же, тут очевидно что лучше по индексу id, просто написал чтобы видно было что он есть.
Почему xid in () не так что бы супер запрос? У меня этих разных xid тысячи, конкретному пользователю нужны выбранные пара сотен а то и десятков.
Глобальная задача вывод статистики количества записей по каждому xid чтобы пользователь мог просмотреть вручную все записи по выбранным xid'ам на следующем шаге (а интересуют его только те где их много, в порядке убывания).
Ладно, вижу пока 2 пути. Либо попробовать цикл на php, это будет повышение нагрузки по всем запросам, но существенное снижение на этих сбойных xid по которым сотни тысяч записей, в среднем надеюсь что нагрузка снизится.
Второй путь делать таблицу today_records с количествами, обновлять их раз в час по всем тысячам xid'ов или даже лучше при добавлении записей, очищать в полночь и ориентировать пользователей исключительно по количеству за текущие сутки, а уже при детальном просмотре выводить то что запросил пользователь...
.tk / .ml / Freenom это вообще мутная контора. Они отжимают ВСЕ посещаемые сайты и ставят их на паркинг, а отжимают под надуманными предлогами и ты не докажешь что ты не верблюд. Можно, правда, съездить в Амстердам и надавать им в рыло, это единственный способ чего-то добиться.
Им зачем-то нужны ИП, возможно отмывание или легализация каких-то средств... Тут нужно бы экономистов подключить к теме они точно скажут кому и для чего это надо
Хотите сказать что показатель "Заспамленность" нужно снизить раза так в 2 в половине текстов чтобы тексты для прогона имели широкий диапазон этого параметра а не все 50%+?
Но подождите, алгоритм смотрит на тексты на сайте, а не тексты на страницах, на него ссылающихся!
