FoxWhois может чекать массово тут
Странно. Использовал код по ссылке, происходит непосредственный редирект url на telegram и само собой ничего не открывает. Буду разбираться дальше ---------- Добавлено 29.04.2018 в 01:48 ---------- Вообщем, собственные эксперименты дали вот такой рабочий код настройки Nginx
location /telegramapi { proxy_set_header Host api.telegram.org; proxy_pass https://api.telegram.org; client_max_body_size 100M; }
Причем в данном коде, остальная часть Вашего сайта будет работать также, за исключение папки https://sample.com/telegramapi/, которая будет перепосылать запросы с https://api.telegram.org
proxy_set_header Host api.telegram.org;
Спасибо! Загуглил по приведенному Вами коду и сразу получил ссылку как раз именно на то, что хотел https://habr.com/sandbox/115306/ "Роскомнадзор и Телеграм боты через прокси"
Может кому-то еще пригодится
Сайт-донор на другом сервере, да и не мой. Собственно - это api.telegram.org Хочу выделить раздел на одном из своих доменов для зеркалирования api.telegram.org для своих нужд, чтобы можно было дальше работать c API заменив конечную точку https://api.telegram.org/ на [условно] http://mysite.ru/tlgrm-API-mirror/.
Так вот хотелось бы без прокси, а к примеру с помощью того же htaccess. Это возможно? Ну, к примеру, зеркалируется сайт www.domain.ru на domain.ru без редиректа, но проблема в том, что зеркалируемый сайт это API шлюз и он не мой, сторонний. Конкретно api.telegram.org
Так вот можно это сделать? Если можно, то как. Если не конкретным примером записи в htaccess, то где почитать про это?
Ясно. Спасибо
Спасибо всем за рекомендации.
Да, я и использовал DirectorySlash в .htaccess и не получалось к сожалению не из-за опечатки (опечатка была допущены только здесь в первом посте). Ситуацию усложняло то, что видимо что-то еще кешировало ?! редиректы и мои эксперименты не совсем были чистыми. Кажется clouflare что-то мутил дополнительно к моей проблемы. Сейчас попробую без CDN. Если получится отпишу здесь---------- Добавлено 10.10.2016 в 23:49 ----------Вообщем, сработал вот этот код в .htaccess!
DirectorySlash OffRewriteEngine onRewriteBase /RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /([^.]+)\.html\ HTTPRewriteRule ^([^.]+)\.html$ site.ru/$1 [R=301,L]RewriteCond %{REQUEST_URI} !(\.[^./]+)$RewriteCond %{REQUEST_URI} !(.*)/$RewriteCond %{REQUEST_FILENAME} !-fRewriteRule (.*) /$1.html
Интересно, что в примерах в интернете присутствовало еще одно условие, которое снова делало эти директивы неработоспособными, а именно RewriteCond %{REQUEST_FILENAME} !-d, то есть проверка на то, не является ли путь директорией на сервере. Видимо апач сообщал, что это директория даже без слеша, если одноименная папка все-таки существует. В итоге попробовав удалить это условие, а вместо него добавил RewriteCond %{REQUEST_URI} !(.*)/$ все стало работать. Еще раз всем спасибо, надеюсь приведенный код поможет кому-нибудь с аналогичной проблемой, только не забудьте заменить кусочек site.ru на свой!
Не, Вы меня неправильно поняли. Я могу запретить (и уже пробовал) автоиндексация файлов в папке, проблема в том, чтобы апач мне вообще не делал переадресацию на папку /somealias/ , если мне нужен только /somealias... Апач это делает автоматом и по идее DirectorySlash должна это отключать, но почему-то не срабатывает
Обоснуйте. И что такое по-вашему мультиязычная помойка?---------- Добавлено 05.09.2016 в 09:20 ----------
Уже сделано. А также проставлены метатеги alternate и x-default на нужных страницах.
В остальном, как я понял, страницы на нерусском языке закрывать не стоит, даже если смысла для индексации некоторых страниц в Яндексе нет?
Как вариант сгенерите список с помощью генератора доменных имен, а потом проверьте их доступность в whois. К примеру, whic - можно в нем сгенерить список и в нем же проверить. ru/su/рф/com бесплатно проверит
Почти все более-менее серьезные регистраторы имеют свой API. Остается запустить скрипт, который будет мониторить whois и в момент освобождения регить домен.
То есть Вам нужно искать не регистратор с API, а программу или скрипт, который будет соответственно регистрировать Ваши домены на разных людей, на разные регистраторы в разное время.