Резервное копирование

Лучше подумать над этой проблемой сначала, чем тихо плакать потом. Резервному копированию, нужно подвергать исключительно базу данных ваших ссылок и сайтов. Файлы не изменяются в принципе, за исключением, возможно, файла main.ini, но если вы его изменяли, вы должны знать что же вы там исправили. Оптимальное время для резервного копирования – это тот момент, когда все сайты проиндексированы, внесены в систему, вы добавили проекты и расставили ссылки. Т.е. дальше система работает только как сервис, выдающий ссылки, запрашивающим его роботам. Сделать слепок базы данных проще простого, достаточно нажать на ссылку “Экспорт” в phpMyAdmin и немного почитать страницу, которая вам откроется. Полученный дамп сохраняете куда-нибудь в секретное место. Собственно все. Если возникла проблема, будь-то падение или порча таблиц – достаточно развернуть базу данных из бэкапа. Но обратите внимание – кодировка работы базы данных – CP1251. Вам нужно получить читаемый дамп с русскими буквами и читаемый же дамп импортировать в том случае, если все пропало.

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

Смените пароль

Если вы до сих пор входите под логином admin и паролем по умолчанию – это очень плохо. Зайдите в панель управления пользователями и задайте себе новый пароль.

С каким логином и паролем заходить в систему

В dump.txt содержится запрос, который создает пользователя admin с паролем admin. Но пароль надо обязательно сменить. Для этого зайдите в пункт меню “Пользователи” и отредактируйте самого себя.

Если необходимо временно “выключить” ссылки на одном из сайтов

Например, вы продаете ссылки в Sape и хотите запустить переиндексацию одного из своих сайтов. Но все ваши ссылки появятся в системе и будут учтены как внешние. Для того, что бы избежать этого надо зайти в просмотр страниц нужного сайта выделить все страницы и выбрать опцию “Исключить страницы” в списке внизу страницы. После этого либо дождитесь когда клиент обновит ссылочную базу, либо сами сотрите содержимое файла “llm-links.txt” (*не файл*, а его содержимое – это две большие разницы) и отправляйте на переиндексацию в Sape.

Joomla + Joomsef – возможные проблемы

Так как Joomsef “портит” переменную $_SERVER[‘REQUEST_URI’], то для того, что бы код файла llm.php смог корректно определить текущую страницу надо внести коррективы в файл llm.php: заменить

$this->_request_uri = $_SERVER['REQUEST_URI'];

на

$this->_request_uri = getenv('REQUEST_URI');

Если ничего не работает

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

Я разместил ссылки, а они все не появляются и не появляются

По умолчанию время кэширования ссылок для клиента – это 12 часов. Для того, что бы убедиться, что ссылки появились корректно, достаточно на клиенте в директории llm-xxxxxxxxxxxxxxxxx стереть содержимое файла llm-links.txt (причем именно содержимое, а не сам файл).

Лицензия на домен или условия распространения скрипта

Скрипт шифруется при помощи ionCube (нечто похожее на Zend, но другой фирмы). Сам код привязывается к одному домену, на котором будет разрешена его работа. Т.е. в своем письме-запросе вы должны прямо указать домен (или субдомен) на котором планируется устанавливать скрипт. На других доменах он просто не будет работать.