Решил отказаться от лицензии на продукт от Hkey из-за свинского оношения к клиентам. Ищу замену. Вопросы. 1) Судя по базе синонимов ваша программа заточена под русскоязычный контент, как генерируется английский текст? 2) Ожидается ли в ближайшее время добавление редактируемой/импортируемой базы синонимов?
Меня притомил уже господин Белоусов. Я хочу подать в арбитраж вебманей на него. Такого неуважения к себе я больше терпеть не намерен. Если еще кого-то не устаивает такое отношение продавца сео-генератора, прошу скидывать предложения в личку.
Опробовал сервис. Привинтил распознавалку капч к своим регерам акков на фрихостингах. Время получения распознанной капчи от 15 до 35 сек в среднем. Радует. Главное, что мои полуавтоматические регеры стали полностью автоматическими, благодаря программе Xedant Human Emulator и сервису распознавания капч от них же. Еще одно направление моей дорвейной работы поставлено на поток. То, что капчу распознают "негры", позволяет пробивать даже навороченные капчи. "Негры" нынче рулят, если даже Белым домом доверили управлять черному "хозяину".
Ссылка на этот парсер не рабочая. Скиньте, пожалуйста, рабочую ссылку на скачивание. Можно в личку.
Если для Гугла дор, то 10к паг на один - явный перебор.
Чтобы проиндексилось хотя бы 20% паг, понадобятся героические усилия. Проще вогнать в индекс 80% паг, скажем, с 20-30 доров за то же время и с гораздо меньшими усилиями и риском бана всех паг одним махом. Не надо также увлекаться перелинковкой доров между собой. Сетка - один большой дор, и банится как один дор. Яйца в одной корзине - и в дорвееводстве не есть гуд.
Купил через ТС программу. Ключ получил почти мгновенно.
VadoZ, есть пара технических вопросов.
1) На чем реализован скрипт: Snoopy, Curl, сокеты, связка curl+сокеты? Последнее часто используется для универсализации.
От этого зависят требования к хостингу для размещения скрипта.
2) Есть ли возможность использовать списки прокси?
Зависит от количества страниц. Чем меньше паг, тем меньше ссылок на другие страницы дора. На индексную ссылки обязательны. На остальные по схеме ABC. Чтобы не было взаимных обратных ссылок. Ссылки лучше делать в тексте, а не в блогроле и ему подобных встроенных в диз примочках.
Почти в любом деле, начиная от войны, кончая коммерцией и политикой рулит концентрация. В случае дорвееводства, лучшая стратегия тоже концентрация - фокусировка, каша размазня здесь не съедобна. Нишевые доры, одна пага один кей. Оптимальное количество паг 70-500 на один дор, зависит от ниши. Перелинковка умеренная, только внутри дора. Сетки доров перелинкованные между собой быстрее уходят в бан.
Для тех, кто в теме скажу, что я не стал бы затевать этот топик, если бы у меня не было определенных наработок в этой теме. Я занимаюсь исключительно англоязычными текстами и более того, одной определенной тематикой. Это контент для взрослых – adult.
Незабвенный Козьма Прутков говорил, что нельзя объять необъятное. Поэтому генеральный подход к теме топика, как это я вижу:
1) Сконцентрироваться на узких тематиках.
2) Плясать в диалектическом подходе – от абстрактного к конкретному.
Узкая тематическая ниша. Для начала я решил для себя задачу генерирования десков – это описания к картинкам или видеогалереям и другим контентным ресурсам адалтной тематики. Качество – написано для людей, и в общем то не возможно определить, что это тексты написаны программой. Я выбрал 1 нишу. Этого мне оказалось мало и сейчас я работаю над короткими описаниями – минисюжетами. Причем я вижу, что ничего мне не мешает масштабировать полученные результаты и делать связки минисюжетов. Я называю это раскадровкой по аналогии с киношным производством.
Таким образом, я перешел к осуждению подхода «от абстрактного к конкретному». Плясать надо от обобщенных смыслов. Пример, из адалта. Есть ситуация, скажем: «пришел-увидел-поимел». Это обобщенный смысл – верхнего уровня.
В ситуации имеется ограниченный набор действующих лиц. Они имеют определенные параметры, внешность, одежда, особенности. Есть контекст – место, окружающие предметы и т.п. Есть цепочка развития событий: 1) Пришел 2) Увидел 3) Поимел. Далее делаем раскадровку 1) Пришел: кто, куда, когда, каким образом… 2) Увидел: кого, она была, описание внешности, одежды, поведения… 3) Поимел: действия – прелюдия, собственно способ(ы) каким(и) поимел, что при это делал, что делала она, последовательность, физиология, эмоции, диалоги, охи-ахи… Каждое отдельное звено раскадровки имеет ограниченное число клаузем. На них навешиваются, в зависимости от предзаданного контекста (граничных условий) обстоятельства, определения, дополнения. Клауземы, с помощью всего нескольких конструкций английского языка, могут связываться в сложные предложения.
Для этого мне пришлось набрать достаточно большую базу текстов по выбранной узкой нише. У меня порядка 500мб текстовых файлов (это на вырост собрано), распаршенных на отдельные предложения и цепочки словосочетаний до N-словников, позволяющие выявлять, пока в полуавтоматическом режиме упоминаемые мною клауземы.
Как видите, задача только с виду не подъемная. Да, она объемная и трудоемкая на этапе создания базы обобщенных смыслов, выявления клаузем и контекстных навесок к ним в виде групп обстоятельств, дополнений и определений. Результат – предполагаю, что мне удастся даже в одиночку в измеримое время получить генератор MFM текстов для выбранной мною ниши. Ну, а масштабирование – это уже менее сложная задача.
Вообще-то, у меня получается генератор, а авторерайтер(пока квазиавтоматический) будет служить модулем для подготовки базы к нему.
