- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
"этхтоваще" - скрипт, собирающий разную информацию о домене/ip, как то: обратный резолв IP домена и его NS; домены на одном IP (о да :cool:); открытые популярные порты; заголовки веб-серверов и другое. Подробнее смотрите в исходном коде файла hto.sh
таким образом, с его помощью можно почти стопроцентно определить, какой хостинг у определенного сайта, какие у него соседи, не является ли хостинг реселлингом, и разные другие штуки (например, не заражён ли вендосервер sasser`ом)
Скрипт имеет воз зависимостей, если не хотите всё устанавливать, то удалите в hto.sh код от
#---> проверка зависимостей
до
#---> проверка введенных данных
, но тогда скрипт может (и будет) работать некорректно.
точно работает на centos, debian и opensuse, еще говорят, что работает в убунте, но я не проверял. на windows может будет работать, если установите cygwin и весь воз зависимостей (говорят, работает). на *BSD теоретически должен работать, не проверял.
скрипт постоянно правлю, так что иногда выполняйте -u для обновления.
автор - я, лицензия - CC BY-NC-SA, засим прошу распространять бесплатно.
скачать: http://178.162.136.209/files/hto.zip
(где hto.sh - главный скрипт, hto_func - функции, hto_ports - список портов для проверки)
просьба воздержаться от комментариев типа "ололо говнокод" (знаю), также буду очень благодарен за примеры исправления кода (надо же учиться кодить), и прислушаюсь к пожеланиям :)
скрытого патча Бармина в скрипте нет. честно :smoke:
пример работы:
//прошу не переносить тему в другой раздел - тут, имхо, самое место.
Изучайте функцию getopts. Комментарии в коде не для пользователя существуют, а для программиста, который правит. Остальное через флаги выводится (или отсутствие флагов). Пользователю тяжело читать что-то в консоли. Как правило он не умеет.
Все тот же getopts. Вообще половину скрипта можно выкинуть и заменить на десяток строчек getopts. При этом скрипт будет более читабельным и очевидным. Потому что я с трудом смог понять, что в нем делается.
К тому же очень много копипаст по коду. Чтобы не было копипаст,нужно один раз написать функцию, а потом ее дергать.
Изучайте массивы. Не хранят такое в файлах.
Хардкод. Такие вещи выносятся в начало скрипта в отдельную переменную.
Вот такое неуважение к собственному коду (псевдокураж над собственным кодом) бывает исключительно в мире похапэшников. Вы не на PHP пишете, потому нет смысла выключать официоз.
=========
P.S.: пример как использовать функции и массивы. Примеры. что были под рукой, не адаптированные под Вашу задачу. но показательные.
Кусочек apache2ctl, который проверяет ИСП на предмет уродования конфига, прежде чем рестартануть его). Весь код пишется один раз:
Пример как использовать массивы:
Пример использования getopts:
> Изучайте функцию getopts
спасибо, покурю!
> нужно один раз написать функцию, а потом ее дергать.
старался по-максимуму, см hto_func
> Изучайте массивы. Не хранят такое в файлах.
чем плохо использование файла?
> Такие вещи выносятся в начало скрипта в отдельную переменную.
ок, вынесу.
=======
спасибо за примеры, перепишу скрипт :)
jahost добавил 05.10.2010 в 04:55
bugsmoran, как в целом впечатление - хорошее дело делаю, или глупость затеял?
> Изучайте массивы. Не хранят такое в файлах.
чем плохо использование файла?
Просто это другой культурный уровень. В данном случае малозначительно. Сейчас это по сути ничем не вредит. Но завтра напишите чуть более крупный скрипт по привычке через файл и сделаете нагрузку на диск и к тому же понизите надежность работы скрипта, потому что диск отваливается чаще памяти, да и очереди к нему выше, что задержит выполнение работы скрипта (а если там будет по крону, то еще и наложит друг на друга).
Короче привыкайте делать изначально качественно, даже если качество не требуется. Привычка - самое главное.
спасибо за примеры, перепишу скрипт :)
Незачто. Я там дополнил немного.
как в целом впечатление - хорошее дело делаю, или глупость затеял?
Не знаю :) Данные полчаете сомнительной ценности. Но может кому и пригодится. Вообще я бы быстрее руками посмотрел, что мне надо. На вкус и цвет...
наверное, стоит каждую функцию вынести как опцию.
> Вообще я бы быстрее руками посмотрел, что мне надо.
грабить sitedossier и bing руками неудобно :)
> Данные полчаете сомнительной ценности.
зато повышение навыка написания скриптов
наверное, стоит каждую функцию вынести как опцию.
> Вообще я бы быстрее руками посмотрел, что мне надо.
грабить sitedossier и bing руками неудобно :)
А их и не надо грабить. Утилиты whois, telnet и dig способны вытащить помоему всю возможную информацию. И вообще одного telnet на все достаточно.
Много лишней информации от скрипта, должен выдавать только при наличии информации и в конце список того, что не обнаружено, юзабилити нулевой конечно.
bugsmoran, приведите, пожалуйста, пример, как телнетом узнать список (почти)всех доменов на одном IP-адресе
ENELIS, в планах убрать вопросы и сразу выводить всю найденную информацию
bugsmoran, приведите, пожалуйста, пример, как телнетом узнать список (почти)всех доменов на одном IP-адресе
А, это да, это не узнать телнетом. Но это совершенно ненужное знание ведь. А то что нужно можно узнать телнетом.
А, это да, это не узнать телнетом. Но это совершенно ненужное знание ведь. А то что нужно можно узнать телнетом.
но это довольно муторно, проще какой-нибудь host -t ANY $domain_name $ns_name :)
цикл с вопросом вынес в функции, основной скрипт стал намного короче. докурю getopts и сделаю "нормальное" меню, и выложу обновление.
bugsmoran, приведите, пожалуйста, пример, как телнетом узнать список (почти)всех доменов на одном IP-адресе
Если вас интересует процесс, то я легко вам его изложу, берете, генерируете все возможное кол-во доменов в одну базу, а следом начинаете в цикле подключаться на 80й порт сервера телнетом и путем GET пробуете получить правильный ответ... В принципе не сложно, но надо будет очень долго ждать, такой информации нельзя получить в принципе с точки зрения внешних соединений, я не говорю о моменте когда сломали сервер и получили вообще везде доступ....
Так или иначе любая информация которую вы видите в виде "сколько сайтов на IP" складывается на уровне анализа появления доменов в тех или иных базах (при регистрации, при всевозможном SEO, поисковые боты..), и в процессе штатных запросов тех же поисковых ботов, они просто запоминают на ком IP был сайт.... а дальше это спокойно можно анализировать..... и показывать в виде "сколько на конкретном IP сайтов есть в системе".
Но получить "достоверную информацию на сейчас" не выйдет без взлома системы.