1. Создайте пустой файл index.shtml (index.php) в вашей корневой директории WWW и поставьте ей права 777
2. Установите ее как выходную страницу в general settings "index.shtml" (или "index.php")
3. Отротируйте тумбы в меню summary для примера с [random] ссылкой (это создаст index.shtml (index.php) из вашего шаблона)

Файлы не работают, когда они скопированы на ваш сервер и вы видите следующую ошибку:

Fatal error: Unable to read ***** bytes in /path/to/script/encoded_script.php on line 0.
or:
Fatal error: Corrupted encoded data detected in /path/to/script/encoded_script.php on line 0

Причина
Файлы кодированые Zend Encoder/SafeGuard Suite фактически бинарные файлы. Эта ошибка показывает, что файлы были скопированы как файлы ASCII. Это  обычно случается при передаче файлов используя FTP в ASCII режиме.

Решение
Кодированные файлы должны быть скопированы как бинарные.

При нажатии на "Click here to download installation files" на первой странице autoinstaller, ничего не происходит. Это происходит потому что включено output buffering в PHP. Вы должны выключить его чтобы продолжить установку. Это может быть сделано при редактировании директивы output_buffering в php.ini.

server not connected
fsock error: 9 Bad file descriptor

Происходит когда URL домена в General settings не установлено.

Domain domain.com: settings file not saved

Происходит когда директория www домена в General settings не установлена.

Если вы видите эту ошибку, ваш пользователь mysql не имеет привилегий создавать временные таблицы (CREATE TEMPORARY TABLES).

Вы получаете это сообщение когда ваши подчиненные домены используют другого пользователя базы mysql в отличие от главная копияиST (ST uиспользует имя пользователя mysql для безопасного соединения между серверами). Вы можете исправить эту проблему когда используете одного и того же пользователя mysql на каждом Smart Thumbs, который использует одну базу mysql.

Может иметь несколько причин. Сначала проверьте включен ли домен в меню Settings>domains table. Иконка рядом с доменом должна быть зеленой.

Потом проверьте Tools>logs>Admin & cron>Run log. Вы должны увидеть следующие сообщения:

2005-11-02 6:28:01   0.0001 sec cron.php started
2005-11-02 6:28:04   2.9991 sec cron.php finished


Далее попробуйте запустить крон вручную из шелла, например так:

-bash-2.05b$ /usr/local/bin/php /home/austinrob/domain.com/public_html/st/admin/cron.php - server 1

В идеале не будет ошибок.Если вы увидите следующие строки, ваш php неправильно сконфигурирован и переменные не прошли в php script:

В этой ситуации, проверьте значение php register_argc_argv set ON. Вы можете сделать это запустив следующую команду из шелла:
/usr/local/bin/php -i |grep register

Вы увидите рузельтат:

Если ваш крон не работает после всего этого, попробуйте удалить "> /dev/null 2>&1" из ваших заданий, это поможет в большинстве случаев.

Случается что вы видите в меню Tools>logs>Admin & cron>Run log только сообщения о старте cron.php как здесь:

2005-11-02 6:28:01 0.0001 sec cron.php started
2005-11-02 6:30:01 0.0001 sec cron.php started
2005-11-02 6:32:01 0.0001 sec cron.php started
2005-11-02 6:34:01 0.0001 sec cron.php started
и т.д.


Эта ситуация вызвана неправильной конфигурацией интерфейса PHP CLI. Ваш PHP CLI возможно не имеет поддержки mysql. Запустите команду из шелла, чтобы проверить это:

/your_php_path/php -i |grep mysql

В идеале вы должны увидеть следующее:

Если команда не выдает ничего то PHP CLI не сконфигурирован для поддержки с MySql и cron.php завершается в момент соединения с базой MySql.

mysql_connect(): Клиент не поддерживает протокол аутентификации

ОБЩЕЕ

Warning: mysql_connect(): Client does not support authentication protocol requested by server; consider upgrading MySQL client ...

ИНФОРМАЦИЯ

С MySQL 4.1.x был включен новый протокол аутентификации.

Многие старые билды PHP используют MySQL client API для MySQL 3.23.x. Если вы используете старый билд PHP (со старыми MySQL API) то вы получите ошибку "Client does not support authentication protocol" при попытке соединения к базе MySQL server версии 4.1.x и выше.
Чтобы использовать PHP с MySQL 4.1.x вам нужно обновить PHP до последней версии 4.3.x или 5.x. (Сейчас доступны версии 4.3.11 и 5.0.4) Эти билды идут с MySQL Client API for MySQL 4.1.x  и работают корректно с MySQL 4.1.x.
ВОЗМОЖНОЕ АЛЬТЕРНАТИВНОЕ РЕШЕНИЕ
На некоторых установках MySQL, вы можете исправить эту проблему сбросом пароля для базы функцией OLD_PASSWORD().
Просто запустите  mysql root user как ниже MySQL запрос вашей базе (с with точными значениями):
SET PASSWORD FOR 'some_user'@'localhost' = OLD_PASSWORD('password');

или альтернативно, используйте UPDATE и -+FLUSH PRIVILEGES:
UPDATE mysql.user SET Password = OLD_PASSWORD('password') WHERE User = 'some_user';
FLUSH PRIVILEGES;

Вы назначили "Group autoselect" как группу по умолчанию для отданных партнер аккаунтов, но не назначили группу по умолчанию для picture galleries и movie gallerie. Вам нужно сделать это в меню Settings>Groups>Edit>Default group for:. Одна группа для movies и другая для pictures. Или поставьте другую группу как целевую группу для вашего партнера.

Следующее сообщение дает вам информацию что ваша админка ST не защищена логином и паролем. ST использует .htaccess + .htpasswd autentification (st/admin/.htaccess & st/admin/.htpasswd files). В случае если вы получили данное сообщение и вы уже установили логин и пароль, значитваш сервер не поддерживает .htaccess autentification и вы должны поправить в apache config.

Autocropper может иногда автоотключаться. Это может случаться, когда он не может скопировать тумбыв целевую директорию тумб потому что нет  необходимых прав на запись в нее (все директории под st/thumbs/ должны иметь атрибуты 777) Вы можете найти больше про то что случилось в  меню Tools>logs>Cropper. Вам нужно проверить атрибуты для нужной директории тумб включить autocropper снова. В большинстве случаев это все что требуется для включения autocropper снова без какой-либо дополнительной работы.
Чтобы убедиться что autocrop.php реально запущен кроном посмотрите  Tools>logs>Admin & cron где вы должны увидеть что то типа такого:
2006-05-29 6:13:01 0 sec autocrop.php started
2006-05-29 6:13:02 0.4015 sec autocrop.php finished

Если вы такое не увидели, у вас не установлен autocrop.php в кроне и вам надо настроить его. Если вы видите autocrop.php запущенным в cron log, процесс может просто зависнуть на определенной галерее. Идите в меню Queued galleries и нажмите ссылку "running" наверху таблицы чтобы открыть всплывающее окно с процессом сканирования. Чтобы убить процесс нажмите на ссылку "kill" в этом окне.

Это происходит по разным причинам, чаще всего это:

1. Указан неправильный путь к imagematick в Settings>general settings>imagemagick>Imagemagick directory. Вы можете проверить путь на корректность из шелла (SSH) "whereis mogrify".

2. Ваша версия IM слишком старая и не поддерживает основные параметры. Чтобы проверить версию IM, запустите команду "/path/to/mogrify -version". ImageMagick 6.2.5 03/30/06 Q16 и выше подходит.

3. Неправильный фильтр imagemagick, ваш фильтр содержит неопознанные параметры или синтаксические ошибки. Ваш фильтр не должен содержать IM команды (mogrify, convert). Используйте дефолтные настройки или без фильтра чтобы устранить воздействие или неправильные настройки фильтра.

4. Imagemagick установлен, но кодеки длы управления jpeg отсутствуют, вы можете проверить это из шелла "/path/to/mogrify /path/to/image/test.jpg"

5. PHP не имеет прав доступа к mogrify, convert и возможно другим командам IM в вашей системе.