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

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

Я тоже внес свою лепту в его популяризации, сделав русский перевод последней версии плагина — WP-DownloadManager v1.50.

Примечание: Эта запись содержит ссылку на файл(ы). Перейдите к записи, чтобы скачать файл.

Инструкция: скачать архив и распаковать его содержимое в каталог с плагином.

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

Казалось бы, достаточно просто сделать замену старого пути на новый и проблема решена. Но здесь нас опять ждет засада. При сериализации данных для хранения в MySQL, их формат определяется следующим образом: Тип:Размер:Значение. Это верно для строк и массивов, например. Для численных данных размер не указывается. Как вы уже догадались, изменяя значение,— нужно изменить и размер. Т.е. простая текстовая замена не годится.

Эта проблема также описана на форуме поддержки WordPress.

Для решения этой проблемы решено было сделать «на коленке» консольную программку, которая бы кроме изменения значения, меняла бы еще и размер (длину) текстовых данных. Что и было сделано. Для моих целей утилита отработала корректно, сайт можно было переносить без потери функциональности. Например, следующая команда

replace_wpdb.exe «src_file.sql» «/home/user/public_html» «/home/another_user/public_html«

преобразует такую строку

s:90:»Папки успешно удалены: /home/user/public_html/g2data_qwrD3/cache/entity»;

в такую:

s:98:»Папки успешно удалены: /home/another_user/public_html/g2data_qwrD3/cache/entity»;

Сама утилита написана не оптимально по принципу «лишь бы работало». Кому понадобиться проделать подобную операцию — могут смело использовать ее. Думаю, не стоит говорить, что я ни за что не отвечаю и все на вашей ответственности. Желающие оптимизировать или приспособить утилиту для своих нужд, могут это сделать — исходный код можно использовать и модифицировать без каких-либо ограничений.

Использование утилиты: replace_wpdb.exe «src_file» «old_path» «new_path«, где

src_file — путь к файлу дампа базы данных WordPress
old_path — старый путь, или его часть, необходимый заменить
new_path — новый путь, заменяет old_path

Если при запуске утилиты вы получите ошибку — установите Microsoft Visual C++ 2008 Redistributable Package (x86 или x64), или просто скомпилируйте исходный код.

Примечание: Эта запись содержит ссылку на файл(ы). Перейдите к записи, чтобы скачать файл.

Интрефейс этого дополнения на английском языке, также доступны переводы на немецкий, испанский и итальянский языки. Так как время на тестирование все-равно уже было потрачено, я решил позаботиться и о русско-язычной аудитории плагина NextGEN ImageFlow, выполнив перевод интерфейса. Благо, текста там не много.

Примечание: Эта запись содержит ссылку на файл(ы). Перейдите к записи, чтобы скачать файл.

Инструкция: скачать архив и распаковать его содержимое в каталог lang, где установлено дополнение NextGEN ImageFlow.