O
(@perdyllo)
Но при загрузке новых изображений в библиотеку через движок они добавляются всеравно в папку files
а плагинов установленых на эту тему у вас на сайте нет? Может они что чудят? Или ваш «разработчик сайта» в function.php что прописал?
И вообще в таких случаях поступают согласно пунктам 4-6 https://codex.wordpress.org/Как_задавать_правильные_вопросы
-
Ответ изменён 6 лет, 3 месяца назад пользователем
O.
-
Ответ изменён 6 лет, 3 месяца назад пользователем O.
На тему изображений нет плагинов разве что фансибокс, function.php я просмотрел, я не програмист но нигде ссылок на эту директорию не нашел. С пунктами 4-6 попробую и отпишусь
Разработчик почему то сделал для картинок папку files/2017/1(к прирмеру) в корне сайта,
Вот тут большой вопрос КАК он это сделал. И только ли это.
Если залез в ядро, то… ужас.
Стандартно же расположение можно изменить каталог в конфиге, однако при обновлении всё должно остаться так же.
Надеюсь, перед обновлением сделали полный бекап всего?
Первое, что я бы сделал — это сравнил оригинальный дистрибутив используемой версии (4.2.5) с тем что у Вас. Это легко сделать в спец программами или любом нормальном файлменеджере инструментом «синхронизация файлов».
Ида. Вам бы и php обновить стоит. Хотя бы до 5,6,х но лучше до 7.
O
(@perdyllo)
а тему изображений нет плагинов разве что фансибокс
Я имел в виду плагины типа менеджеров-файлов, менеджеров медиабиблиотеки и т.д. Ну да ладно. Надеюсь разберетесь.
Стандартно же расположение можно изменить каталог в конфиге, однако при обновлении всё должно остаться так же.
вроде как константы wp-config можно переопределить и позже, в коде темы. может из-за этого и проблемы возникают.
2ТС — если переопределения папки uploads в wp-config.php нет — то стоит его сделать.
вроде как константы wp-config можно переопределить и позже, в коде темы. может из-за этого и проблемы возникают.
Возможно именно uploads и можно, но вряд ли. Тк как позже переопределить wp-content/*, если из него работает та же тема.
то стоит его сделать.
Да, но не раньше, чем выясниться причина такого.
Надеюсь, перед обновлением сделали полный бекап всего?
Бэкап я конечно сделал. Почему сомневаюсь что кто то лез в ядро: Просто до 4.2.5 все обновлялось и не было проблемм с этим обновлением. А тут вдруг стало происходить. Если бы вносили изменения в ядро, то первое же обновление все бы похерило (как я понимаю).
Просто до 4.2.5 все обновлялось и не было проблемм с этим обновлением.
А почему же не обновлена ветка до последней версии 4.2.18(!)? Причем эти технические обновления должны делаться автоматически. Значит проблемы с обновлением есть.
Возможно, конечно, что ядро не тронуто, но проверить целостность дистрибутива всё же стоит. Это очень просто делается.
Если бы вносили изменения в ядро, то первое же обновление все бы похерило (как я понимаю).
Если обновления были с 4.2.0, то не факт.
Вообще как правильно обновлять сразу самое новое или постепенно?
Вообще как правильно обновлять сразу самое новое или постепенно?
Со столь старой версии лучше постепенно — через все ключевые версии: 4.2.18 — 4.3.14 — 4.4.13 … 4.9.1.
Проверяя после каждой версии работоспособность нового (смотреть статьи «что нового в версии …»).
Проблему решил. В конце wp-config.php нашел дописку
define( ‘UPLOADS’, ».’files’ ); эту строчку закоменил
Как ее сразу не заметил. Все изображения с сохранением дальнейшего местоположения перезалил в папку uplods. И все заработало. Сайт обновил до последней версии
-
Ответ изменён 6 лет, 2 месяца назад пользователем
127zeppelin.
