FAQ LinkExchanger 2.0

Я не уверен, что смогу сам установить и настроить скрипт. Вы оказываете услуги по установке и настройке?
Если Вы неуверены в своих силах, и Вам требуется помощь в первоначальной установке и настройке скрипта, подгонке дизайна скрипта под общий дизайн сайта или настройка проверки ссылок по расписанию, Вы можете получить такую помощь. Детальная информация о контактах и условиях находится в закрытом разделе "Для пользователей".

При попытке добавить ссылку как из меню администратора, так и из формы пользователя скрипт дает только пустую страницу. В чем дело?
Дело в том, что Вы невнимательно читали требования к хостингу. У Вас отсутствует необходимая для нормального функционирования скрипта библиотека Curl. Попробуйте обратиться к своему хостеру с просьбой установить ее. Встречаются и такие варианты: библиотека curl присутствует, но запрещено использование функции curl_exec (или curl_init), что исключает возможность использования этой библиотеки.

Скрипт не работает! Он считает все ссылки как "Хорошие", даже когда на проверяемой странице вообще нет ссылок!
При первоначальной установке и настройке скрипта Вам необходимо хотя бы один раз нажать кнопку "Изменить" в разделе "Конфигурация" - "Важные настройки" даже, если Вы там ничего не меняли. Тогда все будет в порядке.

Скрипт не работает! Он считает все ссылки как "Плохие", хотя моя ссылка на странице есть абсолютно точно!
При первоначальной установке скрипта скрипт сам определяет название домена, на котором он установлен и записывает это название в "Важные настройки". Предположим, что скрипт установлен на домене mydomen.ru, а в своих HTML-кодах для обмена Вы используете вариант www.mydomen.ru. Ваши партнеры размещают у себя именно такой вариант кода и скрипт "не видит" ответную ссылку.

Не работает отправка писем! В выпадающем меню нет ни одного шаблона писем.
В выпадающем меню в принципе могут появиться только шаблоны 12-15, если они включены. Шаблоны 1-11 там не будут появляться ни при каких обстоятельствах, так как они "закреплены" за соответствующими событиями.

Не работает защита от автодобавления (ввод цифрового кода с картиинки).
Причин может быть несколько. Например, может отсутствовать библиотека GD, которая необходима для работы защиты от автодобавления. Или, при обновлении (если Вы использовали ранние версии, без этой возможности), просто забыли загрузить файл code.png в папку /images/. Проверьте также наличие файла code.php в папке /admin/.

Не могу перейти на т.н. "Статический" вид URL в каталоге. Получаю ошибку 404. В чем причина?
Проверьте, подключен ли модуль mod_rewrite. Без него использование этого режима невозможно.
Вторая причина может быть в том, что невнимательно читали хэлп раздела "Конфигурация" при переходе в этот режим. Там написано, что прежде чем нажимать кнопку изменить, необходимо временно выставить права доступа 777 на папку скрипта и после изменения режима снова вернуть их на 755. Как следствие не создаетя нужный файл .htaccess в основной папке скрипта. Можно создать его самому. Содержимое файла должно быть таким:
RewriteEngine on
RewriteBase /dir/
RewriteRule ^(.*)(links_)([0-9]{10})_([0-9]{1,})\.html$ index.php?category=$3&page=$4
RewriteRule ^(.*)(links_)([0-9]{1,})_([0-1]{1})\.html$ index.php?category=&page=$3&search=$4
где /dir/ - путь к папке скрипта от корня сервера.
Есть еще нюанс. Если PHP на Вашем сервере собран как CGI, да к тому же скрипт установлен в корень сайта. Для такой ситуации Вам придется вручную дописывать существующий у Вас файл .htaccess

Не работает получение и отображение PR.
Да, действительно, такое может быть. И об этом стараюсь предупреждать заранее. Дело в том, что по каким-то только ему ведомым причинам Гугль запрещает получение информации о PR с определенных IP-адресов, вернее с диапазонов IP-адресов. На сегодняшний момент знаю, что не работает на:
- arbatek.ru
- prohosting.com.ua
- sweb.ru

В пользовательской части каталога отображаются CY и PR. Они не соответствуют реальным значениям.
Такое может быть только тогда, когда Вы меняетесь ссылками, разрешив своим партнерам ставить ответные ссылки не на том домене, который указан в их HTML-кодах. CY и PR берутся для того домена на котором установлена Ваша собственная ссылка. Это логично. Ведь Вам интересно, чтобы Ваша ссылка стояла на домене с нормальными показателями, а не на специально созданном поддомене, у которого нет ни CY, ни PR. В этом случае, если Вы меняетесь по такой схеме, лучше просто отключить показ CY и PR в пользовательской части.

Выставляю права доступа на файлы .dat как и написано 666, а через какое-то время замечаю, что они сами поменялись на 644.
Действительно, как и написано в ReadMe права доступа на файлы .dat изначально выставляются на 666, но сами они не меняются. Их изменяет на 644 скрипт, при первом же обращении к файлу на запись. Это нормально и пытаться изменить их вновь на 666 не надо. Смена прав обусловлена алгоритмом изменения информации в файлах данных. Он достаточно сложен, чтобы вникать в его суть. Все будет прекрасно работать и с такими правами доступа.

Не работает добавление ссылок. Причем на модерацию ссылка добавляется, а активизировать ее, или добавить ссылку напрямую из меню администратора невозможно.
В скрипте используются такие функции PHP как unlink и rename. На некоторых серверах их просто-напросто запрещают, объясняя это заботой о безопасности. Без этих функций скрипт действительно работать не будет, причем на модерацию Вы сможете добавить ссылку, там эти функции не используются. Попробуйте обратиться к своему хостеру с просьбой разрешить использование этих функций.

А на чем тестировался скрипт? У меня сервер под Windows - будет ли на нем работать.
Тестирование проводилось на Апачах от 1.3.29 до 1.3.34 под ОС FreeBSD и Linux различных редакций, на серверах под Windows не тестировался и будет ли работать сказать сложно. Скорее всего вряд ли.

В админке меняю визуальные настройки, настройки для проверки входящей информации для пользовательской части, а там ничего не изменяется.
Скрипт использует механизм сессий. Для того, чтобы убедиться, что изменения в пользовательской части произошли, необходимо чтобы данные из файлов настроек попали в сессию. Попасть они туда могут при старте новой сессии. Просто запустите новое окно браузера и Вы сможете убедиться, что настройки поменялись.

Иногда при нажатии на какую-либо ссылку в админке, почему то перехода не происходит. Вместо этого выкидывает на сайт скрипта.
Скрипт использует механизм сессий. Время "жизни" сессии на разных серверах может быть разным. Если время Вашего бездействия в админке превысило это время - сессия разрушается. А первое, что делает скрипт при загрузке любой страницы админки - проверяет присутствие в сессии переменной, которая идентифицирует Вас как администратора. Сессия разрушена, переменной нет, следовательно Вас в админку пускать нельзя.