- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Уважаемые специалисты, подскажите, пожалуйста, в чем может быть причина возникновения циклической переадресации на совершенно пустом сайте, который находится еще на начальном этапе разработки?
По рекомендациям первичной настройки Джумлы, сайт был выключен(offline), загружен редактор текста Editor-JSE, включен ЧПУ и загружен пакет русской локализации. Кажется, на этом все. Сам сайт, модули, меню и т.д. не редактировались.
Все открывалось и работало на тот момент (17 мая), когда решила отложить дальнейшую работу с новым сайтом.
6 июня после входа в админку обнаружила какое-то обновление расширений. Кликнув на него, обнаружена информация типа, проверьте совместимо ли обновление с вашей версией. Оказалось, там для 2.5, а у меня 3.4.1. То есть ничего не устанавила на тот момент. Сразу попыталась открыть сам сайт по ссылке из админки и тут вышла циклическая переадресация.
Админка сейчас работает как ни в чем не бывало.
Из текущего состояния:
1. При переходе на сайт во всех браузерах:
"На этой странице обнаружена циклическая переадресация
ERR_TOO_MANY_REDIRECTS".
2. Файл error.log пишет следующее
[07-Jun-2015 08:53:39] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/php/54/usr/lib64/php/modules/imagick.so' - /usr/php/54/usr/lib64/php/modules/imagick.so: undefined symbol: zend_new_interned_string in Unknown on line 0
3. На сервере в наличии и файл htaccess.txt и файл .htaccess
Содержимое .htaccess
# Use PHP5.4 Single php.ini as default
AddHandler application/x-httpd-php54s .php
Содержимое htaccess.txt
##
# @package Joomla
# @copyright Copyright (C) 2005 - 2015 Open Source Matters. All rights reserved.
# @license GNU General Public License version 2 or later; see LICENSE.txt
##
##
# READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE!
#
# The line just below this section: 'Options +FollowSymLinks' may cause problems
# with some server configurations. It is required for use of mod_rewrite, but may already
# be set by your server administrator in a way that disallows changing it in
# your .htaccess file. If using it causes your server to error out, comment it out (add # to
# beginning of line), reload your site in your browser and test your sef url's. If they work,
# it has been set by your server administrator and you do not need it set here.
##
## No directory listings
IndexIgnore *
## Can be commented out if causes errors, see notes above.
Options +FollowSymlinks
Options -Indexes
## Mod_rewrite in use.
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www.пример_сайта.com
RewriteRule ^(.*)$ http://пример_сайта.com//$1 [R=301,L]
## Begin - Rewrite rules to block out some common exploits.
# If you experience problems on your site block out the operations listed below
# This attempts to block the most common type of exploit `attempts` to Joomla!
#
# Block out any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block out any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block out any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block out any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root homepage
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.
## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects
##
# Uncomment following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##
# RewriteBase /
## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.
4. На форумах джумлы были советы: очистить кэш (сайта и админки), отключить ЧПУ, отключить плагин Система - Фильтр языка, перезагрузить .htaccess, закомментировать строку Options +FollowSymlinks в htaccess.txt - ничего не помогло.
5. Обратилась с этим вопросом (7 июня) в техподдержку хостинга Hostmonster. Они не смогли мне помочь, единственно, что было предложено, сделать бэк ап. Выбрала из предложенного дату бэк апа 5 июня (в error.log дата 7 июня). Все откатили, но это не привело ни к какому результату.
Подскажите, пожалуйста, что еще можно попробовать для решения этой проблемы?..
Надо не кишки цитировать, а посмотреть куда оно ломится. Это все в заголовках написано черным по белому.
В браузерах есть такое средство, я не видел, у меня аддон live http header. Но в браузерах точно есть такое же примерно средство.
Надо не кишки цитировать, а посмотреть куда оно ломится. Это все в заголовках написано черным по белому.
В браузерах есть такое средство, я не видел, у меня аддон live http header. Но в браузерах точно есть такое же примерно средство.
Загрузила в Firefox live http header, но он не показывает никаких заголовков.. А заголовки должны прописываться даже если главная страница зациклена?
Из браузера идет заголовок на сервер, сервер должен ответить тем же макаром. Минимум 2 штуки должны быть. О редиректах должно быть сообщено браузеру. Например сервер отвечает HTTP/1.1 301 Moved Permanently - и в контенте заголовка будет урл куда мувед - браузер еще раз делает запрос по предоставленному урлу и получает 200ОК.
kostyanet, спасибо! попробую изучить эту тему))) но в принципе, проблема уже разрешилась))
kostyanet, спасибо! попробую изучить эту тему))) но в принципе, проблема уже разрешилась))
И как решили проблему?))
И как решили проблему?))
Проблему решила, так сказать, чужими руками)) здесь же предложил помощь компетентный человек)) перетряхнул весь сайт)) сама бы не справилась))