Wordpress - проблема с загрузкой фото на сайт

Возможно, что-то с кодировкой functions.php .

Сперва попробуйте этот вариант: http:// omelchuck . ru/vo-vremja-zagruzki-proizoshla-oshibka/ (нашел в гугле за 2 минуты, пробелы уберите).

Подобная проблема, чаще всего, решается путем проверки файлов в папке wp-includes, в какой кодировке они сохранены. Я поочередно открывал их в notepad++ и смотрел кодировку. Если не UTF8 без BOM, то преобразовывал в нее. В инете пишут, что проблема именно в файле functions.php, но лучше проверить и остальные, у меня кодировка неправильная была в другом файле.

Может быть две проблемы:

1) Пользователь заходит с http и пытается загрузить медиафайл, но в вордпрессе настроен на https и происходит цикличная загрузка. Нужно смотреть редирект и проследить, где и на какой странице http, вместо https

2) Если у Вас VPS, то вордпрессу надо задать разрешения (права доступа 777) на папку, куда грузит файлы через root, ну мне в таком случае помогало.

Надеюсь и Вам поможет

Я видел эту статью. Но решил что это не мой вариант. Я пользуюсь редактором nano из-под Линукса и никогда проблем с кодировками небыло. Из статьи выплывает, что это касается майкрософтовских редакторов.

Но я проверю этот вариант.

Но на данный момент у меня есть информация, которая вроде-как говорит о том, что кодировки здесь ни при чём.

Я сегодня поставил для тестов новый сайт с той-же темой и ничего в нём не редактировал, а проблема есть. На свежеустановленном сайте.

Я думаю, может всё-таки проблема связана с https.

Рабочий сайт я ставил сначала в http , а потом перевёл на https . И если память не изменяет, то до перехода на https проблемы небыло.

Сейчас попробую перевести тестовый сайт на http и посмотреть что будет - исчезнет проблема или нет.

Потом буду смотреть кодировки файлов.

---------- Добавлено 02.03.2016 в 23:16 ----------

Спасибо вам за подробный ответ.

Я в предыдущем посте частично ответил и на ваше сообщение.

Кодировки посмотрю если проблема окажется не в https , потому-что мне кажется, что до перевода сайта с http на https этой проблемы небыло. Я тогда много чего менял и сейчас гарантировать, что проблема появилась именно из-за перехода в https не могу.

О результатах сообщу.

Если будут ещё идеи - буду рад!

---------- Добавлено 02.03.2016 в 23:31 ----------

Спасибо вам за ответ!

1) Пользователь в данном случае я сам (из другого браузера). Заходил по https. Вообще у меня там стоит редирект на https, так что открыть сайт в http у пользователя не получилось бы. Ну если совсем быть точным, то если он наберёт в адресной строке адрес сайта без https , то первая страница сайта у него может открыться в http, но при нажатии на любую ссылку вторая страница уже будет в https. Так-что этот вариант отпадает.

2) Права пробовал задавать 777. Это не помогает.

Я хочу обратить внимание присутствующих на один замечательный факт, который я не могу объяснить, но это на мой взгляд важно:

Если пользователь зайдёт в свой профиль через https://адрес-сайта/wp-admin/ , нажмёт +Добавить и выберет загрузку через "Попробуйте браузер-загрузчик", то браузер-загрузчик нормально загрузит его файл в его медиатеку на сайте. А потом, когда один файл в его медиатеке уже есть, то тогда этот пользователь может абсолютно нормально, стандартным способом через лицевую морду сайта грузить из своего профиля любое количество файлов в свою медиатеку. Эта проблема с этим пользователем уже не наблюдается. Т.е. достаточно ему загрузить через браузер-загрузчик хотя-бы один файл. И тогда медиа-загрузчик начинает нормально грузить файлы в этот профиль.

Вот такая странная ситуация. Но она мне кажется очень красноречивая. Но не для меня. Я не знаю почему так. Как говорится, в упор смотрю на слона, только не знаю что это слон.

Если будут ещё идеи - пишите.

---------- Добавлено 02.03.2016 в 23:39 ----------

И ещё - можно ли установить по-умолчанию браузер-загрузчик вместо медиа-загрузчика (или flash-загрузчика, так вроде его ещё называют).

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

В общем, как установить по-умолчанию браузер-загрузчик вместо медиа-загрузчика? (это будет как один из вариантов решения проблемы).

Тогда, может быть, проблема в кодировках в файлах самой темы?

Сейчас буду проверять. Вчера не успел - вырубилось электричество во всём микрорайоне.

---------- Добавлено 03.03.2016 в 10:45 ----------

Дело в https .

Перевёл тестовый сайт на http и проблема исчезла.

Рядовой вновь зарегистрированный пользователь нормально может загружать картинки на сайт.

При этом админка осталась в https , а вся лицевая морда сайта в http, в том числе и страница логина, регистрации и кабинет пользователя.

Конфигурацию сервера не менял, а просто прописал в админке Настройки > Общие адрес WP и адрес сайта начиная с http.

Пока думаю что делать дальше.

В принципе хотелось бы сохранить https для всего сайта. На сайте нет никакой информации, которая представляла бы объективную ценность. Никакой финансовой информации и т.д. Сайт посвящён объявлениями от владельцев и риэлторов о покупке-продаже недвижимости. В аккаунтах пользователей только их объявления. Вроде особо шифроваться смысла нет.

Но там Гугл вроде что-то грозился учитывать в своём рейтинге - на https сайт или нет. Вроде как если на https - то хороший правильный сайт. Если нет - то не совсем правильный.

Это действительно так?

То, что причина в кодировках - это видимо отпадает. Или нет?

Есть идеи почему https создаёт описанную проблему?

---------- Добавлено 03.03.2016 в 10:55 ----------

Опа!... Поторопился... На рабочем сайте даже в http проблема не исчезла. Разбираюсь.

---------- Добавлено 03.03.2016 в 11:30 ----------

Помогло Настройки>Постоянные ссылки Сохранить изменения.

В общем если морда сайта не https, а в http, то проблем нет.

Может есть идеи почему https создавало такую проблему?

А что глаголят логи ерроров и аксесса у nginx, php, mysql?

У меня такая проблема появилась пр переносе сайта на другой сервер. Лечил так:

сначала из под рута дал папке с сайтом (полностью всей) права 777. Потом поменял это же на 755.

После опять для папки wp-content дал права 777. Проблема ушла.

Логи показывали, что нет доступа к одному из php файлов, к сожалению не записал, к какому.

Я сейчас воспроизвёл проблему на тестовом сайте и как ни странно error-логи пустые. То-есть последние записи в них или несколько-часовой или вчерашней давности.

Права на папки и файлы сайтов у меня всегда были: 750 на папки и 640 на файлы в них. Всегда нормально работало.

Давать права 777 на файлы и папки ...

Здесь нужно смотреть - может нужно менять владельца файлов-папок. Может неправильный владелец-группа у файлов-папок.

Это конечно если сайт в отдельной своей виртуальной машине. как минимум.

А какие есть тонкости на общем хостинге я не знаю. Никогда не имел с этим дела.

Нет, может через пару лет так и будет, но пока нет.

Нет, про гугл - это миф, пока что. Начнем с того, что https проблемно открывается на старых ОС, например win xp, а еще не вымерли те мамонты, которые на них сидят. В первую очередь, соц.сети, банки (финансовые учреждения), должны переходить на https. Если обычный сайт - то пока нет такой необходимости.

Похоже, что тут не в кодировках дело.

Что, если поставить плагин какой-нибудь галереи, где есть альтернативный загрузчик? Например, NextGEN Gallery / Photo Gallery, by Web Dorado .