воот, а если тупо удалить mx'ы в ДНСе у сателлита, ведь на самом деле - почта на сателлите не нужна 🚬
нет смысла
вот 10Мбит Вам и хватит...
паранойка у Вас, - а whois, ns'ы разные? - домены регистрировали не в один день? - не у одного регистратора? - айпишники из одной C-класса сети? - сервер выдает один и тотже набор Server + Date в HTTP-заголовке? :D
вообще темы хорошие, не хорошие, какая разница, скорее всего это очередной спам в комменты какого-нить еще не зафильтрованного Яндексом CMS'ника 🚬
сервак на коло - имеет смысл только когда конфа нестандартная, эдакая 2U с 6 SAS-дисками и 2х 4 ядра зеонов + 12Gb RAM, а на бюджетные 2x SATA RAID-0, C2D, 4Gb RAM - покупать сервер и ставить на коло - нецелесообразно, так как скорость устаревания железа + цена коло = полный проигрыш в сравнении с арендой того же дедика в том же ДЦ 🚬
сказывается, чтобы не быть голословным приведу пример:
1) старый айпи - на нем 100 "кисточек" (есть такая сателлитная CMS-агрегилка)
2) новый айпи - на нем 10 "кисточек"
так вот - на старом айпи примерно 25% кисточек в индексе, но новые кисточки с этого айпи в индекс не идут, но на новом айпи в индекс влетают ... вывод у Яндекса есть взаимосвязь определения "траста" касательно "заспамленности" айпи адреса...
также многие наверное замечали, что при переезде с хостинга на хостинг, процент БАНа сайтов значительно увеличивается... также возможно замечали, что частенько после продления доменов, происходит их БАН (касательно откровенно ГСных сателлитов)... - все это связано с изменениями во whois, видимо Яндекс расценивает любые изменения во whois как возможная смена владельца домена, а следовательно пересчитаывает "траст", возможно применяет на автомате какие-то фильтры занижения траста на N'ый период после смены данных во whois :)
вообщем тонкостей много, некоторые вещи надуманы и субъективны, но... каждый делает выводы из своего личного опыта, а верить или нет в чужие теории - это его решение 🚬
а еще лучше поставить FreeBSD, или CentOS/Debian 🚬
судя по строчке из дампа:
`img` text character set cp1251 collate cp1251_bin NOT NULL,
можно предположить, что у хостера стояло в my.cnf следующее:
collation-server = cp1251_bin
default-collation = cp1251_bin
default-character-set = cp1251
и самое ужасное, стояло еще вот это:
skip-character-set-client-handshake
а при этом движок сайта этого не знал, и лил все исходя из этих строчек:
DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci
поэтому, не мучайтесь, человек Вам правильно сказал:
вы навязываете свои услуги, при этом не разбираетесь в теме :D
в данной ситуации надо иметь рабочую БД и делать дамп в cp1251_bin (принудительно), а импортировать уже как UTF-8, но так как топикстартер пишет о том, что БД оригинал утеряна = уже ничем не помочь :(
просто в последнее время объем такой почты просто ужасающий...
в принципе понятно, значит приходим к мнению, что лучше все это дело "дропить", и не обрабатывать вообще, хотя как-то не по стандарту это будет, хотелось бы как-то цивилизовано 🚬
т.е. без отсылки ответа, о том, что ящик не существует? - но это же как-то некорректно 🚬
и мне просто интересно, у всех начался наплыв таких "писем" на несуществующие адреса, или это только меня так достают? 😂
такие как лента.ру и т.п. так не "подставляют", так как всем понятная очевидность того, что они не причастны, а вот какой-нить корпоративный сайт сети БАД-партнерок, так это частенько... и DDoS'ят регулярно...
и абузы бывают весьма неадекватные, причем попытки разобраться практически бесполезны...
пример - корпоративный сайт одной фирмы (по продаже б\у авто), на сайте присутствовала штучка "/redir/ссылка-на-другой-сайт", ну и собственно конкуренты это были или просто дорвейщики, но начали сливать через такой "редирект" на свои "кодеки", это привело к жалобе, программеры сделали проверку реферера, однако жалоба пришла снова (через день), хотя по сути дела редирект уже не работал (это видно были из статистики)... а в ДЦ разбираться не стали, просто выключили сервер и все... (сразу скажу - данный случай не про хостинг.уа)
я уже несколько раз сталкивался с такими "бредо-абузами", ... так что "происки конкурентов" это не вымышленная вещь 🚬
давайте лучше скажем так - он работает не очень хорошо, но он лучше VirtualBox'а, хотябы тем объемом софта который под него есть + тем объемом наработанного опыта в условиях реального бизнеса, а не просто хоум-тестирование на локальной машине (что в основном пока можно говорить про VirtualBox) :D
если сравнивать такие вещи как VT фишки в новых Intel процессорах (ну у AMD тоже есть свое решение), то тогда придется нам сравнивать еще и http://pve.proxmox.com, QEMU, VMWare и прочее... :D
однозначно чем-то лучше, вопрос только в том, насколько хуже в чем-то другом :D
тестирование чего? - если стоит задача максимально выжать производительность + максимально выгодно "продать" ресурсы машины, то есть такие вещи как Virtuozzo (Linux) и VDSManager (FreeBSD), сомневаюсь, что что-то сможет конкурировать с ними в этой сфере 🚬
кстати было дело 🚬
