А как же НПС (1-е место)?
Там "по теме" ничего нет. А вопрос-то на самом деле - "мутный" :)
По логике: ссылка - это "рекомендация" посетить ресурс, а фрейм - не просто рекомендация, а плюс ещё показ части того ресурса. А вот поддерживают ли эту логику ПС...
У Вас Яндекс по запросу "юридическая консультация" заменил релевантную страницу, которую Вы продвигаете (морду) на www.yristukconsult.ru/likbez.html . Вот почему такое происходит.
Имхо (по беглому просмотру сайтов в топ 50), конкуренция по запросу "юридическая консультация" в регионе Краснодар - невелика, можно продвинуться внутренней оптимизацией и парой внешних ссылок.
PS: Возьмите кого-нибудь из местных СЕО-ников для консультации/аудита/продвижения сайта (есть спецраздел на форуме, выберите кто понравится) и посмотрите что и как он будет делать.
В противном случае придется полгода-год штудировать этот форум, пока разберётесь сами.
СЕО, как и юриспруденция, отдельная наука со своими тонкостями, без знаний и опыта успеха не достичь.
Или в памяти.
SQL - это формализованный язык запросов записи/чтения данных, не привязанный к способам хранения данных и поддержки их целостности при одновременном чтении/записи.
СМС - это программа обработки/визуализации данных, она должна быть максимально отвязана от их хранения. Мухи - отдельно, котлеты - отдельно.
В большинстве файловых СМС способы хранения данных сильно перемешаны и связаны со способами их обработки. Если в файловой СМС организован формализованный набор команд для доступа к данным - она формально ничем не отличается от СМС с БД (имхо, естественно).
А зачем бензопилой строгать карандаши? Простенькая СМС с использованием SQL занимает 25 строк кода на PHP.
И быстрее, и удобнее. Если СМС - грамотно организована - вообще достаточно только слить БД, тк модули СМС - одинаковые, отличия только шаблоне дизайна.
В MySQL есть средства для автоматической синхронизации баз на разных серверах, всё может делаться "само".
БД от этих 100 сайтов может вообще физически находиться на другом серваке - его и бэкапить.
У меня сайт год спокойно работал на хостинге в штатах, а сама БД находилась на хостинге в РФ. SQL-запросы гонялись через весь интернет, тормозов замечено не было.
Если говорить о 100 сателлитах - их проще и дешевле генерить на одном сервере с php и mysql, а потом заливать в html-виде по хостингам. Зачем их бэкапить?
Любители файловых СМС - зачем Вам засорять код СМС ненужными модулями работы с данными? И иметь заведомо ограниченные возможности СМС-ки в целом?
В зависимости от конкретики задачи - либо задействовать штатный браузер, либо писать отлаживать много кода на c#.
Под виндюками в С-билдере был объект для управления браузером IE (я с ним работала в 2005 г). Воды много утекло, наверняка уже есть такие объекты под все платформы.
Если нужно разово отпарсить результаты обработки javascript - можно заюзать средствами php и обычный браузер, только под него нужен отдельный комп с Windows и, собственно, самим браузером.
Если они в индексе и есть перспективы их развития (в плане принесения дохода) - стОит.
Если дохода с них ноль, и заниматься ими времени/желания нет - пусть вымирают.
Всё упирается в рентабельность этого вида деятельности.
Вы не знаете его историю, был ли он на парковке, был под санкциями Яндекса.
То есть, продвигались по НЧ и неконкурентным СЧ.
По-моему, в последние 2 АПа Яндекс перераспределил влияние внутренних факторов с одних на другие (если это был не глюк). У меня по НЧ сильно заметно - с одних страниц НЧ съехали на другие.
Сделайте копию его на народе и посмотрите проиндексируется ли там.
Эта тема многих интересует, но не все будут палить наработки в паблик, тем более, что Вы тоже в открытую играть не хотите :)
И я о том же. Процесс вывода из под АГС путем переписывания тысяч текстов и ожидания нескольких месяцев - совершенно нерентабелен.
Клеились 301 редиректом сайты в БАНе и под АГС с новыми доменами, причём делались полные зеркала. Полёт - нормальный, уже более года.
У Яндекса - полностью автоматизированный алгоритм зеркалирования, то есть "руками" - сайты не смотрят. С "автоматом" - легче и быстрее договориться, чем с саппортом :) Особенно зная, что он может посмотреть и проверить.
И клеить есть смысл, чтобы перенести ссылочное и пузомерки, если их особо нет - старый домен проще ффтопку.
