Установите значение таймаута в какое-либо реальное, например, 10 000 (10 секунд), этого более чем достаточно.
Сколько потоков используется? Попробуйте уменьшить их число, например, поставьте 5 потоков.
Проверьте, с помощью обычного браузера несколько ссылок, если они окажутся работающими, а с помощью первых двух советов программа их не "увидит", напишите мне в icq или на support@smile-group.ru постараемся разобраться в чем проблема.
Извините за вчерашнюю ошибку с потоками, она уже исправлена. Обновите свои копии программы.
Помимо исправления этой ошибки, сегодняшний апдейт включает в себя:
Много новшеств в черном списке каталогов:
К сожалению, это было неизбежно. Но не стоит драматизировать, это не так сложно, ведь пройти надо лишь те каталоги, где есть капчи, в случае, если Вы устанавливали соответствующую галочку, поиск таких каталогов не займет много времени (просто поставьте фильтр на это поле), да и на каждый каталог потребуется потратить лишь минимум времени - только указать где расположена картинка и показать программе соответствующее поле.
Никаких телодвижений система регистрации не притерпела, напишите письмо на support@smile-group.ru обязательно поможем разобраться, в чем проблема.
Здравствуйте.
Мы долго готовили это обновление, надеемся, что оно вас порадует.
Итак:
Естественно, эти изменения приятны, но не более того, апдейт так долго готовился не из-за них, а из-за затянувшейся реализации новой функции, которая несомненно придется по душе пользователям, особенно, сторонникам автоматической регистрации. Итак, SMILE SEO Tools научился работать с CAPTCHA. Да, картинки придется распознавать руками (во всяком случае пока:)), но и это мы считаем огромным достижением.
Посмотрите на прикрепленный скриншот. На нем Вы видите новую панель в нижней части браузера. На этой панели отображается информация о выбранном как CAPTCHA рисунке. Для выбора рисунка необходимо захватить мышью лупу, отмеченную на скриншоте цифрой 1 и перетащить ее непосредственно на рисунок. После этого, рисунок (в браузере) будет выделен значками 5a и 5b, на панели отображения информации о CAPTCHA будет указан адрес этого рисунка. Вам останется лишь указать соответствующему полю в схеме распознавания соответствие новому свойству сайта – Код распознавания CAPTCHA (на скриншоте отмечен цифрой 2).
После того, как Вы совершите указанные манипуляции, при следующем заходе на этот каталог через браузер, фокус ввода будет автоматически установлен на поле ввода кода.
Цифрой 3 на скриншоте отмечена кнопка, которая позволяет включать или отключать панель информации о CAPTCHA, блоком под цифрой 4 выделены кнопки-дубли кнопок регистрации и навигации по каталогам. Для того, чтобы эти кнопки начали отображаться в Вашей копии программы, требуется либо сбросить настройки меню (файл-параметры-сбросить настройки).
Было бы глупо, если бы все этим ограничилось. Действительно, теперь, при попытке авторегистрации по этому каталогу программа отобразит Вам два дополнительных шага регистрации – загрузка CAPTCHA и распознавание CAPTCHA
На этом этапе программа загрузит и сохранит в своем КЭШе все CAPTCHA-изображения, после чего перейдет к следующему шагу, собственно распознаванию этих рисунков:
После того, как Вы введете все коды с картинок в соответствующие поля, достаточно будет нажать кнопку «Приступить к регистрации», программа будет использовать введенные Вами значения для подстановки в соответствующие поля каталогов.
Такой же механизм работает и в случае с пакетной регистрацией сайтов.
Удачной работы!
ОК, постараемся в ближайшее время реализовать.
Давайте я не буду полностью отвечать на вопрос, скажу лишь, что связь между "таблицами" сайтов и каталогов в AllSubmitter'е очень и очень призрачна. Хорошо это или плохо - вопрос не ко мне, я считаю, что это не верно. При таком подходе сложно, долго и не эффективно выполнение многих выборок, например, отображение каталогов, где ни один сайт не был зарегистрирован. В то время, как подход реализованный в SST имеет лишь один минус - объем базы данных, а этот параметр, согласитесь, в реалиях сегодняшнего дня значит совсем не много. Построение "виртуальной БД" - может быть и выход, но мне кажется, место на жестком диске на порядки дешевле объема оперативной памяти. В любом случае, большинство занимаемого базой пространства тратится на хранение каталогов и их схем распознавания.
Мы к следующему релизу его еще упростим :) Но если хотите, крикните "Довольно" и все золото...
Обязательно придумаем способ уменьшить "текучку" данных.
Представьте такую ситуацию, Вы добавили 10 каталогов, распознали 8 из них, 2 удалили. Из 10 распознанных (предположим, что они имели по 6 полей в форме) удалили 3, т.к. посчитали их не нужными (ну например, "регистрация в каталоге временно приостановлена"). В оставшихся 8 Вы зарегистрировали 5 сайтов, потом удалили еще один каталог...
После всех этих манипуляций в базе останется
2 (удаленные каталоги) + 3 (каталоги удаленные будучи уже распознанными) + 3*6 (схема распознавания 3 удаленных каталогов) + 5 (записи о регистрации сайтов в каталоге, удаленном последним) = 28 записей, которые потенциально расцениваются как не нужные. Программа их лишь помечает как удаленные, но физического удаления из БД не происходит. Почему программа их не удаляет? Возможно я параноик, возможно это привычка осталась после разработки различного рода учетных систем для предприятий, но я считаю, что всегда должна оставаться возможность откатить удаления записей. После запуска процедуры оптимизации БД, эти данные будут удалены, место, занимаемое ими будет зарезервировано FireBird'ом для создания новых записей в этой же базе. Таким образом, рост БД на некоторое время остановится. В случае, если Вы снимете резервную копию, а потом восстановите ее - база будет занимать "минимально возможное" пространство на диске.
Резюме - почаще запускайте процедуру оптимизации БД, а мы тем временем придумаем какой-либо механизм сбережения места на HDD.
Да, обязательно реализуем подобную функцию.
История регистраций ведется вне зависимости от статуса регистрации. К ней Вы можете получить доступ с закладки "История регистраций" справочника "Сайты". Там же можно получить отчет о регистрации.
Скорее всего сделаем в настройках сайта еще одну опцию - ведение истории регистраций (не вести, только успешные, полный учет).
Нет никаких ограничений на "минимально необходимую скорость доступа". Если у Вас низкая скорость соединения с сетью, советую просто использовать меньшее количество потоков в работе и увеличить значения таймаутов в окне настройки программы. Грубо говоря, вся доступная ширина канала будет разделена между всеми приложениями, та его часть, которая "достанется" SST будет ею поделена между всеми активными потоками. Если поток за время, указанное в настройках таймаутов не сможет соединиться с сервером, где расположен какой-либо сайт или не сможет за это время получить очередную порцию данных, сработает аварийное завершение работы потока и, соответственно, будет указан статус "не возможно соединиться с сервером".
В зависимости от выполняемых задач и указаных настроек программа может работать с разным успехом, например, при проверке "битых ссылок" в 1000 потоков, с таймаутами в 100 милисекунд, при канале 32 kbps, скорее всего, программа покажет что "не работают" 99,9% проверяемых ссылок. Достаточные значения можно выявить только опытным путем, хотя бы потому, что в абсолютном большинстве случаев Ваш провайдер указывает лишь максимально возможную скорость подключения, во всех случаях провайдер не гарантирует (да и не может гарантировать) какую-либо конкретную скорость связи с отдельно взятым сервером.
Этого сделано не будет, т.к. это противоречит идиологии построения базы данных (на то она и база данных, чтоб содержать всю рабочую информацию), значительно усложнит архитектуру приложения, при подобной организации любые запросы между базами данных (например, история регистрации конкретного сайта в каталогах) будут выполнятся в десятки раз дольше, не возможно будет обеспечить целостность данных, разрозненность данных сильно увеличит вероятность потери какой либо информации.
Удалите те проекты, работы с которыми Вы завершили и не планируете продолжать, удалите те каталоги, которые Вы не используете и не собираетесь использовать, запустите процедуру оптимизации базы данных (после этого база данных не станет расти, скорее всего, в течение длительного времени (в зависимости от интенсивности работы)), выполните процедуру резервного копирования базы данных и восстановите резервную копию (после этого, база данных будет занимать минимально возможное для хранения введенного объема данных пространство).
Это не естественно, база данных будет расти только в случае постоянного ее пополнения, в случае же, если Вы удаляете данные и периодически запускаете процедуру оптимизации БД, ее размер если и будет увеличиваться (в случае, если данных будет загружаться больше, нежели будет удаляться) то значительно более скромными темпами.
В силу большей стабильности самой операционной системы, SST будет стабильнее работать под Win2000 (желательно SP4), желательно устанавливать последнюю версию FireBird (http://firebirdsql.org/index.php?op=files&id=engine_200)
Кардинальных отличий в работе не будет, но, в большинстве случаев, скорость работы системы в целом и, в частности, SST, на Win2k выше, нежели на WinXP.
Это довольно странно, попробуйте запустить процедуру оптимизации БД, в случае, если это не изменит ситуации, постарайтесь, по возможности, перенести каталоги из папки самого верхнего уровня (по-умолчанию, папка "Все каталоги") во вложенные папки.
Спасибо, очень дельное предложение, постараемся успеть реализовать к следующему обновлению.
Регулярно это делаю, ошибок практически нет... Если возможно, пришлите кусочек базы (экспорт в XML) где присутствуют каталоги, при авторегистрации в которых, возникают ошибки.
Цена на нашу программу ниже, чем на PagePromoter. Это такой маркетинговый ход.
Опишите подробнее, где и при каких условиях программа зависает. Желательно в письме на support@smile-group.ru.
Эту ошибку мы устраним к следующему обновлению, постараемся успеть доделать его на этой неделе. На данный момент попробуйте эту базу разложить на несколько папок каталогов и проводить анализ в каждой папке в отдельности.
Не могли бы Вы объяснить (в названиях функции программы:)) про какую именно функцию идет речь? Анализ бэков в той или иной форме есть во многих функциях.
Не могли бы Вы продублировать свое письмо, или как минимум сообщить логин или email с которого писали. Ни одного не отвеченного письма за последние семь дней в нашей базе не нашлось...
Об этой проблеме мы узнали два дня назад, исправили ее практически моментально.
Все дело в том, что в течение этих праздничных дней собралась большая очередь доменов, ожидающих освобождения.
Сейчас эта функция работает нормально, но если у Вас по-прежнему не получается снять список освобождающихся доменов, увеличьте таймауты в настройках программы (файл-параметры-сетевые настройки). Список освобождающихся доменов очень большой и, видимо, просто не хватает ширины канала на то, чтобы получить его раньше, чем сработает таймаут соединения.
Мы тоже практически не отдыхали :)
Как правильно посоветовал Proffoto, попробуйте увеличить значения таймаутов в сетевых параметрах программы.
Спасибо товарищи! С наступающими праздниками!
цитируя Билла Гейтса, хочется напомнить фразу "Люди не винтики!", так пусть же она станет девизом на следующий год :) Решайте серьезные вопросы, остальное сделают программы
хотели себе сегодня короткий день устроить, расслабиться немножко, но прочитав эти сообщения открылось второе дыхание :)
Да, иногда так бывает, но кажется это не должно доставить больших неудобств :)
Да, пока программа учитывает ссылки, находящиеся в noindex. Добавим эту опцию, к следующему обновлению будет учетно.
Программа отображает две цены, первая - без учета количества ссылок, вторая - с учетом текущего количества внешних ссылок.
Разберемся, проверим, починим.
Если проблема не исчезла после разбития каталогов на более мелкие группы, напишите, пожалуйста, нам на support@smile-group.ru
Тоже очень нравится, даже не хочется ее снимать после Нового Года :)
Проверку добавим, обязательно.
Вас смущает опасность бана IP? Если так, то могу посоветовать осторожно пользоваться функциями, которые работают с ПС Яндекс, например, не проверять на бан сразу большие количества каталогов. Сейчас мы работаем над этой проблемой, скоро появится возможность как использования потока Proxy серверов, так и возможность работы с Яндексом через Яндекс.XML
Спасибо за высокую оценку! Постараемся и дальше оправдывать надежды :)
Еще раз с наступающим! УРААААА
Мы подготовили очередное обновление. Упор по-прежнему делался на исправление старых ошибок, итак, что изменилось:
И, наверно приятные, дополнения:
С наступающим новым годом! :) Хотя наверно еще неоднократно успеем списаться на страницах этого форума
