Пагубно лт влияет доброта и размещение поддоменов сайтов и вн. страницв каталоги?

Размещайте что хотите. Причина бана Яндексом заключается в превращении каталога в непонятную помойку. Если все ссылки на внутренние, или на домены 3 уровня будут иметь нормальные описания и соответствовать рубрикам - за что тут банить?

Все уже так боятся бана в Яндексе, что просто паранойя развивается.

да, банить не за что, если каталог вменяем для живого пользователя.

А с помощью каких скриптов можно модерировать "deep links"?

Была у меня идиотская мысль создать каталог только для внутренних ссылок. А потом подумал: с какого-нибудь одного и того же домена мне засабмиттят штук 50 разных внутренних линков, и никак их не отследить с помощью, например, CNCat'а.

А вот если бы была возможность автоматически отслеживаать разрешать только один внутренний линк на домен...

опять крайности. А почему один? Или надо читать как "один линк на ОДНУ внутреннюю"?

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

А проверить что сслки на внутренние разные помоему очень несложно, просто действительно не надо позволять несколько штук на ОДНУ страницу. А наразные - ставить разумный предел - штук 5 например. И требовать описание....

Ох писал я уже об этом. Видимо наболело.

Нет, имеется ввиду, что каталог будет готов поставить один линк (как угодно глубокий) на один домен.

Почему только один?

А Вы представляете сколько умельцев просабмиттят десятки или даже сотни страниц со своего домена в один и тот же каталог, если откроется такая возможность?

И как все это обрабатывать и отслеживать?

Сейчас каталоги принимают обычно один линк на домен (морду), и то приходится просматривать сотни сайтов в день.

Поэтому я хочу принимать тоже только один линк на домен, но разрешить ему быть внутренним. Проблема однако возникает в том, что для большинство скриптов каталогов не могут определить, что адреса вида http://www.domain.com/page1.htm и http://www.domain.com/page2.htm имеют общие свойства.

И одновременно те же самые скрипты каталогов всегда подскажут модератору, что какая-либо морда ( http://www.domain.com ) ведена многократно.

Поэтому в настоящее время, если я начну принимать внутренние ссылки, процесс наполнения каталога станет неконтролируемым (раз в несколько дней мне будут подсовывать внутренние ссылки с одних и тех же сайтов, пользуясь тем что модератор не может держать в голове список уже принятых в каталог сайтов, и я не буду иметь простых средств для чистки).

Почему не могут? Проверка ведь идет по домену, а не по точному адресу. А если не так, то просто пишете функцию, которая выделяет из url-а домен и проверяет его наличие в базе и вставляете в код каталога.

Понимаете, в SEO люди приходят с разных сторон. И я давно (лет 15 уже) не являюсь программистом. Заказывать скрипты на стороне (особенно для бесплатных каталогов) у меня тоже желания нет. Сейчас делаю каталоги на CNCat, а он кривовато определят повторные вхождения (иногда прямо пишет при показе новых предложений "этот URL уже находится в каталоге", иногда "duplicated links" надо кликать). Но разные страницы одного и того же домена CNCAT "свалить в одну кучу" не умеет. Если известен какой-то другой бесплатный скрипт, умеющий в админке сообщать о всех страницах с одного и того же сайта, находящихся в каталоге - это было бы решением.

пару строк в коде написать...

Нет в мире совершенства: одни не умеют дописывать "пару строк в коде", но готовы заниматься каталогами которые принимают deep links, другие - умеют "пару строк в коде" писать, но не имеют желания заморачиваться с бесплатными каталогами, которые принимали бы deep links...