Как изменить путь до Uploads?

Question

[Андрей Хохлов]

define( 'WP_CONTENT_DIR', dirname( __FILE__ ) . '/content' );
define( 'WP_CONTENT_URL', 'http://' . $_SERVER['HTTP_HOST'] . '/content' );

Получается такая структура:

wordpress (в гит не попадает, используется vagrant - при разворачивании скачивается новая версия)
content (вынесенный wp-content - тема, плагины)
прочие файлы

В content остаются так же папки, которые хочется тоже убрать:
1. languages (переводы для админки)
2. uploads
3. upgrade
4. видимо файлы кеша wp super cache, но до него пока не добрался

languages легко убрал с помощью

define( 'WP_LANG_DIR', dirname( __FILE__ ) . '/languages' );

А вот любые попытки использовать подобную конструкцию и её вариации:

define( 'UPLOADS', dirname( __FILE__ ) . '/uploads' );

приводят к созданию папки в директории wordpress, то есть любой путь (сайт лежит в /vagrant/) дописывается к папке с wp...

Кто-нибудь решал такую проблему?

UPD: Видимо не получится
eddiemoya.com/2011/08/23/moving-the-uploads-direct...

Answer 1

[Игорь Воротнёв]

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

Comments

[Андрей Хохлов]

Спасибо за ответ
Я тут ради эксеримента вообще вынес wp-content в корень и получил такую структуру: joxi.ru/YmENR3XSzzJ026
Пока выглядит удобным, основные плагины работают, посмотрю как дальше пойдёт

[Игорь Воротнёв]

Андрей Хохлов: Вполне норм, но лично я не люблю всякий хлам в корне, у меня там только index.php, локально - чуть больше, но на продакшн это не идет. WordPress у меня в папке core (родная папка, только переименованная), wp-контент в папке content. А темы, плагины, переводы - все это уже внутри content, не вижу особого смысла выводить это отдельно. При таком подходе сама папка core - чистая установка wp у меня в репозитории стоит как git submodule, то же касается тем и плагинов, в первую очередь своих кастомных. Ну и тех, которые можно поставить субмодулем. Вообще эту концепцию взял у Mark Jaquith и Tom McFarlin.

[Андрей Хохлов]

Вынести плагины как submodule в планах. А вот wordpress показалось проще скачивать при инициализации vagrant'ом. Получается на новой машине: git clone -> положить дамп БД в папку (пока не знаю как это шаг автоматизировать) -> vagrant up и через некоторое время уже по local.example.com открывается локальная версия сайта

[Игорь Воротнёв]

Андрей Хохлов: если вагрантом, то да, но я лично его не юзаю. Локально у меня Open Server (open-server.ru), все остальное на Git (приватные репо на BitBucket). Для автоматизации переноса дампов и синхронизации баз есть плагины. Например:
https://github.com/wp-sync-db/wp-sync-db
https://wordpress.org/plugins/database-sync/
Можно также дампить в sql, пихать его в репо и при деплое из Git репо через хук дергать импорт дампа.
А еще есть:
https://wordpress.org/plugins/revisr/
https://wordpress.org/plugins/wp-git-deploy/
https://wordpress.org/plugins/gitium/
Посмотрите, потестируйте что больше подойдет к вашему workflow.

[Андрей Хохлов]

Спасибо)

[Игорь Воротнёв]

Андрей Хохлов: на здоровье)