"Запретили" работу строго перечню юр лиц, 100% на днях появится фирма-прокладка которая будет заниматься выводом WMU на UAH карты, там такие потоки что из-за них одного пастора могут порвать на немецкий знак. Абсолютно согласен с тем что это удар по своим же гражданам. А если вебмани не подсуетятся с прокладками - в Украине наберет популярность какой-нибудь Advcash или PerfectMoney, собственно какая разница через какую систему работать, лишь бы все работало и никто не крысятничал
Если 2 сайта, кладете их спокойно на один и тот же хостинг рядышком, один напрямую другой через CloudFlare. И не забудьте домены зарегистрировать на РАЗНЫХ лиц (хотя если ru где персональные данные скрыты то не важно)
Согласен, Яндекс IP - СПб. Гугл - напрямую, но в выдаче то что я написал в предыдущем посте, в Гугле тоже.
А давайте еще вспомним про региональную или персональную выдачу с учетом предпочтений пользователя, чистку кук, занижение Яндексом украинских СМИ и подъем российских на территории т.н. ЛНР / ДНР весной 2014 года и еще много факторов которые близки к результатам операций с бубном.
Если сайт исключительно региональный - присвойте ему регион и пусть он будет хоть на домене .TK (утрирую)
P.S. скрины не даю, на 1 странице и Я и Г по "Как вылечить грипп при беременности" нет ни одного UA домена, есть ru com и другие, IP украинский
ТИЦастые ссылки под фоткой :) Видел кучу таких беков у конкурентов
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
