TF-Studio

TF-Studio
Рейтинг
334
Регистрация
17.08.2010

Система нужна, регулярные действия.

Сам по себе твиттер ничего не дает.

у твиттера 2 цели основных.

1. Загон быстроробота

2. Улучшение индексации

есть и более сложные цели в виде трафа и неких манипуляций, но они тут не в тему.

Так вот 1 хороший акк вполне справляется с этими целями (у меня по крайней мере), даже на большом количестве сайтов в работе.

Мы не берем в расчет промышленные масштабы.

Что-то я наверно от жизни отстал, от трендов новых....

Но я все делаю 1 акком.

читателей там 3500+ всего (все боты или ru_ff)

Но сегодня одним акком нельзя гонять ОДИН И ТОТ ЖЕ САЙТ

Не совсем понимаю эту мысль.

Если сайт очень большой, то чтобы не было утечек (расхода) памяти не нужных, стоит хранить где-то промежуточные результаты.

БД оптимальный вариант (memcache ещё и аналоги).

Просто лазать по 1 странице несколько раз не рационально.

bay_ebook, все обсуждаемо в этой жизни )

способствует выводу из под АГС

Чтобы вывести из под фильтра - надо показать яндексу новый хороший контент, просто так он на сайт не пойдет, тут нужен хороший акк вот он просто подталкивает яшу глянуть сайт.

Могу 1 акком загнать быстроробот на любой (почти) сайт.

Буквально на днях вывел 1 хороший домен из под фильтра, сейчас буду дальше эксперименты ставить.

Еще один сказочник про "акки с быстророботом" Ну не смешите народ. Акк должен быть в индексе и в рейтинге, а посты осмысленные и регулярные, да и с ссылками на РАЗНЫЕ САЙТЫ, а не ежедневно долбать один и тот же ГС. Даже у Яндекса терпение может кончиться.

А если я приведу примеры, где все ссылки на 1 сайт, в каждом посте и такой аккаунт загоняет быстроробота и способствует выводу из под АГС?

агамс, я люблю заранее закладывать масштабирование и перспективы.

БД нужна, для более быстрой и удобной проверки "проверяли эту страницу или нет".

Хотя можно и на файлах решить, в принципе, но БД привычнее.

20 строчек кода ))

открыли, регуляркой прогнали, в массив засунули, в конце array_unique и в файл )

Это - простая версия, для более качественной, нужна БД.

Для хистори, более глубокого анализа, распределения нагрузки

Ничего не надо делать

единственное лимит времени, чтобы снимался (почти везде есть) + curl (вообще везде должен быть)

Всего: 4308