loki.od.ua

гадостный парсер...гемороя с ним ппц....
но как то он заполняет мой магаз....коряво,скинул программисту код пусть смотрит баги

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

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

Зуб даю, что зачастую apache настроен так, что при ресолвинге вообще не лезет в hosts, а сразу смотрит на DNS-сервер. При таких раскладах, само собой, содержиммое файла hosts никак не влияет на работу магазина вообще.

Есть вопрос при инсталляции. Похоже, в скрипте hardcoded имя файла админки admin.php, и если пользователь его переименовал - скрипт просто отказывается запускаться. Даже если поменять в коде название, то окно парсера всё равно не открывается (пишет ошибку admin.php 404 not found)

Пока вылечилось созданием симлинка админка -> admin.php , но хотелось бы пофиксить.

Инсталлировал отсюда:
http://vsupport.club....club/f...80ов/

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

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

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

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

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

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

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

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