Установка на хостинге Зенона

[inrises]

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

[inrises]

пришла мысль что, воможно, недавно была ддос на серваки моего хостера и ip раздатчика попал в бан?

[zhegloff]

inrises, у вас другое - закрытые исходящие коннекты.

[inrises]

как поправить?
точнее как об этом грамотно написать хостеру.

[yaso]

Проверьте следующее - не был ли установлен код до того как Вы его устанавливали.

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

[koluband]

Сообщение от yaso

Проверьте следующее - не был ли установлен код до того как Вы его устанавливали.

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

Откуда такие сведения?
Недавно переехал к ним, проблем с кодом и отображением моих ссылок не наблюдаю. При переезде возникали проблемы с настройкой движка (друпал), техподдержка помогла разобраться.

"
Drupal активно использует переменные из массива $_SERVER, такие как
$_SERVER['HTTP_HOST'] которая
в связи со схемой нашего хостинга всегда будет без ".postman.ru", т.к.
запрос к Apache с баллансировщика
нагрузки приходит именно с "Host: www.***.ru" (и/или "Host:
***.ru", в зависимости от
настроек на Сервере Статистики
http://www.host.ru/support/hosting-n...nd-no-www.html ).

При фомировании ссылок и перенаправлений используется
$_SERVER['HTTP_HOST'], поэтому перенаправление
происходит на Вашу текущую хостинговую площадку.

Мы переопределили значение $_SERVER['HTTP_HOST'] в файле инициализации
настроек Drupal

%head -4 ~/***/www/includes/bootstrap.inc
<?php
// $Id: bootstrap.inc,v 1.206.2.2 2008/02/11 14:36:21 goba Exp $

$_SERVER['HTTP_HOST']='www.***.ru.postman.ru';

Теперь подобные ошибки не возникают. Проверьте пожалуйста.

"
Помимо этого, замечено, что ссылки не отображаются корректно при включённом кешировании страниц. При перидической очистке кэша всё ОК.

[sapovod]

koluband, а Вы прямо так в Зенон и писали - мол "вот код САПЫ не работает"? Как им вопрос-то сформулировать? А то они как-то мне прислали ответ на один вопрос, что мол они предоставляют услугу хостинга и ничего не обязаны помогать и смотреть - я сам должен быть специалистом и уметь разбираться. Боюсь, сейчас пнут - мол вот про САПУ знаешь, так и ПХП учи.

[koluband]

Сообщение от sapovod

koluband, а Вы прямо так в Зенон и писали - мол "вот код САПЫ не работает"? Как им вопрос-то сформулировать? А то они как-то мне прислали ответ на один вопрос, что мол они предоставляют услугу хостинга и ничего не обязаны помогать и смотреть - я сам должен быть специалистом и уметь разбираться. Боюсь, сейчас пнут - мол вот про САПУ знаешь, так и ПХП учи.

Код sape не выполнялся из-за неверного определения $_SERVER['HTTP_HOST'], т.к. на момент тестирования домен имел вид ***.postman.ru. (После окончательного переноса домена на хостинг и привязки днс все вопросы исчезли сами собой). Проблемы были не только с сапой - вообще весь сайт корёжило. Техподдержка отвечала довольно оперативно и не отфутболивала. Помогли и с настройкой веб-сервера и с БД.
P.S. Конкретно про сапу я им вопрос не задавал.

[Cx2]

Еще, когда пользуешься синонимами как отдельными сайтами, в $_SERVER['REQUEST_URI'] подставляется полный путь, например /sites/site.com/index.php?act=1
Адрес страницы в таком случае такой: _http://site.com/index.php?act=1
Вот саповский скрипт и не может такой странице выдать массив ссылок.

Вот мое решение:

$_SERVER['REQUEST_URI'] = preg_replace('/.*'.$_SERVER['HTTP_HOST'].'\//i', '/', $_SERVER['REQUEST_URI']);

Вставить до инклуда саповского скрипта.