suraev

suraev
Рейтинг
153
Регистрация
26.07.2005

Судя по всему, ломают кого-то из реселлеров http://publicdomainregistry.com, у меня та же проблема, как и у Михаила (в те же даты, конец января/начало февраля) и тот же емайл alelue124@yandex.ru обнаружен в профиле реселлера, где находился домен.

Михаилу отписал, если окажется что реселлер тот же, опубликую название тут.

nickspring:
Смотря как проверяли ) через что (прокси или xml или прямая выдача с анти-кап-чей /без?)

XML с помощью проксей от globatel.ru

Но наверное это был временный косяк. Так как пробую сейчас - и всё нормально.

Нет ли у кого проблем с платежами карточками loyal bank через интернет в последние дни? Мне многие сервисы отказывают (многие, но не все).

Из некоторых платёжных гейтов удалось выжать информацию (они отдают её в адресной строке при возврате ошибки):

при оплате домена на internet.bs, через шлюз g2s.com: "Custom Fraud Screen Filter"

при оплате визового сбора на сайте банка "Русский Стандарт" (судя по адресной строке идёт обращение к migs.mastercard.com.au): "Transaction was blocked by the Payment Server because it did not pass all risk checks".

До этого никогда подобных проблем не было. В техподдержке loyal bank пока ответили, что с картой никаких проблем нет. Но где-то же проблема есть.

В setlinks и mainlink adult фильтры даже по умолчанию не включены для вебмастеров. Что как бэ намекает на положительное отношение владельцев к подобным ресурсам. Бывает добавишь новую площадку, забудешь включить, сразу за$срут проститутками.

Проверил ~10000 ссылок на индексацию в Яндексе. У 85% "n/a". Версия новая. Если кликать n/a, открываются нормальные результаты поиска (отрицательные либо положительные). Куда копать?

burunduk:
suraev,вопрос: почему проблемы возникают только на ограниченном количестве сайтов????

Техподдержка вам расскажет о существовавших проблемах своего кода, как лицу приближенному, а у меня нет желания с вами проводить сеансы ликбеза. Удачи в учёбе.

burunduk:
ещё раз для особо одарённых, если для вашего сервера изменение параметра не имеет значения, то кто криворукий вы или система?

так что, учиться, учится, учится! (с) ленин

Пожалуй, вас пора начать просто игнорировать. Вы то ли сознательно не врубаетесь в суть проблемы, а суть в том, что mainlink расставляет вместо одной ссылки - целую россыпь на различных страницах (когда я говорю "различные" - это значит, что у них различный URL, который отличается query_string; и различное содержимое, ведь друпал пока не сошёл с ума и его модуль paging работает без сбоев, чётко различая страницы; и различная переменная $_SERVER['REQUEST_URI'], отдаваемая сервером), либо паясничаете. В любом случае, удачи, но ваши комментарии буду в дальнейшем пропускать. К счастью, техподдержка не отрицает явных проблем и сообщает, что якобы код исправлен. По-видимому, в вашей палате вам будет одиноко.

burunduk:
параметр (это то что после ?) не меняет url страницы с точки зрения стандарта и сервера - это ОДНА и ТА ЖЕ СТРАНИЦА!

Вынужден констатировать, что с точки зрения ссылкоторговли вы сказали чушь. У вас видимо такая привычка, вместо обсуждения по делу забираться в дебри филологии.

Теперь я буду знать, что для вас весь форум searchengines.ru - это всего лишь одна страница showthread.php. Если у разработчиков mainlink именно такие стандарты понимания страниц и отличия между ними, то им срочно нужно повышать профессиональный уровень. Можно начать, например, со страницы википедии, где и вы, и разработчики mainlink узнают о такой неотъемлемой части URL как query_string.

Вынужден подтвердить, что криворукость разработчиков действительно на уровне, достойном победы в конкурсе криворукости (второй претендент - Соломоно).

В январе, 20 дней назад, сообщил, что код не понимает стандартной друпаловской постраничной навигации ?page=1, ?page=2 .. ?page=17 и ставит сквозные ссылки (то бишь на каждой странице), по-первых отнимая драгоценные ВС, во-вторых превращая сайты в помойки. Аналогичная проблема с любой другой CMS, у которой страницы отличаются через передачу параметров в get. Сегодня проверяю - проблема осталась. Я конечно не буду думать, что именно из-за этого получил 2 АГСа в последней апдейте. Но желание добавлять новые сайты поостыло.

Уважаемые разработчики, выводите вебмастеру в списке площадок признак вывода "блочный/обычный", чтобы не нужно было регулярно каждой площадке залазить в настройки для проверки. Можно будет видеть, где sape в очередной раз ошиблась, и быстро сделать перепроверку.

У вас так часто этот флажок слетает при переиндексации (при том, что на площадках ничего не меняется, как стоял блочный, так и стоит), что реально утомило. И поскольку вы сами пишете, что этот признак используется в т.ч. при закупках Визарда, складывается ощущение, что вы сами же эти закупки саботируете. Давайте что-то одно: или не косячьте, или выводите признак в общем списке собственных площадок. Думаю второе вам будет проще.

Всего: 1146