Перейти к содержимому


Правила форума

Внимание!!! Если не можете скачать, пожалуйста ознакомьтесь с условиями получения доступа с файлам форума. Правила форума


Как избавиться от проверки .htaccess


Сообщений в теме: 34

#1 kratos

    Новичок

  • Download User
  • Pip
  • 5 сообщений
Репутация: 4
Начинающий

Отправлено 23 мая 2011 - 15:16

Многие наверное встречали злую ошибку в роде “перенаправление ссылок - ERROR или .htaccess не сконфигурирован правильно” при установку скрипта на хост, так вот я покажу не хитрый способ от этого избавиться.(прошу Веб-мастеров не писать типо "да я знаю" и т.д. ЭТО ДЛЯ НЕ ЗНАЮШИХ)

Найти в install.php следующий код

 echo "";
        if ( $sp1 == 1 && $sp2 == 1 && $sp3 == 1 && $sp4 == 1 && $sp6 == 1 && $sp29 == 1 && $sp7 == 1 && $sp8 == 1 && $sp10 == 1 && $sp11 == 1 && $sp12 == 1 && $sp13 == 1 && $sp14 == 1 && $sp15 == 1 && $sp16 == 1 )
и заменить на

 echo "";
        if ( $sp1 == 1 && $sp2 == 1 && $sp3 == 1 && $sp4 == 1 && $sp6 == 1 && $sp29 == 1 && $sp7 == 1 && $sp8 == 1 && $sp10 == 1 && $sp11 == 1 && $sp12 == 1 && $sp13 == 1 && $sp14 == 1 && $sp15 == 1 && $sp16 == 0 )
и всё можно спокойно устанавливать и не очём не беспокоиться.
Удачи:D:D

#2 Revived

    Продвинутый пользователь

  • Assistent vsupport.ru
  • PipPipPip
  • 51 сообщений
Репутация: 0
Начинающий

Отправлено 24 января 2012 - 14:26

Цитата

Сам тоже не понял, когда ошибку увидел.. Но сам также сделал:)) Интересно происхождении этой ошибки...

Удаляем -Indexes -MultiViews
php_value session.use_trans_sid 0
php_value session.use_cookies 1
php_value session.use_only_cookies 1
php_value session.auto_start 0
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value display_errors 0
php_value magic_quotes_runtime 0
php_value allow_url_fopen 1

Не трогаем:
RewriteEngine On

Иначе будет эта ошибка

#3 R.Sergey

    Администратор

  • Администраторы
  • 2 756 сообщений
Репутация: 328
Мастер

Отправлено 24 января 2012 - 14:51

Цитата

Удаляем -Indexes -MultiViews
php_value session.use_trans_sid 0
php_value session.use_cookies 1
php_value session.use_only_cookies 1
php_value session.auto_start 0
php_value magic_quotes_gpc 0
php_value register_globals 0
php_value display_errors 0
php_value magic_quotes_runtime 0
php_value allow_url_fopen 1

Не совсем не то..... это если сервер не поддерживает php_value а не проверка на htaccess

#4 Revived

    Продвинутый пользователь

  • Assistent vsupport.ru
  • PipPipPip
  • 51 сообщений
Репутация: 0
Начинающий

Отправлено 24 января 2012 - 17:50

Цитата

alu
Согласен.
Вопрос был: отчего появляется подобная ошибка.

RewriteEngine On - может быть закоментирован.
А все другое это так на всякий случай.

#5 R.Sergey

    Администратор

  • Администраторы
  • 2 756 сообщений
Репутация: 328
Мастер

Отправлено 24 января 2012 - 17:53

Цитата

Согласен.
Вопрос был: отчего появляется подобная ошибка.

))) Не согласен, вопроса не было. Человек просто рассказал как убрать проверку. Ну не суть.

#6 loki.od.ua

    Новичок

  • Download User
  • Pip
  • 7 сообщений
Репутация: -5
Начинающий

Отправлено 03 мая 2012 - 05:37

Просмотр сообщенияRevived (24 января 2012 - 17:50) писал:

Вопрос был: отчего появляется подобная ошибка.

Как я понял, такая ошибка проявляется, когда в DNS какие-то проблемы с доменом, на котором это всё подымается. Например, домен не зарегистрирован или что-то вроде того.
--
CY / Best Regards, http://www.dvad.info/

#7 msidog

    Продвинутый пользователь

  • Assistent vsupport.ru
  • PipPipPip
  • 166 сообщений
Репутация: 42
Ассистент
  • ГородКривой Рог

Отправлено 03 мая 2012 - 05:58

loki.od.ua,Ну не нужно горбатого к столбу вязать =) :D Там в хтачес есть такие больные настройки которые хостеры настроили сами и не дают ровнять апачь вам под себя именно те переменные...вот так вот...я тоже не раз сталкивался с такой фигней,просто удалял начало хтачес и все
Мой хостинг <<<invitehost.ru>>>
vsupport.ru --Лучшее решение всех проблем ;)

#8 R.Sergey

    Администратор

  • Администраторы
  • 2 756 сообщений
Репутация: 328
Мастер

Отправлено 03 мая 2012 - 06:05

Просмотр сообщенияmsidog сказал:

loki.od.ua,Ну не нужно горбатого к столбу вязать =)

Ну вообще-то он прав. Такое часто возникает (но не всегда) если домен не делегирован а айпишник прописан в локально в хостсе, особенно если поставить пытаешься не в корень а в папку.

#9 loki.od.ua

    Новичок

  • Download User
  • Pip
  • 7 сообщений
Репутация: -5
Начинающий

Отправлено 03 мая 2012 - 06:25

Просмотр сообщенияmsidog (03 мая 2012 - 05:58) писал:

Ну не нужно горбатого к столбу вязать =) :D

Так уж и вязать ;) По-моему, вопрос был конкретный: при каких условиях эта ошибка проявляется. А проявляется она тогда, когда httpd не может корректно отресолвить своими силами через DNS (не через /etc/hosts) домен, в который происходит установка. По-моему, это как-то связано с лицензированием. Если есть доступ к конфигурации сервера - думаю, это можно обойти, подняв локально bind и прописав в нём нужный домен; но это сложно, конечно.


Просмотр сообщенияmsidog (03 мая 2012 - 05:58) писал:

Там в хтачес есть такие больные настройки которые хостеры настроили сами и не дают ровнять апачь вам под себя именно те переменные...вот так вот...я тоже не раз сталкивался с такой фигней,просто удалял начало хтачес и все

Насчёт "больных" настроек я бы не согласился. Как по мне, так в том .htaccess всё по делу; вырезание описанных строчек помогает работать, но потенциально снижает безопасность,это я как краевед говорю. У меня на хозяйстве сервера довольно разной конфигурации (в смысле ОС, панели управления и настроек httpd), но везде при вменяемых настройках коробочный .htaccess работает как нужно. Единственная проблема, регулярно возникающая при установке - та, которую мы обсуждлаем; но лечить её стиранием части файла .htaccess - это примерно как ампутировать поломанную ногу ;)
--
CY / Best Regards, http://www.dvad.info/

#10 msidog

    Продвинутый пользователь

  • Assistent vsupport.ru
  • PipPipPip
  • 166 сообщений
Репутация: 42
Ассистент
  • ГородКривой Рог

Отправлено 03 мая 2012 - 12:20

во во ампутацию и я делал частенько...вы правы про безопастность....
попадался хост (уже не помню какой :( ) то там не все можно было в Htaccess изменить (практически толком и менять нечего было,все закрыли они)
то не удобно было
Мой хостинг <<<invitehost.ru>>>
vsupport.ru --Лучшее решение всех проблем ;)

#11 badisoft

    Продвинутый пользователь

  • VIP
  • 4 986 сообщений
Репутация: 761
Мастер

Отправлено 03 мая 2012 - 12:46

Просмотр сообщенияloki.od.ua сказал:

А проявляется она тогда, когда httpd не может корректно отресолвить своими силами через DNS (не через /etc/hosts) домен, в который происходит установка.
А как httpd (точнее, инсталлятор) отличит ресолв из /etc/hosts от ресолва через DNS? Даже если в host.conf прописано order bind,hosts вместо традиционного hosts,bind?
ИМХО, не надо усложнять ситуацию. Если инсталлятор не получит разрешения доменного имени, а это нужно при проверке "содержимого файла" install_check.html, то будет ругаться. А если получит, то все будет нормально. Даже если такой домен вообще нигде не зарегистрирован, но прописан в httpd.conf, в hosts на сервере, в hosts у клиента.

Просмотр сообщенияloki.od.ua сказал:

По-моему, это как-то связано с лицензированием.
Тут подавляющее большинство пользуется VIP-версией, но в обычной версии банально сравнивается $_SERVER['HTTP_HOST'] и доменное имя из файла лицензии. Да и какое отношение разрешение доменного имени в IP-адрес может иметь к лицензированию, если никакой привязки IP-адресу нет?
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)

#12 loki.od.ua

    Новичок

  • Download User
  • Pip
  • 7 сообщений
Репутация: -5
Начинающий

Отправлено 06 мая 2012 - 16:11

Просмотр сообщенияbadisoft (03 мая 2012 - 12:46) писал:

А как httpd (точнее, инсталлятор) отличит ресолв из /etc/hosts от ресолва через DNS? Даже если в host.conf прописано order bind,hosts вместо традиционного hosts,bind?

Думаю, там на самом деле происходит запрос whois по домену или что-то в этом роде.


Просмотр сообщенияbadisoft (03 мая 2012 - 12:46) писал:

Тут подавляющее большинство пользуется VIP-версией, но в обычной версии банально сравнивается $_SERVER['HTTP_HOST'] и доменное имя из файла лицензии. Да и какое отношение разрешение доменного имени в IP-адрес может иметь к лицензированию, если никакой привязки IP-адресу нет?

Так, спокойно. Я описал то, что вижу. У меня регулярно бывают проблемы во взведении магазинов, для которых (пока) не зарегистрирован домен.
--
CY / Best Regards, http://www.dvad.info/

#13 badisoft

    Продвинутый пользователь

  • VIP
  • 4 986 сообщений
Репутация: 761
Мастер

Отправлено 06 мая 2012 - 16:53

Просмотр сообщенияloki.od.ua сказал:

Думаю, там на самом деле происходит запрос whois по домену или что-то в этом роде.
Как Вы себе это представляете? Да и, главное, ЗАЧЕМ? Что такого инсталлятор может увидеть в полученной от сервиса whois информации, что может помешать (или наоборот!) продолжить инсталляцию?

Просмотр сообщенияloki.od.ua сказал:

Так, спокойно. Я описал то, что вижу. У меня регулярно бывают проблемы во взведении магазинов, для которых (пока) не зарегистрирован домен.
И? Причина совсем в другом, причем тут лицензирование?

Повторюсь.

1. Для установки магазина работающий зарегистрированный домен абсолютно не нужен, достаточно прописать локальное разрешение имени в /etc/hosts на стороне сервера и в win/system32/drivers/etc/host (как-то так) на стороне инсталлятора, если это винда.Таким образом можно хоть microsoft.com проинсталлировать, хоть любой не существующий домен, т.к. система знать не знает (это просто не нужно в данном случае) откуда получено разрешение имени - из всемирного DNS или из локального hosts.

Чтобы не делать этих действий регистрации домена (ТОЛЬКО регистрации!) не достаточно. Надо чтобы доменное имя разрешалось в IP-адрес в общей DNS-системе, т.е. было прописано как минимум в двух DNS-серверах, находящихся в разных сетях. Часто это обеспечивает регистратор и почти всегда хостер, реже люди держат два лично своих DNS-сервера, как я. Естественно, для работы магазина это необходимо, т.к. невозможно прописать нужную строчку в hosts всем возможным клиентам. Но вот для инсталляции, где в процессе участвуют только инсталлятор и сервер достаточно вышеописанного.

2. лицензия в не-VIP-версии проверяется тупо совпадением одного из элементов глобального массива $_SERVER (толи HTTP_HOST, толи SERVER_NAME) со строчкой в файле лицензии. Обе переменные локальны и исходно берутся из конфига апача.
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)

#14 R.Sergey

    Администратор

  • Администраторы
  • 2 756 сообщений
Репутация: 328
Мастер

Отправлено 06 мая 2012 - 17:01

badisoft, то что ты написал ясно и понятно. Но практика показывает что прописывания в hosts НЕ ВСЕГДА достаточно. Я тоже не вижу логики и не понимаю почему так происходит, НО инсталл на домене запускается, а значит все якобы нормально, но проверку .htaccess бывает не проходит. Закономерность - неделегированный домен. Проходят сутки домен привязался и все прошло успешно. ............. Повторюсь связи не вижу но это случалось неоднократно, даже могу сказать довольно часто.

#15 badisoft

    Продвинутый пользователь

  • VIP
  • 4 986 сообщений
Репутация: 761
Мастер

Отправлено 06 мая 2012 - 17:22

Просмотр сообщенияR.Sergey сказал:

Я тоже не вижу логики и не понимаю почему так происходит
Но ты-то, в отличие от оппонента, способен заглянуть в install.php на предмет "где же там вызов whois или еще какой поиск незарегистрированного домена" чтобы убедиться, что нет там ничего подобного окромя проверки check_install.html, да и та не для проверки домена, а для проверки работоспособности редиректов :).

PS. Прописывания в hosts ВСЕГДА достаточно. Если, конечно, в файле host.conf в опции order вообще присутствует слово hosts. Это же не имеет отношения к инсталлятору ShopCMS, это базовые понятия :). Собственно, если вспомнить, то не-VIP-версия в демо-варианте инсталлируется на НЕ СУЩЕСТВУЮЩИЙ домен shopcms.
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)

#16 R.Sergey

    Администратор

  • Администраторы
  • 2 756 сообщений
Репутация: 328
Мастер

Отправлено 06 мая 2012 - 17:25

Просмотр сообщенияbadisoft сказал:

Но ты-то, в отличие от оппонента, способен заглянуть в install.php на предмет "где же там вызов whois или еще какой поиск незарегистрированного домена" чтобы убедиться, что нет там ничего подобного окромя проверки check_install.html, да и та не для проверки домена, а для проверки работоспособности редиректов

Да но не было надобности ) проще и быстрее отключить проверку хтаксесса и тратить время на выяснения в чем же причина нет ни смысла ни интереса.
При следующем подобном случае скину тебе ссылку ))) сам посмотришь. Возможно конечно причина и не в делегировании...... но впечатление складывается именно такое.

#17 badisoft

    Продвинутый пользователь

  • VIP
  • 4 986 сообщений
Репутация: 761
Мастер

Отправлено 06 мая 2012 - 17:36

В общем, я не долго думая взял из головы домен 1qaz2wsx.ru, прописал его в /etc/hosts на сервере (чтобы при проверке check_install.html было правильное разрешение имени), прописал его в windows/system32/drivers/etc/hosts (чтобы из браузера нормально попадать по этому доменному имени), вписал этот домен/каталог в конфиг NGINX (ну нет у меня апача, это не принципиально) и совершенно нормально проинсталлировал ShopCMS на этот домен. Абсолютно левый и нигде не зарегистрированный.
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)

#18 R.Sergey

    Администратор

  • Администраторы
  • 2 756 сообщений
Репутация: 328
Мастер

Отправлено 06 мая 2012 - 17:40

Просмотр сообщенияbadisoft сказал:

В общем, я не долго думая взял из головы домен 1qaz2wsx.ru, прописал его в /etc/hosts на сервере (чтобы при проверке check_install.html было правильное разрешение имени), прописал его в windows/system32/drivers/etc/hosts (чтобы из браузера нормально попадать по этому доменному имени), вписал этот домен/каталог в конфиг NGINX (ну нет у меня апача, это не принципиально) и совершенно нормально проинсталлировал ShopCMS на этот домен. Абсолютно левый и нигде не зарегистрированный.

Поздравляю )))) Но я неоднократно писал что это не всегда так. Иногда проходит нормально иногда нет.

#19 badisoft

    Продвинутый пользователь

  • VIP
  • 4 986 сообщений
Репутация: 761
Мастер

Отправлено 06 мая 2012 - 17:49

Просмотр сообщенияR.Sergey сказал:

При следующем подобном случае скину тебе ссылку ))) сам посмотришь
Да что там смотреть. Я примерно представляю, почему так происходит (бесполезность записей в host).
Сам подумай, если бы клиенты могли в hosts свои ресолвы прописывать, то первый же хакер все бы завернул на свой сайт.
Именно для этого и есть hosts.conf, где можно отключить обработку файла hosts. Сам файл при этом никто не удаляет, он же не мешает ничем.
Ну а если host нормально обрабатывается, то - см. выше - никаких проблем.
http://cpu.badisoft.ru (тестовый сайт), http://badisoft.ru (модули)

#20 loki.od.ua

    Новичок

  • Download User
  • Pip
  • 7 сообщений
Репутация: -5
Начинающий

Отправлено 13 мая 2012 - 10:43

Просмотр сообщенияbadisoft (06 мая 2012 - 16:53) писал:

1. Для установки магазина работающий зарегистрированный домен абсолютно не нужен, достаточно прописать локальное разрешение имени в /etc/hosts на стороне сервера и в win/system32/drivers/etc/host (как-то так) на стороне инсталлятора, если это винда.Таким образом можно хоть microsoft.com проинсталлировать, хоть любой не существующий домен, т.к. система знать не знает (это просто не нужно в данном случае) откуда получено разрешение имени - из всемирного DNS или из локального hosts.

Зуб даю, что зачастую apache настроен так, что при ресолвинге вообще не лезет в hosts, а сразу смотрит на DNS-сервер. При таких раскладах, само собой, содержиммое файла hosts никак не влияет на работу магазина вообще.
--
CY / Best Regards, http://www.dvad.info/