Кому-то нужен зуб? Достаточно будет строчки конфига апача, устанавливающей правила разрешения имен отличные от системных.Зуб даю, что зачастую apache настроен так, что при ресолвинге вообще не лезет в hosts, а сразу смотрит на DNS-сервер
Как избавиться от проверки .htaccess
#21
Отправлено 13 May 2012 - 01:22 PM
#22
Отправлено 02 October 2012 - 08:51 PM
А как httpd (точнее, инсталлятор) отличит ресолв из /etc/hosts от ресолва через DNS? Даже если в host.conf прописано order bind,hosts вместо традиционного hosts,bind?А проявляется она тогда, когда httpd не может корректно отресолвить своими силами через DNS (не через /etc/hosts) домен, в который происходит установка.
ИМХО, не надо усложнять ситуацию. Если инсталлятор не получит разрешения доменного имени, а это нужно при проверке "содержимого файла" install_check.html, то будет ругаться. А если получит, то все будет нормально. Даже если такой домен вообще нигде не зарегистрирован, но прописан в httpd.conf, в hosts на сервере, в hosts у клиента.Тут подавляющее большинство пользуется VIP-версией, но в обычной версии банально сравнивается $_SERVER['HTTP_HOST'] и доменное имя из файла лицензии. Да и какое отношение разрешение доменного имени в IP-адрес может иметь к лицензированию, если никакой привязки IP-адресу нет?По-моему, это как-то связано с лицензированием.
2 badisoft
Сам так думал, пока не нарвался.
Безусловно, инсталлятор не отличает ресолв от хостс или днс, но! если хост-сервер находится в дмз за файрволом, то использование инфы из днс "приведет" инсталлятор к внешнему ай-пи файрволла. Совсем не факт, что в настройках файрволла присутсвует разрешение "ходить" из дмз на интерфейсы файрвола.
Выхода, как минимум, два:
1. проковырять дырочку в файрволе
2. внести в файл /etc/hosts строку с локальным ай-пи домена
Надо понимать, что такая ситуация не встречается на профессиональных хостингах. Но встречается ))
#23
Отправлено 02 October 2012 - 09:25 PM
Это очень странный файрвол будет, который разрешает ходить в DMZ кому угодно кроме своего же локального интерфейса .Совсем не факт, что в настройках файрволла присутсвует разрешение "ходить" из дмз на интерфейсы файрвола.
Когда сам себе хостинг, то встречается очень много разных ситуаций, но они просто зависят от того, насколько хорошо мы знаем тему.Надо понимать, что такая ситуация не встречается на профессиональных хостингах. Но встречается ))
#24
Отправлено 06 October 2012 - 10:57 PM
Это очень странный файрвол будет, который разрешает ходить в DMZ кому угодно кроме своего же локального интерфейса .Совсем не факт, что в настройках файрволла присутсвует разрешение "ходить" из дмз на интерфейсы файрвола.
не в дмз, а из
так по-умолчанию настроены, например, Zywall от Zyxel
#25
Отправлено 08 February 2014 - 03:47 PM
Видимо, архиватор на серве извлекает архив с ошибкой.
После переноса архива с магазином на хост и извлечения файлов, удалить имеющийся там файл .htaccess.
Далее раззиповать архив с магазином на компьютере и файл .htaccess перенести на хост отдельно.
#26
Отправлено 09 February 2014 - 09:24 PM
Кто бы это архив извлекал на сервере.
#27
Отправлено 10 February 2014 - 10:27 AM
Я извлекал архив на сервере (хосте), так как зазипованный архив магазина закачивается быстрее чем куча папок по фтп. Экзешным установщиком не пользовался. Возникла ошибка указанная в начале темы и я решил ее именно таким образом, о чем и решил поделиться.
Хостинг спайсвэбовский (раньше хостился у таймвэба , но купленный тут когда-то очень давно архив с нулед вип + куча шаблонов, на таймвэб перестал корректно работать из-за кривой поддержки хостером прежних версий php)
#28
Отправлено 10 February 2014 - 10:35 AM
Ну Вы наверно единственный, кто так делает )Я извлекал архив на сервере (хосте), так как зазипованный архив магазина закачивается быстрее чем куча папок по фтп.
Проблема с проверкой появляется независимо от того каким образом были залиты файлы, в архиве или без и ее решение описано в теме.
#29
Отправлено 16 February 2014 - 11:49 PM
Возможно, в вашем случае это и разрешило проблему.Я же постоянно заливаю на хостинг движки, запакованные в zip.И выше описанное сообщение, получил на двух хостингах из трёх.Собственно на третьем хостинге я и приземлился с shopcms.Из чего сделал вывод, что htaccess составлен под определённую конфигурацию хостинга, а возможно и сам движок требует определённых возможностей.Приведённые в этой теме советы мне не помогли установить движок на fatcow, и ещё одном хосте, а вот на третьем всё инстолировалось идеально.Это конечно лично мои наблюдение, специалистам виднее, какие характеристики должны быть у хостинга чтобы подобная ошибка не возникала."...Многие наверное встречали злую ошибку в роде “перенаправление ссылок - ERROR или .htaccess не сконфигурирован правильно” при установку скрипта на хост...", написал топикстартер. Я ответил.
Я извлекал архив на сервере (хосте), так как зазипованный архив магазина закачивается быстрее чем куча папок по фтп. Экзешным установщиком не пользовался. Возникла ошибка указанная в начале темы и я решил ее именно таким образом, о чем и решил поделиться.
Хостинг спайсвэбовский (раньше хостился у таймвэба , но купленный тут когда-то очень давно архив с нулед вип + куча шаблонов, на таймвэб перестал корректно работать из-за кривой поддержки хостером прежних версий php)
С уважением ко всем Valentin-Kupriyanov.ru
#30
Отправлено 17 February 2014 - 11:43 AM
Дело в том, что приведенные в этой теме советы отключают проверку htaccess ВООБЩЕ. Поэтому если Вам не удалось установить, то или проблема не в htaccess, или в htaccess но Вы невнимательно читали тему.Приведённые в этой теме советы мне не помогли установить движок на fatcow
#31
Отправлено 01 October 2015 - 08:39 AM
"Продолжение установки не возможно! Сервер не соответствует техническим требованиям.", хотя все проверки со статусом OK. и техподдержка главное молчит у них уже вторые сутки (а хостер то вроде не последний по значимости и размаху)
#32
Отправлено 01 October 2015 - 09:52 AM
И при НЕ ИСПРАВЛЕННОМ install.php нет ни одной красной строчки кроме этой?Продолжение установки не возможно! Сервер не соответствует техническим требованиям
Например, allow_url_fopen - ERROR
#33
Отправлено 01 October 2015 - 11:28 AM
update:
УРА ! решено, благодаря этому посту (долго на него не мог наткнуться)
http://vsupport.club...dpost__p__31771
#34
Отправлено 01 October 2015 - 12:47 PM
Как я понимаю, сейчас многие хостинги запрещают allow_url_fopen в целях безопасности.да, при исправленном было. именно
В ShopCMS эта настройка должна быть включена (не знаю, зачем) и это инсталлятором проверяется.
Чтобы не проверялось надо в install.php перед
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 )
вставить
$sp29 = 1;
$sp16 = 1;
раскомментируй в mysql.php строкуРусские буквы частично в виде сплошных вопросов
// mysql_query('set names cp1251');
PS. мне смутно помнится, что раскомментировать при УЖЕ установленном ShopCMS не поможет, надо раскомментировать ДО установки.
#35
Отправлено 01 October 2015 - 12:58 PM
PS. мне смутно помнится, что раскомментировать при УЖЕ установленном ShopCMS не поможет, надо раскомментировать ДО установки.
Да нет, раскоментировал уже после установки. Все заработало сразу