- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
абсолютно согласен с Lexx`om
есть у меня 10 баз
я их в течении года чистил и поудалял кучу каталогов
награбил из IE 1000 каталогов
НАЖАЛ одну кнопку, сравнить новую базу с существующими на предмет дублей и наличия в ней удалённых каталогов, потом вопрос: "Хотите детально посмотреть удалённые каталоги с комментариями?"
ответ ДА и тогда всякие там галочки снимай, удаляй, выбирай.
ответ НЕТ, удаление из новой базы ВСЕХ дублей и раньше удалённых сайтов
просто?! не правда ли?
<цитата>
И что вы будите 100 раз теперь жать Да/нет читать ваши комментарии
</цитата>
будем если захотим, а вы нам дайте возможность решать - ставить галочки по отдельности или удалить из новой базы 100 каталогов сразу
<цитата>
Нет мучений постоянных.
</цитата>
теперь их действительно нет, всего 2! клика и база новых каталогов готова
Вы же всё время предлагаете лезть пользователю в экспорты, импорты, выполнять какие то действия, которые только занимают время
я понимаю, для нас это одна кнопка, а для Вас это програмить ещё надо
но тогда, извините, денежку мы зря платили? мы хотим чтобы программа развивалась дальше
НУ НЕТ никакого желания выполнять тот ряд инструкций, которые Вы нам тут расписываете
ну совершенно это геморойно
сделайте одну кнопку, которая повторит все те действия про которые Вы нам писали, Вы же лучше разбираетесь как это правильно делать
объедините все в одну кнопку
Rev,
>2. В нашей заготовке почти всегда оказываются URL'ы ссылочных страниц, а нам >необходимы URL'ы страниц с формами для ввода регистрационных данных... Так >нельзя ли при вызове базы в редактор предусмотреть возможность открытия в >окне для просмотра страницы, url которой указан в базе? Затем идем по ссылкам >и указываем программе тот url, который там должен стоять... и программа делает >замену старого url'а на тот который мы указали... Ведение только одной этой >"мелочи" позволит сэкономить массу времени.
Можно. и так но. Зачем делать двойную работу?
Если есть 10 встроенных браузеров.
При первом проходе базы из N каталогов можно произвести эту работу, нажимая на клавишу Ред. URL, а также удаляя и перемещая каталоги в другие базы.
Ведь все равно, что бы принять решение об удалении каталога его нужно посмотреть.
Jorevo,
>Возможность отслеживать удалённые каталоги в некоторых случаях может пригодиться, >как тут уже замечено, если качаешь из одного места обновляемую базу. А алгоритм imho >вообще прост до маразма - складывать урлы удаленных каталогов в отдельную базу, а >при импорте новых сравнивать их на предмет вхождений... ну и выдавать грид с >галочками, типа какой каталог добавить, а какой нет.
Здесь вопрос не в простоте реализации.
А в целесообразности. Ну ведь не будете вы каждый день-месяц еще раз проверять каталоги которые вы удалили? ЗАЧЕМ?
Если и будет скажем через год-пол года в надежде что то там изменилось, тогда можно открыть базу вернуть каталоги и удаленных Меню-Редактировать-Проект и еще раз пройти. А для спорных случаев удаления есть категория “ПОЗЖЕ” скажем если каталог не открылся или что то там Временно не так.
Can-guru
Ведь все равно, что бы принять решение об удалении каталога его нужно посмотреть
Здесь вопрос не в простоте реализации.
А в целесообразности. Ну ведь не будете вы каждый день-месяц еще раз проверять каталоги которые вы удалили? ЗАЧЕМ?
Так вопрос не в том что их проверять (во всяком случае для меня), а в том чтобы они повторно не вносились в базу. Например wlist.com.ru можно раз в пару месяцев проверять на предмет обновлений... и что каждые два месяца чистить базу? Это может не один час занять. Алгоритм же действительно прост, сравнить с базой удалённых и выбросить табличку с чекбоксами (пустыми), хотите мол добавить каталоги которые были удалены из базы?
Не совсем согласен... Я бы добавил одну функцию: Кроме операции "Удалить", предлагаю добавить еще одну "Удалить и внести URL в черный список"
А за каким хреном? Если удалил значит не нужно оно тебе, зачем ещё лишние кнопачки плодить?
Здесь вопрос не в простоте реализации.
А в целесообразности. Ну ведь не будете вы каждый день-месяц еще раз проверять каталоги которые вы удалили? ЗАЧЕМ?
ДА НЕ НУЖНО никому проверять УДАЛЁННЫЕ каталоги
нужно чтобы они из новой базы могли удалиться по ОДНОЙ кнопке
проще говоря нужно иметь одну базу в которой будут все каталоги из всех баз, а также удалённые ранее каталоги
ВСЁ
новая база сравнивается с этой свалкой и из новой базы удаляются все дубли
как ещё объяснить то? проще некуда
Да, воистину, Лень - двигатель прогресса. Только если не лень запрограммировать то, что нам делать лень...
А скрипт по любому писать придется ;) Ща за сутки много чего рождается и умирает. Ручками это просто нецелесообразная трата времени.
Что-то притихли... Может, прикручивают? (с надеждой в голосе)
новая база сравнивается с этой свалкой и из новой базы удаляются все дубли
как ещё объяснить то? проще некуда
Если программа будет запоминать удаленные url и сравнивать с ними экспортируемые, Allsubmitter станет просто чудо-инструментом