При обновлении произошла ошибка не удалось создать директорию

[РЕШЕНО] Невозможно установить обновления WordPress

Сегодня в статье рассмотрим устранение проблемы при обновлении или установки плагинов WordPress.

Сообщение: «Невозможно создать директорию при установке плагина» или «Загрузка не удалась. Каталог назначения для файлового потока не существует или недоступен для записи». Права ставили на папку plugins и 755 и 775 и 777 ничего не помогает.

Решение

Скорее всего, WordPress не может воспользоваться возможностью загрузки файлов во временную директорию на сервере. Для того чтобы избавиться от данной ошибки проделываем следующее (приведу пример для сервера на Ubuntu):

• Подключаемся к вашему серверу (через FTP или SSH)
• Удаляем директорию temp по пути:

• Создаем новую директорию temp

• Устанавливаем права и владельца на все директории и файлы вашего сайта

• Проверяем в файле:

• Наличие строчки:

После данной манипуляции всё заработало в штатном режиме.

Если есть вопросы, то пишем в комментариях.

Также можете вступить в Телеграм канал, ВКонтакте или подписаться на Twitter. Ссылки в шапке страницы.
Заранее всем спасибо.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Сегодня я решил на свой сайт установить Яндекс Поиск для сайта. Здесь, может возникнуть вопрос — а чем меня не Читать

Ваши сайты на WordPress пытаются ломать? Мой VDS находится под мониторингом Zabbix’а. Вчера я стал активно получать на почту сообщения Читать

Иногда, после очередного обновления WordPress или при обновлении плагина вместо сайта и административной панели в браузере отображается запись «Сайт ненадолго Читать

Составил и отсортировал повторяющиеся пинг сервисы для блогов WordPress в 2019 году. Копируйте и пользуйтесь моим списком пинг сервисов чтобы Читать

Источник

Установка не удалась не удалось создать директорию

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

Первое мнение, не выставлены права CHMOD на папку uploads/2015/10, но даже после рекурсивной установки прав 777, на все директории внутри uploads, ошибка не куда не исчезает. А одним плагином special text boxes пост не украсить, тем более нужно в каждую публикацию загружать уникальные скриншоты.

Так как же быть?

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

Я вижу несколько путей решения, мне помог последний пункт, но вам возможно поможет другой. Советую начинать с первого и идти дальше.

Ещё есть вариант загрузки файлов вручную через FTP клиент или файлменеджер хостинга, но если сайт живой и обновляться часто, этот способ надоест через неделю. Давайте перейдем к реальным действиям.

1. Установка CHMOD прав на папки.

Лично мне это не помогло, но начните именно с этого, на папке Uploads должны стоять CHMOD 777 или 755 в зависимости от хостинга.

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

2. Указываем новые пути к папке uploads

После смены хостинга точный путь до папки wp-content/uploads/ изменятся и его нужно заменить обязательно, в противном случаи wordpress будет обращаться к несуществующей директории.

Для этого заходим в Настройки / Медиафайлы ( site.info/wp-admin/options-media.php ) и обращаем внимание на пункт “Сохранять файлы в этой папке“.

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

Исправление ошибки, которая возникает при обновлении WordPress плагинов.

Общий вид ошибки может выглядеть так (в вашем случае будут указаны ваши плагины):

В моём случае, суть заключалась в том, что WordPress-у не хватало прав доступа на обновление плагинов. Так произошло из-за смены хостинга. При переносе файлов с одного хостинга на другой они скопировались с неверными правами доступа. У файлов и папок права доступа указаны в цифровом виде хоть и верные (755 и 644), но сам WordPress не понимает этого.

Для исправления прав доступа заходим по ssh на свой VPS сервер. Затем в Терминале вбиваем следующую команду:

где /home/имя_пользователя/web/ploshadka.net/public_html/wp-content/ — путь до папки wp-content сайта на WordPress. В данном случае путь приведён для системы управления сайтами на Vesta.

Вышеприведённая команда назначает на все папки права доступа 755, а на все файлы 644.

Сегодня явно не мой день, одна ошибка за другой.
Пытаюсь установить плагин для бэкапа, установил пароль от ftp сайта и получаю ошибку.

Блин, только я не совсем понимаю.
Я работаю на локальном сервере, а плагин просит пароль от ftp.
Сейчас я задал пароль и данные, вроде плагин установился, при переносе на сервере, плагин по идее тоже должен работать.

А ошибка «не удалось создать папку»?

Я переместил сайт в домашнюю директорию в папку sites.
Задал для файлов и папок права 755.

Вот

В чем причина ошибки?
Заранее благодарен.

• Вопрос задан более года назад
• 3905 просмотров

php работает от другого пользователя

права 755
5 — это это в двоичной кодировке 101 r-x (исполнение и чтение), прав на запись нету

и бэкапить как бы нужно на другой сервер, а не туда где сайт установлен

Источник

2keep.net

IT-Blog

WordPress. Внезапная ошибка «Не удалось создать директорию.»

На одном VPS два WordPress сайта. На втором сайте, перестали обновляться плагины, темы и т.д. (возможно после очередного обновления WP), хотя на первом сайте всё обновляется как и ранее.

При обновлении ошибка:

Права на все папки на двух сайтах идентичные, всё это работало годами.

Если из терминала, воспользоваться ftp клиентом, то ни каких проблем не возникает.

Долго я искал причину…

В финале помогло следующее

Обновление происходит через FTP. В настройки FTP клиента WordPress внёс дополнения:

На первом сайте нет таких настроек, но всё работает. Ситуация непонятная. Но очень глубоко в неё не копал.

Похоже это произошло после какого-то обновления WP.

Моет кому пригодится.

Похожие записи.

Андрей Торженов

Latest posts by Андрей Торженов (see all)

• Куда переходить с Helpdesk OTRS? Альтернативы OTRS — 27/02/2022
• Windows 11. Не работает обновление, не входит в OneDrive, OneNote и другие Microsoft сервисы — 29/01/2022
• Попытка взлома Mikrotik? — 24/12/2021
• После обновления до Proxmox 7.1 не запускаются виртуальные машины — 28/11/2021
• libflashplayer.so пропатченный от Time bomb — 11/02/2021

Добавить комментарий Отменить ответ

Для отправки комментария вам необходимо авторизоваться.

Оповещение по e-mail о новых комментариях. Также вы можете не оставляя комментарий подписаться но новые комментарии.

Источник

Не удалось создать директорию wordpress

Здравствуйте, уважаемые читатели блога KtoNaNovenkogo.ru. Периодически занимаюсь тюнингом блога, созданного, как вы уже наверное знаете, на движке Вордпресс.

Подправляю внешний вид, включаю в дизайн различные счетчики посещений и, конечно же, стремлюсь найти и установить все самые нужные и важные WP плагины (по ссылке я описал те из них, без которых не может работать блог). Кстати, WP оказался очень даже не сложным в плане файловой организации.

Основные файлы, которые могут понадобиться для изменения внешнего вида блога, находятся в папке, где расположены файлы текущей темы оформления ( /wp-content/themes/папка_вашей_темы_оформления ). Если интересно, то у меня есть пост, посвященный назначению того или иного файла из темы WordPress, поправив который вы сможете изменить, добавить или удалить какие-либо элементы дизайна WP блога.

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

Установка плагинов на WP различными способами

Хотя чуть выше я сослался на статью, где уже описывал установленные у меня на блоге плагины, все же приведу некоторые из них, без которых мне сложно помыслить использование WordPress для своих задач:

1. Google XML Sitemaps — замечательный плагин, который автоматически генерирует карту сайта Sitemap (читайте о том, что такое Sitemap.xml и зачем он нужен) и рассылает пинги о появлении новой публикации в вашем блоге. Есть ли от последнего толк мне не ведомо, но хуже точно не будет, особливо при определении авторского права на текст поисковиками.
2. All in One SEO Pack — практически все самые важные настройки, помогающие провести SEO оптимизацию (читайте про то, что это такое) на вашем ресурсе. У него, правда, имеются закидоны, но при желании их легко обойти.
3. Hyper Cache — незаменимый плагин, помогающий снять нагрузку с сервера и использовать более дешевый тариф хостинга даже при высокой посещаемости блога.
4. Subscribe To Comments — пользователи смогут подписываться на появление новых комментариев в интересующих их статьях.

Установка и настройка плагинов в WordPress предельно упрощена и, как правило, не вызывает каких-либо затруднений. Единственное, что хочу сказать, для вашей же безопасности плагины скачивать лучше только с официального сайта wordpress.org. Доступ к нему можно получить как напрямую из браузера, так и из админки Вордпресса перейдя на соответствующую вкладку. Выглядит это дело примерно так:

Если зашли на этот сайта напрямую через браузер, то можете воспользоваться имеющимся поиском по плагинам, если знаете его название или какое-то «ключевое слово», которое поможет найти наиболее подходящий вариант.

Официальный сайт хорош не только тем, что все файлы там проверятся на наличие вирусов и прочих гадостей, способных навредить вашему блогу, но и тем, что тут можно узнать, подходит ли данный плагин для вашей версии WP (читайте про так, как обновить WordPress), как давно обновлялся именно этот плагин (насколько он актуален и поддерживается ли разработчиком) и какой у него рейтинг.

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

Таким образом, установка плагина может начинаться именно со скачивания архива с плагином на свой компьютер с сайта wordpress.org. После это опять же существует пара возможностей для его установки. Во-первых, архив с плагином можно разархивировать и залить получившееся в итоге «нечто» при помощи любой программы ftp-клиента, например, все той же FileZilla на хостинг в папку PLUGINS вашего блога (/wp-content/plugins/ ).

Во-вторых, замечу, что WP плагины можно также устанавливать и не пользуясь ftp-менеджером. Действия в этом случае будут аналогичны действиям по установке расширений в Joomla. Причем распаковывать скачанный архив с плагином будет не нужно.

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

Жмем на кнопку «Выберите файл», находим нужный архив у себя на компьютере и жмем кнопку «Установить». Все, процесс пошел, после чего WordPress предложит вам этот плагин активировать. Т.е. установка плагина — это просто копирование его файлов (и папок) в нужную директорию WP (хоть через админку, хоть по ФТП), а вот активация — это уже подключение данного расширения к движку. Если ее не выполнить, то ничего работать не будет.

Ну и, конечно же, все вышеописанное можно было сделать и ничего вообще к себе на компьютер не скачивая. Как видно из предыдущего скриншота, на вкладке админки Вордпресса «Плагины» — «Добавить новый» фактически открывается копия страницы https://wordpress.org/plugins, где точно так же присутствует поиск по плагинам и на их «карточках товара» имеется та же самая информация (рейтинг, комменты, скрины, версии и т.п.).

В общем, все можно сделать отсюда (/wp-admin/plugin-install.php), только вместо кнопки «Скачать» вы увидите кнопку «Установить» — и вся разница.

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

Решение возможных проблем при установке плагинов

При любом способе установки в Вордпресс могут возникнуть проблемы, решение которых потребует использование ftp-менеджера. WP иногда пишет, что ему не хватает прав доступа для создания подкаталогов год/месяц:

/home/users/путь к вашему wordpress/wp-content/uploads/2009/02 . Проверьте, доступна ли родительская директория для записи (Права доступа должны быть 755, 775, либо 777, в зависимости от настроек вашего сервера).

О том, как можно поменять права доступа к файлам и папкам на сервере хостинга, я уже писал в статье про Файлзилу (см. ссылку чуть выше), а также я писал о том, что такое права доступа к файлами и папкам и как их правильно настроить. Но проблема может быть и не в правах доступа.

И даже если вы, как и я, установите максимальные права доступа (777) для каталога /wp-content/uploads , злобный WordPress по-прежнему может продолжать ругаться. Связано это скорее всего с тем, что в его настройках прописан не правильный абсолютный путь к файлам этого движка, который можно изменить через параметр upload_path глобальных настроек WP.

Как попасть в глобальные настройки WordPress (options.php)

Попасть в глобальные настройки можно, добавив к адресу главной страницы вашего блога следующий путь: /wp-admin/options.php

Обратите внимание, что заходить на этот адрес можно будет только после того, как вы авторизовались под админом в Вордпрессе (вполне логично, что кого попало к средоточию всех своих настроек умный движок не подпустит). Т.е. вы напрямую в адресную строку браузера (без каких-либо меню) вставляете http://site.ru/wp-admin/options.php и попадаете в окно с названием «Все настройки».

Их там будет очень много, и поэтому искать нужный нам upload_path проще всего будет, воспользовавшись возможностью браузеров искать текст на вебстранице. В FireFox для поиска на странице нужно из меню выбрать «Правка» — «Найти», или нажать сочетание клавиш Ctrl+F. У других браузеров тоже имеются аналогичные возможности.

Вот тут и начинается самое интересное. В строке этого параметра мы увидим путь, который заканчивается для всех одинаково: wp-content/uploads . Весь вопрос заключается в том, что именно должно быть написано перед wp-content/uploads для вашего WP блога.

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

Как узнать абсолютный путь к папке или файлу сайта на хостинге

Суть наших дальнейших действий будет заключаться в определении абсолютных путей к папкам и файлам, размещенным на сервере хостинга. Решить эту проблему можно, написав малюсенький скрипт на PHP, который позволит нам не заблудиться. Дело в том, что все нужные нам данные уже находятся в глобальной переменной под названием $_SERVER и нам только остается вывести их на экран браузера с помощью следующего кода:

Сохраните этот код в любом блокноте (умный блокнот Нотепад++ рулит ) с расширением PHP, ну, например, как url_path.php . Затем, с помощью нашей любимой FileZilla закиньте его в корневую папку вашего сайта (эта папка может называться htdocs, либо public_html, либо еще как-то) и в адресной строке браузера наберите:

Для моего блога получится так:

В результате, в окне браузера вы увидите следующее:

Нужная нам информация будет находиться в первой строке. Копируем путь из этой строки и, подставив к нему окончание вида wp-content/uploads

Ну и, наконец-то, мы можем прописать полученный таким способом путь в параметр upload_path глобальных настроек WordPress (см. выше). Нажимаем в конце списка параметров на кнопку «Сохранить изменения» и пробуем снова установить плагин из админки WordPress.

Надеюсь, что в этот раз у вас установка пройдет без сучка и задоринки.

И снова вопрос о выборе хостинга.

На днях настраивала блог на заказ на хостинге Fast VPS. Хостинг из серии профессиональных, поэтому создание блога на нем, для неподготовленного новичка может превратиться в процедуру под названием «Миссия не выполнима».

В этот раз, даже для меня, был небольшой сюрприз. При загрузке шаблона, плагинов, изображений через админку блога выскакивала надпись:

На первый взгляд ничего сложного, просто прописываем CHMOD (права доступа) 777 или 755 для папки wp-content.

Но как оказалось с правами доступа все в порядке.

Пришлось порыться в интернет в поисках решения и лишний раз убедиться в том, что на любую проблему уже точно есть решение :). Слава Интернет!

Вот что я нашла в статье Установка и настройка плагинов для WordPress, решение возможных проблем при установке плагинов на Вордпресс. Кстати, отличная статья, с подробным описанием решения проблем.

И даже если вы, как и я, установите максимальные права доступа (777) для каталога /wp-content/uploads, злобный WordPress по прежнему может продолжать ругаться. Связано это скорее всего с тем, что в настройках WordPress прописан не правильный абсолютный путь к файлам Вордпресс, который можно изменить через параметр upload_path глобальных настроек WordPress.

В моем случае этот путь вообще отсутствовал :).

Опишу кратко, что я сделала:

Как исправить ошибку «Не могу создать директорию wp-content/uploads.»

1. открыть страницу options.php через админку. В моем случае это — http: //anfisabreus.ru/wp-admin/options. php. Обратите внимание, эта страница откроется только после того, как вы войдете под логином и паролем в админку блога.

2. Найти поле upload_path — у меня это поле по каким-то причинам оказалось пустым. В этом поле нужно прописать абсолютный путь к папке с uploads.

Как узнать абсолютный путь к папке?

Можно уточнить у хостинга, либо создать файл php со специальным кодом:

И назвать его к примеру, path.php

Загрузить этот файл в корневую папку блога и открыть в браузере. Для моего блога получилось — http: //anfisabreus.ru/path. php

На открытой странице будет следующий текст:

Нас интересует первая строчка: Путь к корневой папке: /home/XXXXX/YYYYY

Скопировать — /home/XXXXX/YYYYY
и дописать /wp-content/uploads
в итоге должно получиться — /home/XXXXX/YYYYY/wp-content/uploads

Вот это и будет абсолютный путь к папке uploads

3. Вставьте этот путь в поле upload_path

4. Спуститесь вниз и сохраните изменения

После этого, ошибка при загрузки файлов, возникать не должна.

Не забудьте удалить файл path.php после того, как скопируете путь.

Но таких сложностей можно избежать если правильно выбирать хостинг. Для новичка решившего заняться бизнесом в Интернет, создание блога, кажется очень сложной задачей, а если еще добавить проблемы с хостингом, можно вообще отбить охоту продолжать начатое.

Так что, если Вы решили создавать блог самостоятельно, настоятельно рекомендую покупать «народный» хостинг, например Timeweb. Это поможет Вам избежать массы вопросов и головной боли.

На таких хостингах как TimeWeb:
1. Уже есть предустановленный WordPress, т.е. для его установки Вам не нужно будет закачивать файлы, создавать базу данных, настраивать файл wp-config.php и т.д.
2. Все права доступа на папки установлены правильно, как нужно! и все пути к папкам уже прописаны в глобальных настройках.
3. Вы без проблем создадите карту сайта xml — автоматически, что не возможно сделать на многих профессиональных хостингах — это очень распространенная проблема, с которой ко мне обращаются блогеры у кого блоги на профессиональных хостингах.
4. У Вас не будет проблем с созданием постоянных ссылок — файл .htaccess создастся автоматически. На профессиональном хостинге этот файл нужно создавать вручную.

Этот список скорее из серии какие сложности Вас ждут на профессиональном хостинге.

Подробнее о выборе хостинга можно почитать здесь: «Какой хостинг подходит для автономного блога на WordPress».

Желаю Вам легкого и быстрого создания блога. Если есть сложности с хостингом, пишите в комментариях. С удовольствием помогу разобраться.

Не могу создать директорию /wp-content/uploads/. Проверьте, доступна ли родительская директория для записи.

Сентябрь 5th, 2009 by Сергей Тамкович

Категории: Разное Метки: wordpress 29 Комментарии

WordPress Error: «Unable to create directory /wp-content/uploads/ Is its parent directory writable by the server?»

Иногда, после обновления WordPress, перестает работать загрузка файлов. В сети можно найти много решений для этой проблемы, но ещё больше комментариев о том, что предложенные решения не работают. Не нашел решения и я, после очередного обновления WordPress загрузка файлов перестала работать. Самое интересное заключалось в том что логи error-log от apache и audit.log от SELinux были пустые. Для решения проблемы с загрузкой файлов пришлось отредактировать файл

Авторы WordPress по непонятным причинам насильно подавляют все сообщения об ошибках производимые командой

После удаления символа ‘@’ в логе появилось сообщение об ошибке, и решение проблемы стало очевидным.

Решение оказалось очень простым:

Всеми скриптами на сайте владеет root.

Но Apache работает под пользователем ‘apache’, так что директории созданные php скриптами принадлежат apache. Если у вас включен php safemode, php не позволит скриптам владелец которых root писать что-либо в файлы принадлежащие другому пользователю (в данном случае — apache). Что бы решить проблему, достаточно сделать в корне вашего блога:

Откуда у авторов WordPress такая любовь к подавлению ошибок с помощью @? Ведь присутствуй в логе ошибка, масса людей не мучалась бы безрезультатным поиском ответов.

« Получение заголовков из SIP BYE | eBay, первый опыт »

Категории: Разное Метки: wordpress 29 Комментарии

29 Responses to “Не могу создать директорию /wp-content/uploads/. Проверьте, доступна ли родительская директория для записи.”

А как это сделать на VDS?

И на виртуальнике как это сделать?

>достаточно сделать в корне вашего блога

не могли б написать более подробно? что-за «корень сайта»?

что-за «корень сайта»? где его найти? что и где конкретно менять?
я новичек

Корень сайта, это папка на сервере, в которой лежит ваш сайт (index.php).
Обычно выглядит вот так:
/var/www/dima/www
или
/home/dima/www
или
/home/dima/html

Андрей, на виртуальнике делать точно так же, при условии что есть ssh доступ.

Привет. Я вообще не разбираюсь в этом всём, но очень прошу помочь. У меня на хостинге в файл менеджере есть файл index.php. Это вот там что-то делать? Что именно делать? Вписать эту строчку ( [root@tamkovich www] # chown -R apache:apache *)? куда вписать?

Эвкалипт, эту строчку надо вписывать в консоле (ssh). Если вы в этом не разбираетесь, лучше всего обратиться в техническую поддержку хостинга, иначе есть шанс сделать хуже.

Здравствуйте. В поисках решения проблемы, набрела на Ваш ресурс. Понятное дело, внесла в закладки. Я всё туда вношу, если есть что-то, для меня полезное. Но, вот Вы ответили: «Эвкалипт, эту строчку надо вписывать в консоле (ssh). Если вы в этом не разбираетесь, лучше всего обратиться в техническую поддержку хостинга, иначе есть шанс сделать хуже».
Но, как же тогда «познавать», если не понять, не дойти до сути?
Я, вот тоже, новичок. Была у меня в помощницах девочка. Умничка… Но, она попала в больницу. Надолго. И, что? Я как без рук, и как без головы. Вся работа встала… Я обратилась в хостинг.В центр поддрежки. Проблема решается неделю… Кстати, та же самая, что и у Эквалипта…
Вот, примерно, так…
С вордпрессом, вообще, в последнее время, странное что-то, происходит. Было установлено два блога. Причём, установила свой пароль (то есть, входила на них). Месяц до них не доходили руки. Потом, решила, к новому году надо «подчистить хвосты», но не тут-то, было. Постоянно выходила ошибка: 404. И, хоть ты тресни. Я в панике. Куда подевался сайт? Почему раньше они были видны, и вдруг браузеры их не видят? По первому опыту (на другом хостинге, не на вертиальнике, как сейчас), при возникновении проблемы (сама могла напортачить), я удаляла базу данных, потом вновь заливала Вордпресс. Сейчас так не получается. Провайдеры хостинга уже сами двое суток бьются… Но, они-то, не новички! В отличие от меня. Правда, сейчас сам Вордпресс предлагает услуги своего хостинга. Предлагает к ним перевести сайты. Может, «нечисто» играют? Создают лишние проблемы владельцам сайтов, с целью переманить под собственное крыло?
Я очень разочарована. Но, привыкла к Вордпрессу, приловчилась на нём работать. Пока освоишь другие шаблоны… Сколько, опять времени, пройдёт…. Вот так вот всё печально.

Я удалил @ в wp-settings перед mkdir().
Возможность загрузки появилась, в еррор_лог ничего не пишется. Вернул собаку обратно, загрузка продолжает работать.

Илья, символ @ в php, при подстановке перед именем функции, заставляет php не выводить ошибки/предупреждения возникшие в ходе выполнения ф-ции. Других эффектов на программу он не оказывает. Так что, вероятно вы исправили что-то ещё или поменялись настройки сервера.

Спасибо, просто и элегантно. У меня почему-то после установки 2.9.2 папка uploads автоматически не была создана.

спасибо за совет, сегодня напишу хостинг провайдеру попробуем 🙂

спасибо за детальный анализ и подсказку.
надо написать письмо хостеру…

Все значительно проще!
Родительская — uploads, сделать доступной — поставить права на нее 777
Total Commander > Files> Change Attributes

Йосеф, гениально. Перечитайте статью ещё раз.

Очень благодарен за статью, только с помощью её смог решить проблему. ещё раз спасибо и успехов

неплохо бы сделать видеоурок, где и как что менять. Или поподробнее где находится эта консоль (ssh)

Дмитрий, делайте — с удовольствием размещу.

Я думал вы это сделаете! Хотя если подробно обьясните как, где и что, то я без проблем его сделаю для вас)

хех, в статье надо было пояснить, что статья только для тех, кто сам умеет настраивать апач и размещать там веб-ресурсы. Недавно разговаривал с одной конторой, изготавливающей сайты-визитки —
— не могли бы вы дать мне пароль и логин от ваших днс?
— !? (что я при этом подумал — не скажу)
— ну нам нужен наааш хостинг…
— !?
— я пытался ввести пароль и логин, который вы дали, но панель хостинга у меня не появляется и не знаю, как выгрузить скрипты… и у вас там дырка на сайте.
— куда вы его вводили и какая нахрен панель, объясните, зачем вы протерли дырку…
вобщем народ обычно не знает, что такое консоль, а уж что туда надо писать, что пхп скрипты появились на хостинге — вообще отдельная тема, им панель подавай и шоб все работало, а еще лучше — видео, как это все набирать. пичаль.

Спасибо Вам за статью. Правда для того чтобы она помогла пришлось еще 2 часа читать статьи в интернете. А про @ не знал. Век живи — век учись.

Кок поменять стандартную папку в которую загружаются медиафайлы. Удается создать директорию, но не понятно как прописать чтобы файлы попадали в нее автоматически.
Раньше это можно было сделать штатно из админки, теперь это задача не очевидна.

привет всем! вопрос автору
куда именно вставить эту строку [root@tamkovich www] # chown -R apache:apache *

Привет Вадим, вставлять надо только часть строки: chown -R apache:apache *
Вставлять её надо в консоль, доступ к которой осуществляется по протоколу SSH.
Первая же часть примера ( [root@tamkovich www] #) указывает, что Вы находитесь на сервере tamkovich, с правами root, в папке www

У меня только под пользователем www-data запускался apache, но то мелочи.
Огромное спасибо!
ps aux | egrep ‘(apache|httpd)’ — этой командой просто узнать Вашего пользователя

Илья, Вы пишете
Я удалил @ в wp-settings перед mkdir().

я зашёл в wp-settings и не могу найти там mkdir() … или может я что то не так понял?

я кстати, обратил внимание, что на моём сайте всё работает не под юзером root
но всеравно вылетает эта ошибка.

Источник