Вышла новая версия AllSubmitter 2.6
Добавлена возможность автоматической регистрации, с уникальной возможностью практически моментального пополнения, проверки и изменения баз сайтов.
Теперь AllSubmitter стал еще и автоматом :)
Более быстрая работа с большими базами данных.
Возможность множественного выделения сайтов при редактировании проекта и баз данных.
Исправлена работа горячих клавиш.
Добавлена возможность выбора количества окон.
Добавлена возможность экспорта из IE сайтов из Yahoo.
Добавлена возможность редактирование сайта при выборе статуса регистрации.
Улучшен алгоритм повторного авто заполнения сайтов
Исправлены ошибки.
Будем рады выслушать ваши замечания и предложения.
http://www.webloganalyzer.biz/allsubmitter.exe
Продублируйте, пожалуйста, ваш вопрос, возможно письмо по каким-то причинам не пришло.
Clear делаятся специально, думаем эту проблемму просто Решим галочкой в меню отключить, включить clear. (Он нужен для того что бы помнить в каких сайтах вы уже зарегистрировали и повторно не добавить)
данной мозможности еще нет
Отвечаю наверное 5 раз.
Такая возможность изначально ЕСТЬ и была заложена в программу.
КАК БЕЗ ЭТОЙ ВООЗМОЖНОСТИ ВООБЩЕ МОЖНО РЕГИСТРИРОВАТЬ?
Тогда теряется весь смысл поиска новых каталогов и смысл до-регистрации. Или вы сейчас находя новые каталоги их все опять проверяете? (Тогда могут годы уйти в пустую :) )
Программа ОТФИЛЬТРОВЫВАЕТ новые сайты и привязана к проекту
не к БАЗАМ. Все новые каталоги нужно проверять на проекте.
Примеры типовых проектов
1. Регистрация в каталогах.
2. Рассылка пресс-релизов
*3. Сабмит программ
4. и.т.д
Привязка к базам полностью загубит разделение программы для разных этапов продвижения сайта.
Находя любую новую базу можно за несколько минут добавить в основную новые сайты. (В случаии массвой регистрации сайтов ваших клиентов)
>А можно ещё сделать так, что бы программа сигнализировала о том, что >введённое описание длиннее чем максимально допустимый размер поля?
Программа обрезает поле и пишет рядом в скобках размер, в 99% сайтах размер поля подходит. можно подумать как сигнализировать, может еще мелодией :)
просто нажать Alt+Tab (это окно уже активно) иногда бывает что IE открывает (хитрый) pop-up и происходит передача активности.
Clear делаятся специально, думаем эту проблемму просто решим галочкой в меню отключить, включить clear. (Он нужен для того что бы помнить в каких сайтах вы уже зарегистрировали и повторно не добавить)
примерных сроков обновления нет, как будет оповестим. :)
Да. его необходимо определить в меню-базы-редактировать.
Но в демо версии этой возможности нет.
Rev,
>2. В нашей заготовке почти всегда оказываются URL'ы ссылочных страниц, а нам >необходимы URL'ы страниц с формами для ввода регистрационных данных... Так >нельзя ли при вызове базы в редактор предусмотреть возможность открытия в >окне для просмотра страницы, url которой указан в базе? Затем идем по ссылкам >и указываем программе тот url, который там должен стоять... и программа делает >замену старого url'а на тот который мы указали... Ведение только одной этой >"мелочи" позволит сэкономить массу времени.
Можно. и так но. Зачем делать двойную работу?
Если есть 10 встроенных браузеров.
При первом проходе базы из N каталогов можно произвести эту работу, нажимая на клавишу Ред. URL, а также удаляя и перемещая каталоги в другие базы.
Ведь все равно, что бы принять решение об удалении каталога его нужно посмотреть.
Jorevo,
>Возможность отслеживать удалённые каталоги в некоторых случаях может пригодиться, >как тут уже замечено, если качаешь из одного места обновляемую базу. А алгоритм imho >вообще прост до маразма - складывать урлы удаленных каталогов в отдельную базу, а >при импорте новых сравнивать их на предмет вхождений... ну и выдавать грид с >галочками, типа какой каталог добавить, а какой нет.
Здесь вопрос не в простоте реализации.
А в целесообразности. Ну ведь не будете вы каждый день-месяц еще раз проверять каталоги которые вы удалили? ЗАЧЕМ?
Если и будет скажем через год-пол года в надежде что то там изменилось, тогда можно открыть базу вернуть каталоги и удаленных Меню-Редактировать-Проект и еще раз пройти. А для спорных случаев удаления есть категория “ПОЗЖЕ” скажем если каталог не открылся или что то там Временно не так.
>Нужно предупреждение, что я его уже однажды удалил, плюс оптимально с каким >комментарием я его удалил.
Lexx, А вы задумывались над такой ситуацией
Есть база (список ссылок), вы ее скачали 500 шт.
потом 100 удалили, (не подходят вам они).
Через некоторое время вы опять качаете это базу скажем, она периодически обновляется или вы нашли ее в другом месте скажем там будет 600 сайтов 90% пересечений.
И что вы будите 100 раз теперь жать Да/нет читать ваши комментарии , ставить галочки или еще как-то?. А если человек каждые несколько дней качает базы где скажем один два сайта всего добавляются НОВЫХ, что опять читать комментарии удаленных?
Или может, сделаете как в предложенном нашем варианте. Откроете Проект, и пройдетесь по 10% пересечений. И перенесете в свою базу.
Что даст это для обычного пользователя.
Нет мучений постоянных. – ПОСТОЯННАЯ до регистрация проекта с минимум телодвижение. Чем больше находит баз тем меньше делать нужно так как процент пересечений только будет возрастать.
Что это даст ВАМ (насколько я понимаю, вы проводите регистрацию сайтов уже ваших клиентов)
Нет мучений постоянных. – ПОСТОЯННАЯ до регистрация проекта с минимум телодвижение. Одного Вашего Тестового проекта.
Чем больше баз тем меньше делать ПЕРНОС из TMP базы в базу по которым вы проводите регистрацию уже клиента.
>Но неужели вы думаете, что если вам лень реализовать наши предложения
Нам не лень это сделать, но если эти изменения удовлетворят всех клиентов, а не одного Lexx который даже не задумывается от последствий такого изменения (И сколько времени придется на отсеивание потратить).
Есть у вас решение, предложение?
>Ну да, при наличии одного каталога в двух базах и успешной регистрации проекта по >одной базе, в другой он тоже переносится в раздел успешных регистраций. НО. В отчёте >я указываю сумму этих успешних регистраций, а он повторяется в двух базах, я про это >забыл. В итоге ненамеренный обман клиента. Кому это надо?
Здесь я согласен с вами. Но если вы же все разделяете по базам, тогда нет пересечений и “обмана”
Jorevo, А как насчёт сайтов с www и без?
Отфильтруется
>Ну тогда сделайте все поля доступными для редактирования из окошка "Статус".
OK
>Что-то вы всё больше отмазываетесь, мне кажется.
Lexx, я привел решение вашей задачи.
>Слетело всё, к примеру, только базы остались в бекапе...
тут тогда не помочь, к сожалению, нужно делать резервные копии и баз и проектов. Если не хотите лишнюю работу делать.
>А плохие каталоги лично я удалаю из базы полностью, а не даю им статус >"плохо". Это те, которых уже нет к примеру. Мне не нравится каждый раз при >прогоне нового проекта на них попадать.
Если вы их удалили то вы и не будете на их попадать.
А при новом создании базы с этими удаленными каталогами их тоже не будет
так как они будут в "BAD" и при проходе этой базы вы их не встретите а перенесете только хорошие каталоги в основную базу
>И в две разных базы каталог без проблем добавляется, а НЕ НАДО это, >предупреждать надо.
да. все правильно. Только проект привязан к доменам сайтов а не базы к проекту
