Во блин, самому ICANNу написали! А он ещё и ответил).
В хуизе, есть инфа о хостинге и возможно не скрыты данные о владельце домена. Вот по ним нужно выйти на нужных вам людей.
Правда, они могут всё равно на вас забить и сказать: "разбирайтесь в суде."
Но попробовать стоит, конечно.
1. Сначала всем отпишитесь о нарушениях: хостингу, владельцу домена, в яндекс.
2. Если вопрос не разрешится, то можно
либо сделать рерайт ваших текстов (это если поисковики неправильно определили первоисточник и ваш сайт фильтранули)
либо в суд (но сначала посоветоваться с юристами, ибо доказать свою правоту будет не просто!).
DyaDya добавил 12.11.2009 в 08:26
о каких чёрных списках речь?
TAFF, чувствую опять будет свой угол зрения, которые имеет законное право быть.
В результате сделаем очередной вывод, что без подписанных договоров и ТЗ работу начинать не рекомендуется ;). Но и наличие договора и ТЗ тоже не гарантирует полного взаимопонимания. Но по крайней мере есть документ, по которому можно судить что сделано, а что нет.
p.s. собственно для этого и существует арбитраж, чтобы обе спорящие стороны успокоить своим гранитным решением и закрыть проблему. Каждый делает для себя вывод и живёт дальше.
DyaDya добавил 11.11.2009 в 16:41
danmaster, спасибо за разъяснения по поводу "прет". Не знаю, почему читалось как прЁт ;)
И о языке таких парней - это каких?
1. хорошо, что заплатил.
2. арбитраж разбираться в ситуации не будет, разве? Тут уж увидите, кто прав.
О чём вы?
Опишите более доступным языком мучающую вас проблему.
Скорее всего с вирусом не все проблемы решили! Не все последствия устранены.
Добавьте сайт в панель вебмастера, возможно, информации будет больше.
Закрывать все дубли вы замучаетесь:
/ru/forum/419978
и т.п.
Пожалуй, сколько угодно можно нагенерить ссылок и все рабочие.
Другое дело, что если у вас на сайте внутренние ссылки, то рекомендуется придерживаться определённых правил.
Старайтесь не делать в одном месте ссылки в виде site.ru/index.php?id=1, а в другом site.ru/?id=1
bearman, чёта ваш хелдуда не работает. Только главная открывается, на остальных 500-я.
При расклейке, в ЯК останется тот сайт, что был на момент расклейки сайтов. Но запрос от владельца, подававшего заявку на добавление сайта в ЯК, может изменить ситуацию.
Возможно, кто-то обладает другими фактами?
1. Сначала, ТОЛЬКО директива хост!
2. Затем письмо в ЯК по поводу вашего сайта в каталоге ЯК. С описанием проблемы: "Мол, у нашего сайта основным стал такой-то такой, что подтверждаем директивой хост в роботсах обоих сайтах! Пропишите, пожалуйста, новый домен для нашего сайта в каталоге ЯК."
В прочем, есть шанс, что смена сайта в каталоге произойдёт автоматом одновременно со сменой основного зеркала. Но данный вопрос, пока, оставляю открытым, в ожидании фактов от тех, кто действительно данное наблюдал (я, пока, нет).
Если прописан правильный хост в роботсе, то обратно не переклеит. Но если у вас всё хорошо, зачем убирать редирект? Лучше не трогайте ничего ;)
Вроде, наоборот, после полной склейки сайтов и правильного выбора главного зеркала рекомендуют подкрепить это дело 301-м редиректом ведущим на главное зеркало. Тут главное не попутать!
Точно. Пока не прочтёте всю тему, не играйтесь с редиректами на работающих сайтах!
Disallow: www.mysite.ru - забавный дисаллоу, проблема скорее всего в нём! Данное правило неправильное и могло привести к тому, что яндекс не добирается до директивы хост (не проверял, но должно быть так. Ибо обработка роботса останавливается на первой директиве с ошибкой). Зеркальщик с выбором основного зеркала ведёт себя так как ему удобнее! В какой-то момент, перевес оказался на домене с www, вот его и выбрал основным.
Причём, индексации сайта ошибка в правиле, к счастью для вас, не мешает ;) Почему сайт стал падать в выдаче? Да фиг знает, слишком много изменений в алгоритмах было за последний год, просто могло совпасть.
Поменяйте местами п.4 и п.2!!! Тогда смена зеркал пройдёт для вас самым корректным образом без проявления признаков истерии!
Читаем здесь /ru/forum/comment/5170156
Так же читаем:
/ru/forum/261675 ("Я перехожу с одного домена на другой.")
/ru/forum/comment/2087451 ("О переезде домена")
И никуда не спешим! Помним, что зеркальщик очень медленный, дабы очень занятой.
Если контент у обоих сайтов разный (думаю, что так ;)), то остаётся только ждать. Ждать зеркальщика! По времени, обычно, 4-6 недель.
Да, и НЕ ЗАБУДЬТЕ прописать в роботсе директиву хост с нужным доменом! Сразу определитесь для себя, что вам больше нравится, с www или без?!
mobi добавил. Надеюсь, на пару лет хватит)
Хотя опять же, filter_var по поводу длины доменов первого уровня вообще не заморачивается!
Пропускает без проблем и такой: vash-test@mail.mobilniki
))
Пожалуй, это правильно. Ибо зачем усложнять жизню.
Проверка на валидность не подразумевает проверку существования (работоспособности) мыла или домена!
p.s. А ведь и в национальных кодировках появляются домены, пока это не учитывается в валидности.
не знаю. У всех свои правила игры. А может быть некоторые не парятся по этому поводу или парятся но по разному.
Буду отталкиваться от поведения функции filter_var($email, FILTER_VALIDATE_EMAIL), а она ошибочным из всех мыл топика признаёт только someemail@mail/r.ru
Пока, для себя оставляю вот такой рабочий вариант:
function is_email($email){ if (function_exists("filter_var")){ $s=filter_var($email, FILTER_VALIDATE_EMAIL); return !empty($s); } # $p = '/^[A-Za-z0-9][a-z0-9!#$%&*+-=?^_`{|}~]+(\.[a-z0-9!#$%&*+-=?^_`{|}~]+)*'; $p = '/^[a-z0-9!#$%&*+-=?^_`{|}~]+(\.[a-z0-9!#$%&*+-=?^_`{|}~]+)*'; $p.= '@([-a-z0-9]+\.)+([a-z]{2,3}'; $p.= '|info|arpa|aero|coop|name|museum)$/ix'; return preg_match($p, $email); }
