Поиск

Суть в том,что из индекса вылетела морда, по названию сайта,первой идет внутренняя страница поддомена,которая редиректится на морду. Как так?могу пример скинуть в личку кому интересно З.Ы Поддомен выходит ввида https тоесть это личная панель пользователей а-ля Спасибо

пытаюсь вставить код гугл аналитикс, сайт весь на простом html (сайт не для людей а для эксперимента) повтыкал в конце каждой страницы точно перед закрывающим тегом /body, а гугл пишет Tracking Not Installed. подскажите если кто знает в чем проблема?. копирую сюда код !DOCTYPE HTML PUBLIC '-//W3C//DTD HTML 3.2//EN ' HTML HEAD META HTTP-EQUIV= 'CONTENT-TYPE ' CONTENT= 'text/html; charset=windows-1251 ' TITLE /TITLE META NAME= 'GENERATOR ' CONTENT= ' 3.1 (Win32) ' META NAME= 'CREATED ' CONTENT= '20091126;10025100 ' META NAME= 'CHANGED ' CONTENT= '20091126;10340000 ' /HEAD BODY LANG= 'ru-RU ' DIR= 'LTR ' H1 A HREF= ' ' Insomnia (agrypnia) /A /H1 H1 LANG= 'en-US ' A HREF= ' ' Prevalence /A /H1 H1 A HREF= ' ' Patterns of insomnia /A /H1 H1 LANG= 'en-US ' A HREF= ' ' Time course of insomnia /A /H1 H1 LANG= 'en-US ' A HREF= ' ' Changes in sleep environment /A /H1 H1 A HREF= ' ' High arousal states /A /H1 H1 A HREF= ' ' Poor sleep hygiene /A /H1 H1 A HREF= ' ' Cyclical insomnia (recurrent...

Здравствуйте! Кто использует rss для чтения почты gmail?. А теперь вопрос, как настроить чтение на агрегаторе, где нет возможности ввести логин и пароль?. Пробовал https://логин:пароль@ - не получается:(

[umka], всё верно, только native клиент обращается к Whois-серверам напрямую - по протоколам Whois (43/tcp) и иногда RWhois (обычно 4321/tcp) - а используя браузер, пользователь обращается к Web-серверу по 80/tcp или 443/tcp и только затем видит результат запроса, полученный этим Web-сервером путём обращения всё к тому же Whois-серверу по 43/tcp. Из этого следует, что трафик сервера по 43/tcp представляет собой [почти] все обращения за информацией о доменах.RU, в то время как трафик [noparse][/noparse] покрывает только обращения по HTTP и HTTPS от пользователей, которые или не знают о протоколе Whois вообще или просто предпочитают всё делать через Web. Мониторить всегда проще то, что меньше по объёму:), если уж на то пошло. С технической точки зрения понятно, что администраторы Whois-сервиса РосНИИРОС имеют возможность тотального мониторинга запросов хотя бы для целей профайлинга к сервису, но в данном случае речь идёт об очень большом суточном объёме данных.

если тебе для фтп, ищи https прокси, через обычные http редко можно по фтп подключиться.

Здравствуйте. Мы рады предложить Вам профессиональные услуги по защите от любых видов DDoS атак. Гарантированная защита от всех типов DDoS-атак (SYN Flood, UDP / ICMP Flood, HTTP / HTTPS-атак). Хостинг и сервера с защитой от DDoS. Фильтрация трафика на hardware и software уровне. Мультигигабитный канал позволяет отразить атаки мощностью до 8 Гбит в секунду. Широкий спектр решений: proxy forwarding, выделенные сервера с апаратными firewalls, GRE тунелирование чистого траффика. Конкурентные цены (начиная от $250). По требованию предоставляем тестовые IP. Если Ваши ресурсы подвергаются атаке прямо сейчас, то возможна работа по принципу 'Остановка атаки на сутки бесплатно, а дальше вы решаете на сколько Вас удовлетворяет наш сервис ' skype:

Адрес: https://?

Уважаемые, а не знаете ли кого-нибудь из хостеров сервисов в Германии, кто бюджетно предоставляет IP и VPN. Нужно 'выходить в эфир (HTTP, HTTPS, SSL) из Германии ', находясь при этом в Москве. Задачи совершенно легальные: мониторинг конкурентов, забрасывания дезы им и т.п. В общем, обычный бизнес в условиях высокой конкуренции.:) Никакой нелегальщины, спама и т.п. Всё только белое и пушистое. Общественные прокси просьба не предлагать - они засвечены.

n1g3r, спасибо за помощь. перекинул своему специалисту. еще раз подтверждаю: абсолютно ничего нелегального. это нужно в основном для запросов прайсов конкурентам от имени несуществующих немецких компаний. или выкачивания прайсов после регистрации на их сайте (вот почему HTTPS и SSL). просто бизнес - экономическая разведка по типу 'а не дурят ли нас забугорные фрицы '?

Пришло такое письмо: Чтобы соедениться с удаленным рабочим столом, необходимо использовать https://IP адресс:4643/ и через панельку подключаться?

Может не по теме, но вопрос такой, как зарегистрировать почту или на сайте через анонимные прокси? Перепробовал штук 50 фри прокси при открытии к примеру рамблер.ру выдает ошибку, при регистрации на сайте после ввода капчи пишет регистрация с вашего ip невозможна. Делал так: Искал фри HTTP, HTTPS прокси, проверял их на отклик, анонимность, настраивал браузер на рабочую прокси, пробовал региться. Вопрос в следующем, что я делаю не так, какие прокси нужны для анонимной регистрации и есть ли смысл покупать прокси если скорость и длительность жизни прокси не столь важна.

Хостинг от vladvl работает, главное мне нравится. Бывало висел раз хостинг в течение дня, то работает, то нет. Панель Cpanel, скин обычный, хотелось бы rvskin, а так без него работает. Были траблы с.htaccess от ngcms(умолчальный файл вообще давал ошибку и сайта не было), не знаю, что там не состыковалось. Работает система и без.htaccess. Мы с vladvl так не поняли, что он даёт. Кол-во сайтов и баз хватает. Сразу видно что лучше любого бесплатного хостинга, т.е. по http работает нормуль, а по ftp тормозит, но не фатально, заливать файлы можно. vladvl, есть ли доступ по https в Cpanel ? Вышлите на емайл, если есть такая возможность. Состыковка скрипта и базы данных для windows-1251 правится внутри самого скрипта, тогда русские буквы показывают как надо. В целом хостингом пользоваться можно я доволен. vladvl, если есть проблемы с доставкой емайл можете mx запись своего домена переключить на гугл или мсн, так как обычно у них почта работать должна хорошо. Мой домен на гугле. Никогда не...

Только что с удивлением узнал нечто, о чём раньше даже не подозревал:). Устанавливал счётчик от метрики, и там меня удивили URLы: Изучил этот вопрос, и оказалось, что в RFC 1738 действительно допускается такая запись для интернет-протоколов: #section-3.1 BrokenBrake добавил 22.10.2009 в 15:15 Яндексоиды так делают, скорей всего, чтобы не было различия в коде для http и https. Такой вот интересный технический нюанс.

Попробуйте, например, в IE сделать страничку, которая будет отдаваться по https, и в коде запросите что-либо через http. Просто попробуйте, а потом нам расскажете, ОК?. Должна передавать, я думаю.

а зачем? яша не выдает сертификатов и не требует явной авторизации, значит https исключен. Это больше похоже на защиту от прокси

Автоматическое обновление и перепроверка каждые 20 мин. Прокси разбиты по типу соединения, уровню анонимности: http/https: - прозрачные (палят ваш IP). - анонимные (на палят ваш IP но палят что вы с прокси) - элитные (ничего не палят!). socks4/socks5. по каждому списку прокси предоставляется выборка по самым быстрым прокси: со временем запроса менее 1 сек. Есть возможность получить подробный список прокси со следующими параметрами: - тип поддерживаемого соединения. - уровень анонимности. - время соединения. - время запроса. - время последней проверки. - страна. Цены на доступ: 6 часов - 1.00 wmz 12 часов - 1.70 wmz 1 сутки - 2,5 wmz 3 суток - 5 wmz 7 суток - 10 wmz 14 суток - 17 wmz 30 суток - 25 wmz Доступ здесь - Оплатить доступ можно в автоматическом режиме через мерчант WebMoney, надеюсь BL внушит доверия. Также можно приобрести инвайт для активации доступа в магазине Свежая стата: тут Имеется api для экспорта прокси в ваши скрипты+программа для автообновления proxy-листа для...

А https:// - пофиг?

Здравствуйте. Ищу хостинг под веб-прокси на перле для группы людей. Требуется: HTTPS и выделенный IP. Естественно, что у хостера не должно быть проблем по поводу прокси. Панель управления значения не имеет. Плачу яндекс-деньгами. Активация аккаунта должна быть сегодня, максимум завтра. Хостерам - прошу отписаться сюда, с ценой за ип. Клиентам - прошу отписаться, если известно, что хостер потерпит такое на своих серверах.

Системные файлы.cshrc..login..login_conf..mail_aliases..mailrc..profile..rhosts..shrc..htaccess управление настройками папки. Системные папки www директории и файлы для доступа по http-протоколу. www/htdocs статический контент и php. www/cgi-bin cgi-скрипты. www/data данные сайта, недоступные по http-протоколу. ssl директории и файлы для доступа по https-протоколу. users данные подпользователей. Путь к perl /usr/bin/perl. Путь к date /bin/date. Путь к mail /usr/bin/mail. Путь к sendmail /usr/sbin/sendmail. Расширение CGI-скриптов.cgi. Расширение Perl-скриптов.pl. Расширение PHP-скриптов.phtml,.php. Расширение SSI-скриптов.shtml. Расширение HTML-страниц.html,.htm. Да Дле двиг, а где public_html?

Добрый день, уважаемые пользователи программы Domains Manager, в первую очередь этот топик создан именно для вас! Все дело в том, что прошло уже некоторое время с момента выхода версии Domains Manager v.3.09 и пора бы обновиться до Domains Manager v.3.10, но сейчас в моем списке нет ни одного не реализованного:idea: пожелания пользователей по улучшению программы. Что бы Вы хотели видеть в следующей версии программы?. Напомню, что последняя версия программы Domains Manager v.3.09 позволяла в автоматическом режиме выполнять следующие действия: Быстро проверять работоспособность сайтов; Автоматически получать данные по доменам из whois: хостер, регистратор, даты регистрации.; Управлять беклинками и проверять их наличие; Автоматически получать списки входящих и исходящих ссылок на главной странице сайта; Автоматически получать SEO параметры доменов: ТИЦ, PR, кол-во проиндексированных страниц в Яндексе, Google, Yahoo и Bing; Проверять доступность доменов для регистрации; Получать...