Поиск

ок. Ну я примерно так и догадывался. Тогда другой вопрос. Как 'присвоить ' сертификaт для. У него каким то чудесным образом вообще 'свой ' сертификат. (точнее не имеет сертификата вообще похоже) Если я в панели указываю isp1. и ставлю галку прямой доступ, то все равно панель по адресу isp1. не открывается. Только И как вывести https:// в https:// ? Я говорил об этом с поддержкой панели и они присоветовали мне: 'вероятно, потребуется вручную скорректировать конфигурацию nginx Вашего сайта, добавив отдельный location и проксируя запросы с него на https://127.0.0.1:8888/webmail/ Внести правки в текущую конфигурацию Вы можете в разделе 'Ручная настройка ' в карточке сайта. Подробную информацию о конфигурировании nginx Вы можете найти в документации: ' А если искать в /etc/nginx/ то я вообще не могу найти этих настроек. Руками там уже каждый файл переоткрывал. Ну не смог найти http://127.0.0.1:8888

Да это не на хостинге, это 'сторонний ' хостинг. Там я закрасил название домена. Это точно тот же сертификат название_домена_2022-09-20-00-37_43 который получен у Let's Encrypt И он вообще сейчас в системе единственный который где-то видно. вообще я все остальные поудалял и везде где только можно его этот указал. Но в том то и дело, что при переходе в https://мой_домен:8888/emails/1/boxes/1 показывает сертификат выданный на FASTPANEL ерунда какая то. Уже и перезагружал сто раз.:-(

https://:8888/webmail/ А на imap. при загрузке Thunderbird жалуется постоянно касперский. Говорит там вообще сертификат isp1

А вы постраничный делает таким редиректом: Redirect 301 /catalog1/ https:/

Так ломаются все остальные редиректы тоже. То есть редиректит на https:/:/ Аналогично с тем, что выше.

Ваши права доступа к сайту https://. ru в Яндекс Вебмастере сброшены. Это значит, что в Вебмастере вы не можете управлять сайтом и просматривать информацию о нем. Почему сбрасываются права на сайт? По идее же там подтверждение файлом в корне сайта. Я ничего не удалял и не сбрасывал.

Всем привет! Надеюсь, что разделом не ошибся. Столкнулся с тем, что контент по http s доступен только, через VPN (смена региона). Для предметного разговора я про. Вопрос: кто выставляет такие ограничения и как скоро они коснуться зерлкал http без s ?

как и предполагал, сначала идет заглушка: html body script = 'bpc=9a262c9194d0106a0b75161d8babf3b6;Path=/ ';= 'https://*********.ru/ '; /script /body /html хостеровская типа антиддос, которая и режет все рефереры.

Пишу BAS-скрипты на запросах для несложных сайтов и Android-приложений. Качественная разработка проектов для автоматизации действий в браузере, приложениях и др. парсеры, регеры, грабберы, чекеры, спамеры и. т. д. Загрузка файлов, фотографий на сайты, хостинги, фотостоки. Абуз Окея, Пятерочки, Магнита, Ашана, Магнита, аирдропов и др. акций Накрутка банеров, рекламных объявлений, сокращённых ссылок. Чекер SMS и капча-сервисов, европейских и американских банков, других форумов, интернет-магазинов, где нужно подобрать пароль. - Регистраторы. Боты для регистрации на различных сайтах (фрихостинги, форумы, почтовые сервисы, соцсети, дедики и т.д). Создание аккаунтов в промышленных масштабах (с автоматическим распознаванием капчи и вводом подтверждения кода из SMS). - Постеры. Боты для постинга (постинг на доски объявлений, наполнение сайтов контентом, загрузка видео, картинок, размещение комментариев и. т.д ). - Парсеры. Боты для сбора, отслеживания и анализа информации с различных...

Тему прочитать? Поставьте запрет на доступ папки админ, Про разрешения себе не забудьте запрет файл логин Files Deny from All Allow from ВашIP.63.1.1 Allow from ВашIP.63.0.0/16 #если ваш IP динамический /files защитите папку инклудес # Block wp-includes folder and files IfModule mod_ RewriteEngine On RewriteBase / RewriteRule ^wp-admin/includes/ - [F,L] RewriteRule !^wp-includes/ - [S=3] RewriteRule ^wp-includes/[^/]+.php$ - [F,L] RewriteRule ^wp-includes/js/tinymce/langs/.+.php - [F,L] RewriteRule ^wp-includes/theme-compat/ - [F,L] /IfModule Запрет в конфиге на изменение файлов шаблона define('DISALLOW_FILE_EDIT',true); define('DISALLOW_FILE_MODS', true); #В последнее время, такую конструкцию добавил #защита от ссылочного спама IfModule mod_ RewriteEngine On RewriteCond %{THE_REQUEST} ?option=(.*)$ [OR] RewriteCond %{THE_REQUEST} ?go=(.*)$ RewriteRule.* /$0 [R=404,L] /IfModule #И все равно закрываем вебстатистику сервера RewriteRule webstat/(.*) https://домен.ru [R=301,L] #...

Всем привет. У меня на сайте есть раздел с объявлениями, где через дополнительное поле пользователь также может добавить URL-адрес. Но дело в том, что ссылки добавляют по-разному - с https:// или без https://. Данное значение прописывается в ссылке в атрибут rel. Если пользователь добавил ссылку без https://, то браузер автоматически прописывает адрес сайта перед ссылкой. То есть ссылка получается примерно такой Это не было бы проблемой, если бы был только один раздел с объявлениями. Просто удалил бы этот адрес при помощи js. Но дело в том, что таких разделов много. Подскажите, возможно ли при помощи js проверить адрес на наличие https:// до того, как браузер добавит адрес сайта? По вышеуказанной причине такой вариант не сработал( Заранее признателен всем за подсказку!

Я бы сейчас прошелся по базе и просто удалил весь https://, а оставил только http. А при выводе уже проверял. Есть http - не меняем. Нет? Добавляем https перед ссылкой. А так, можно было просто не принимать ссылки без протокола. Или в базе сейчас автоматом проставить https где ничего нет. А потом уже контролировать.

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

Делайте коррекцию на стороне сервера перед сохранением в базу данных и уже имеющиеся в базе данных значения приведите в порядок. Чтобы подтолкнуть пользователя к правильному вводу, можно в интерфейсе перед основным полем разместить раскрывающийся список с https:// (по умолчанию) и http://, после чего 'собирать ' адрес. Не обязательно сохранять схему и:// в явном виде. В нескольких моих сервисах за хранение схемы (http/https) отвечает бит специального поля. За хранение признака наличия www. часто тоже. Пример обработки на PHP:

Radrigo, дело конечно хозяйское. Хозяин - барин. Зелёный замочек - это главное. Но от куда у вас возникло понимание того, что пользователь вашего сервиса, при публикации ссылки, не знает с http его ссылка или с https. А что ссылки ftp: или magnet: не бывают? Вообще сейчас много сайтов прекрасно работающих без ssl сертификатов. И вполне хорошо себя чувствующих. Когда вы программно без ручной проверки поправите ссылку, то не факт что она останется работоспособной.

Я на сайте URL проверяю на наличие или отсутствие в нем домена вот примерно таким кодом: if (-1 == href.indexOf('https://')) { тут если в href нет https:// но можно переделать как угодно. Насколько это правильно в Жабаскрипте, к сожалению, не подскажу. Но оно работает.

Атрибут rel = canonical с ообщает поисковой системе, что некоторые страницы сайта являются одинаковыми, несмотря на разные URL-адреса. С помощью него можно решить проблему с дублированием контента в пределах сайта и оставить и http и https сделать без редиректа.

У меня http:https получают с google трафик 1:500 Ах, да, стоит canonical

Да, но тогда точно вылетит, так как ПС найдут зеркало и сделают основным https.

1. Может 2. Но ПРАВИЛЬНЕЕ полностью и окончательно переходить на https. Не бойтесь - если всё правильно сделаете провала по позициям не будет.