Ещё вопрос: если второй движок будет подключён к другой базе - это будет как-то влиять на выдачу?
Хорошо.
А то, что в /other будет работать другой движок, будет как-то влиять на результат выдачи?
Короче, там Zend-оптимайзером файлы сжаты. Думаю, просто сделали защиту от копирования с привязкой к конкретному доменному имени. Во всяком случае, Zend Optimizer такое может.
Я ж говорю: перезалил файлы полностью :) Если в конфигах и .ini ничего не менять, та же хрень вылазит.
Startex движок
Попробовал по-другому: через SSH-доступ копирнул содержимое старой папки в новую, указал в .ini-файлах новый путь, указал в конфиге новую базу.
Результат - пустая страница, в логах ошибки нет.
Чё за хрень?..
400 ошибку исправил: в .htaccess Site.php с большой буквы написано.
Поменял скриптам атрибут на 755, начала выдаваться пустая страница (фаербаг кажет <html> <body> - дальше пусто - </body> </html>)
Сейчас логи выдают другое:
PHP Fatal error: Call to undefined function DBConnect() in /home/u306685/xn--80amhmfdcejjlge4e.xn--p1ai/www/cms2/site.php on line 0
Не понял. Это как?
Хостинг один и тот же (мастерхост), просто заведено новое доменное имя и в него надо копирнуть действующий сайт, только к другой базе привязать.
Родительский сайт работает нормально.
В логах нашёл это (когда ошибка 500):
Premature end of script headers: php
suexec policy violation: see suexec log for more details
Я прочитал последних страниц 15 этой темы и понял для себя, что подобные проблемы есть и на многих других серверах.
Однозначно буду съезжать. Жаль, конечно. Поначалу нравилось. Клиентов им приводил совершенно бесплатно :)
Поделюсь своими наблюдениями. Сервер KYOTO.
Это просто ад какой-то. Несколько дней назад сайт пролежал несколько часов. Сейчас сайт лежит, сколько - не знаю. По вечерам время загрузки сайта (1,2 Мб) - до 30 секунд. FTP вечером - работать вообще невозможно.
Кто-нить может прояснить политику партии? Совсем плохо стало в марте, до этого было терпимо. Сейчас собираюсь однозначно уходить, но хоть поясните, за что я вам деньги-то отдал?