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


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


  • Вы не можете ответить в тему
Сообщений в теме: 34

#1 kratos

    Новичок

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

Отправлено 23 May 2011 - 03:16 PM

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

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

echo "</td></tr></table>";
        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 "</td></tr></table>";
        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
  • 1

#2 Revived

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

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

Отправлено 24 January 2012 - 02:26 PM

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


Удаляем -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

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

#3 R.Sergey

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

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

Отправлено 24 January 2012 - 02:51 PM

Удаляем -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
  • 0

#4 Revived

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

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

Отправлено 24 January 2012 - 05:50 PM

alu

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

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

#5 R.Sergey

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

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

Отправлено 24 January 2012 - 05:53 PM

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


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

#6 loki.od.ua

    Новичок

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

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

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


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

#7 msidog

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

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

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

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

#8 R.Sergey

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

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

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

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


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

#9 loki.od.ua

    Новичок

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

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

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


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


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


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

#10 msidog

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

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

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

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

#11 badisoft

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

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

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

А проявляется она тогда, когда httpd не может корректно отресолвить своими силами через DNS (не через /etc/hosts) домен, в который происходит установка.

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

По-моему, это как-то связано с лицензированием.

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

#12 loki.od.ua

    Новичок

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

Отправлено 06 May 2012 - 04:11 PM

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


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


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


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

#13 badisoft

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

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

Отправлено 06 May 2012 - 04:53 PM

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

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

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

И? Причина совсем в другом, причем тут лицензирование?

Повторюсь.

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

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

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

#14 R.Sergey

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

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

Отправлено 06 May 2012 - 05:01 PM

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

#15 badisoft

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

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

Отправлено 06 May 2012 - 05:22 PM

Я тоже не вижу логики и не понимаю почему так происходит

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

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

#16 R.Sergey

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

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

Отправлено 06 May 2012 - 05:25 PM

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


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

#17 badisoft

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

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

Отправлено 06 May 2012 - 05:36 PM

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

#18 R.Sergey

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

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

Отправлено 06 May 2012 - 05:40 PM

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


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

#19 badisoft

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

  • Assistent vsupport.club
  • PipPipPip
  • 5075 сообщений
Репутация: 786
Мастер

Отправлено 06 May 2012 - 05:49 PM

При следующем подобном случае скину тебе ссылку ))) сам посмотришь

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

#20 loki.od.ua

    Новичок

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

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

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


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