Обновление не удалось не удалось создать директорию: WordPress. При обновлении плагина произошла ошибка. Не удалось создать директорию.

Обновление не удалось не удалось создать директорию: WordPress. При обновлении плагина произошла ошибка. Не удалось создать директорию.

Содержание

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

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

Ошибка выводится следующая:
При обновлении (название плагина) произошла ошибка: Не удалось создать директорию.

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

Процесс обновления начался. На некоторых серверах он может занять какое-то время — пожалуйста, наберитесь терпения.
Включение режима обслуживания…
Обновление плагина BackWPup (1/5)
Загрузка обновления с https://downloads.wordpress.org/plugin/backwpup.3.4.0.zip…
Извлечение обновления…
При обновлении BackWPup произошла ошибка: Не удалось создать директорию.
Обновление плагина Contextual Related Posts (2/5)
Загрузка обновления с https://downloads.wordpress.org/plugin/contextual-related-posts.zip…
Извлечение обновления…
При обновлении Contextual Related Posts произошла ошибка: Не удалось создать директорию.
Обновление плагина Default Media Uploader View (3/5)
Загрузка обновления с https://downloads.wordpress.org/plugin/default-media-uploader-view.1.0.8.zip…

Извлечение обновления…
При обновлении Default Media Uploader View произошла ошибка: Не удалось создать директорию.
Обновление плагина WordPress Media Library Folders (4/5)
Загрузка обновления с https://downloads.wordpress.org/plugin/media-library-plus.3.3.8.zip…
Извлечение обновления…
При обновлении WordPress Media Library Folders произошла ошибка: Не удалось создать директорию.
Обновление плагина WordPress Media Library Folders Reset (5/5)
Загрузка обновления с https://downloads.wordpress.org/plugin/media-library-plus.3.3.8.zip…
Извлечение обновления…
При обновлении WordPress Media Library Folders Reset произошла ошибка: Не удалось создать директорию.
Отключение режима обслуживания…

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

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

chmod -R u=rw,g=r,o=r,a+X /home/имя_пользователя/web/ploshadka.net/public_html/wp-content/

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

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

А если нужно сменить права пользователя.

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

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

Первое мнение, не выставлены права 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 (исполнение и чтение), прав на запись нету

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

Оцените статью: Поделитесь с друзьями!

Не удалось создать каталог - wordpress ошибка установки плагина на mac



Добрый день ребята Я попытался установить wordpress плагины в Mac в localhost, но я получаю эту ошибку: Не удалось создать каталог. /Applications/XAMPP/xamppfiles/htdocs/kew/wp-content/plugins/revslider/

Установка плагина не удалась. Я изменил разрешения папки установки на чтение & Write, но ошибка не устранена. Пожалуйста, помогите мне.

С уважением

wordpress macos plugins localhost failed-installation
Поделиться Источник Reagan     09 января 2017 в 13:02

2 ответа


  • Проблемы при установке PyQt4 на Mac OSX 10.9: ошибка: не удалось определить детали вашей установки Qt

    Проблемы при установке PyQt4 на Mac OSX 10.9:Error: не удалось определить детали вашей установки Qt. Я успешно установил Qt 5.2.1 для Mac (378 MB), каталог находится /Пользователи/Bravelee/Qt5.2.1/ Я выполнил следующие шаги, чтобы установить PyQt4: установите и сделайте sip (sip-4.15.3 ),успешно...

  • wordpress upload_error не удалось создать каталог

    Попытка загрузить файлы изображений в библиотеку Media, и когда я загружаю файл, я получаю следующую ошибку “306.gif” не удалось загрузить из-за ошибки Не удалось создать каталог uploads/2014/04. Является ли его родительский каталог доступным для записи сервером? разрешения для wp-content и...



1

Вам нужно установить разрешение на плагин folder/directory. Через terminal напишите это

sudo chmod -R 777 wp-content

Поделиться turashrocks     28 декабря 2018 в 20:42



0

Попробуйте это в terminal:

  1. sudo chmod 0775 /Library/WebServer/Documents
  2. sudo dseditgroup -o edit -a имя пользователя-t пользователь _www
  3. rahulmahato$ sudo dseditgroup -o edit -a rahulmahato -t пользователь _www

Примечание: Замените имя пользователя на ваше 🙂

Поделиться Rahul Mahato     04 августа 2017 в 08:49


Похожие вопросы:


Я не могу обновить плагин wordpress после исправления входа клиента ftp

Ну, моя проблема заключается в том, что после исправления wordpress запрашивает у меня FTP пользователя и пароль, делая это: WordPress запрашивает мои учетные данные FTP для установки плагинов...


Не удалось создать каталог wp-content/uploads в WordPress

Я создал php файлов для своего плагина и добавил их в папку myplugin. Затем я застегнул свою папку plugin как myplugin.zip. В админ-панели WordPress я хотел установить свой плагин на wordpress. Я...


WordPress: ошибка установки плагина -> не удалось создать каталог

об этом спрашивали снова и снова, но ни одно из решений, которые я нашел, на самом деле не работает для меня. Я тестирую новый сервер (Ubuntu server 14.04) и прошел весь процесс установки различного...


Проблемы при установке PyQt4 на Mac OSX 10.9: ошибка: не удалось определить детали вашей установки Qt

Проблемы при установке PyQt4 на Mac OSX 10.9:Error: не удалось определить детали вашей установки Qt. Я успешно установил Qt 5.2.1 для Mac (378 MB), каталог находится /Пользователи/Bravelee/Qt5.2.1/...


wordpress upload_error не удалось создать каталог

Попытка загрузить файлы изображений в библиотеку Media, и когда я загружаю файл, я получаю следующую ошибку “306.gif” не удалось загрузить из-за ошибки Не удалось создать каталог uploads/2014/04....


Ошибка "не удалось создать каталог" при установке плагинов - WordPress

Предыстория: я перенес все данные с сайта wordpress.com на самостоятельный сайт. Это испортило многие изображения в постах и т. д. (не показывается) поэтому, естественно, я просто начал возиться с...


WordPress установка плагина: не удалось создать каталог

Я использую WordPress на centos 6. Я пытаюсь установить плагин. Но я получил эту ошибку: Установка Плагина: bbPress 2.5.9 Загрузка установочного пакета из...


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

Я получаю ошибку доступа к моей админ-панели. Ошибка происходит из-за плагина. Я исправил эту проблему, переименовав папку плагинов из cpanel и изменив ее обратно. С тех пор я не мог загрузить ни...


WordPress: ошибка установки: не удалось создать каталог. 'all-in-one-wp-migration' [даже с CHMOD 777]

Информация: Использование: WordPress: 4.9.7 Система: Mac Сервер: Vagrant: Ubuntu/trusty64 Так что я довольно новичок в разработке, так что, пожалуйста, простите меня, если это основное. Я пытаюсь...


Создайте пользовательскую страницу wordpress после установки моего пользовательского плагина

Как создать пользовательскую страницу wordpress после установки моего плагина custom integration wordpress. Пример : (если мы имеем установить Woocommerce это автоматически создать корзину &...

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

Обновлено 20 января 2021
  1. Установка плагинов на WP различными способами
  2. Решение возможных проблем при установке плагинов
  3. Как попасть в глобальные настройки WordPress (options.php)
  4. Как узнать абсолютный путь к папке или файлу на хостинге
  5. Активация и настройка установленных плагинов

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

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

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

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

P.S. Как бы я не хотел, но всего необходимого в одну (или даже несколько публикаций) не впихнешь (а дьявол, как говорится, кроется в деталях). В общем, есть вариант пройти онлайн-обучение по теме "Как создать сайт самостоятельно от TexTerra«. Все же, за 20 часов рассказать можно, наверное, все. Но это платно, само собой.

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

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

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

Установка и настройка плагинов в 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. В моем случае получится так: https://ktonanovenkogo.ru/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
echo 'Document root: '.$_SERVER['DOCUMENT_ROOT'].'<br>';
echo 'Полный путь к скрипту и его имя: '.$_SERVER['SCRIPT_FILENAME'].'<br>';
echo 'Имя скрипта: '.$_SERVER['SCRIPT_NAME'];
?>

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

http://адрес_вашео_сайта/url_path.php

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

https://ktonanovenkogo.ru/url_path.php

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

Document root: /home/XXXXX/YYYYY
Полный путь к скрипту и его имя: /home/XXXX/YYYYY/url_path.php
Имя скрипта: /url_path.php

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

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

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

Активация и настройка установленных плагинов

На втором шаге установки плагина в Вордпресс нужно зайти в админку и выбрать раздел с не активированными плагинами („Плагины“ -»Установленные"), где собственно и должен проявиться устанавливаемый нами.

Находим его среди списка других и жмем на надпись «Активировать», расположенную под его названием. Теперь плагин активирован, т.е. установлен полностью.

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

Правда, настройки некоторых расширений, таких, например, как cformsII, вы не найдете в меню «Настройки», т.к. они создают свое собственное меню. Настройки Akismet также находятся в необычном месте, показанном на рисунке слева. Для тех плагинов, что я буду в дальнейшем описывать, постараюсь пояснять по ходу дела смысл пунктов их настроек.

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

Если числа никакого нет, то и нет расширений, у которых появились обновления. Если число все же присутствует, то пройдя по пути «Плагины» — «Доступны обновления», вы сможете простым нажатием «Обновить», инициировать скачивание и автоматическую установку новой версии данного плагина. Замечательно, не правда ли?

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

Удачи вам! До скорых встреч на страницах блога KtoNaNovenkogo.ru

Ошибка "Не удается создать домашнюю папку" при использовании не существующего пути к папке в Windows

Симптомы

При попытке задать путь к домашней папке пользователя, используя путь к общей папке non-exist оснастки Active Directory — пользователи и компьютеры консоли управления (MMC) на компьютере под управлением Windows Server 2012 R2 или Пакет обновления 1 (SP1) для Windows Server 2008 R2, появляется следующее сообщение об ошибке:

Не удалось создать домашнюю папку, так как: сетевое имя не найдено.

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

Примечаниеэта проблема также возникает при задании пути к домашней папке служб Active Directory облегченного доступа к каталогам (AD LDS) в Windows 7 с пакетом обновления 1.

Решение

Для решения этой проблемы для Windows Server 2012 R2 установите обновление 2919355.

Для решения этой проблемы для Windows 7 или Windows Server 2008 R2, установите исправление, описанное в данной статье.

Сведения об обновлении для Windows Server 2012 R2

Дополнительные сведения о получении обновления 2919355, щелкните следующий номер статьи базы знаний Майкрософт:

Windows RT 8.1 Windows 8.1 и Windows Server 2012 R2 обновления в апреле, 2014 г

Сведения об исправлении для Windows 7 и Windows Server 2008 R2

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

Если исправление доступно для скачивания, имеется раздел "Пакет исправлений доступен для скачивания" в верхней части этой статьи базы знаний. Если этот раздел не отображается, обратитесь в службу поддержки для получения исправления.

Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Для получения полного списка телефонов поддержки и обслуживания клиентов корпорации Майкрософт, или для создания отдельного запроса на обслуживание, посетите следующий веб-сайт Майкрософт:

Примечание. В форме "Пакет исправлений доступен для скачивания" отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

Предварительные условия

Для установки этого исправления необходимо наличие Windows 7 с пакетом обновления 1 или Windows Server 2008 R2 с пакетом обновления 1.

Для получения дополнительных сведений о получении пакета обновления для Windows 7 или Windows Server 2008 R2 см. следующую статью базы знаний Майкрософт:

Сведения о пакете обновления 1 для Windows 7 и Windows Server 2008 R2

Сведения о реестре

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

Необходимость перезагрузки

Может потребоваться перезагрузить компьютер после установки данного исправления.

Сведения о замене исправлений

Это исправление не заменяет ранее выпущенные исправления.

Сведения о файлах

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

Примечания к сведениям о файлах Windows 7 и Windows Server 2008 R2Важно. Исправления для Windows Server 2008 R2 и Windows 7 включены в одни и те же пакеты. Однако исправления на странице запроса исправлений перечислены под обеими операционными системами. Чтобы запросить пакет исправления, который применяется к одной или обеим ОС, установите исправление, описанное в разделе "Windows 7/Windows Server 2008 R2" страницы. Всегда смотрите раздел "Информация в данной статье относится к следующим продуктам" статьи для определения фактических операционных систем, к которым применяется каждое исправление.

  • Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SPn) и направлению поддержки (LDR, GDR) можно определить путем проверки номера версий файлов, как показано в следующей таблице.

  • Выпуски обновлений GDR содержат только те исправления, которые выпускаются повсеместно и предназначены для устранения распространенных критических проблем. В обновления LDR входят также специализированные исправления.

  • Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе "Сведения о дополнительных файлах для Windows 7 и Windows Server 2008 R2". MUM, MANIFEST и связанные файлы каталога безопасности (.cat) очень важны для поддержания состояния обновленных компонентов. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.

Статус

Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе "Относится к".

Дополнительные сведения

Дополнительные сведения о том, как добавить домашнюю папку в профиль посетите следующий веб-узел корпорации Майкрософт:

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

Описание стандартной терминологии, используемой для описания обновлений программных продуктов Майкрософт

Сведения о дополнительных файлах

Сведения о дополнительных файлах для Windows 7 и Windows Server 2008 R2

Дополнительные файлы для всех поддерживаемых 86-разрядных версий Windows 7

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

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

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

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

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

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

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

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

Вот что я нашла в статье Установка и настройка плагинов для WordPress, решение возможных проблем при установке плагинов на 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 со специальным кодом:


?php
echo 'Путь к корневой папке: '.$_SERVER['DOCUMENT_ROOT'].'';
echo 'Полный путь к скрипту и его имя: '.$_SERVER['SCRIPT_FILENAME'].'';
echo 'Имя скрипта: '.$_SERVER['SCRIPT_NAME'];
?>

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

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

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

Путь к корневой папке: /home/XXXXX/YYYYY
Полный путь к скрипту и его имя: /home/XXXX/YYYYY/path.php
Имя скрипта: /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. Проверьте, доступна ли родительская директория для записи.

   10 голосов
Средняя оценка: 4.5 из 5

Не удается создать резервную копию Portal for ArcGIS с помощью утилиты webgisdr из-за отсутствия доступа к элементам в директории ресурсов

Description

При запуске утилиты webgisdr для резервного копирования Portal for ArcGIS, процесс прерывается, возвращая следующую ошибку:

Ошибка: { "error":{ "code":500, "details": null, "message": "Не удалось экспортировать сайт. Экспорт репозитория портала не удался. \\\\PortalDirectory\\arcgisportal\\content\\items\\" } }

Cause

Portal for ArcGIS не может найти местоположение соответствующих элементов данных для резервирования, т.к. элемент больше не находится в директории ресурсов портала.

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

  • Данные копируются в реляционнон хранилище ArcGIS Data Store.
  • Размещенный сервис объектов создается на хост-сервере портала.
  • На портале создается элемент размещенного векторного слоя.

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

Solution or Workaround

Для решения, выполните показанный ниже процесс.

  1. Перейдите по URL-адресу администрирования Portal for ArcGIS. Это URL:
https://<machine_name>.<domain>.com/<webadaptorhost>/portaladmin
  1. Перейдите к Интеграция > Серверы > server_name >Обновление. Выберите Хост-сервер в списке Роль сервера и щелкните Обновить сервер.
  2. Запустите Службы Windows и найдите службу Portal for ArcGIS. Щелкните службу правой клавишей и выберите Остановить.
  3. Если папка ресурсов была удалена, восстановите удаленную папку из Корзины Windows.
Примечание: Если для элемента нет восстанавливаемой папки, создайте новую с тем же именем ID элемента и скопируйте все подпапки из другого элемента.
  1. Запустите Службы Windows и найдите службу Portal for ArcGIS. Щелкните правой кнопкой мыши сервис и выберите Запустить.
  2. Перейдите на страницу Ресурсы Portal for ArcGIS и удалите соответствующие элементы. Удаление будет выполнено успешно, т.к. элемент теперь доступен для портала.
  3. Снова запустите утилиту webgisdr, чтобы завершить создание резервной копии Portal for ArcGIS.

Related Information

Last Published: 12/31/2020

Article ID: 000019078

Software: Portal for ArcGIS 10.6.1, 10.6

Is This Content Helpful? Translation Feedback

Как исправить ошибку «Установка не удалась: не удалось создать каталог»

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

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

В этом посте мы обсудим причины этой ошибки и другие проблемы, связанные с ней. Затем мы рассмотрим три метода устранения сообщения «Ошибка установки: не удалось создать каталог», чтобы вы могли завершить установку или обновление.

Приступим!

Причина ошибки «Установка не удалась: не удалось создать каталог». Ошибка в WordPress

Существует три основных ситуации, в которых вы можете столкнуться с ошибкой «Установка не удалась: не удалось создать каталог».”Ошибка в WordPress:

  1. При установке темы или плагина через панель управления WordPress
  2. Во время обновления стандартной темы или плагина
  3. При попытке загрузить файлы в каталог wp-content на вашем сервере

Основная причина проблемы одинакова в каждом сценарии. Однако давайте рассмотрим каждую из этих ситуаций по очереди.

Установка новой темы или плагина на ваш сайт

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

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

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

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

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

Kinsta предоставляет надстройку дискового пространства с шагом 20 ГБ. Больше информации здесь.

Обновление существующей темы или подключаемого модуля

Иногда при попытке обновить тему WordPress или плагин, которые уже установлены на вашем сайте, вы можете увидеть ошибку, очень похожую на ту, которую мы описали выше. Обычно это будет выглядеть так: «Ошибка обновления: не удалось создать каталог.”

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

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

Загрузка файлов в каталог wp-content

Разрешения на файлы сервера

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

Однако иногда они могут заблокировать вам доступ к вашим файлам, если они настроены неправильно.

Вот почему, если вы попытаетесь обойти ошибку «Установка не удалась: не удалось создать каталог». ошибка в панели управления WordPress, загрузив файлы плагина или темы непосредственно в каталог wp-content на вашем сервере, вы, вероятно, все равно столкнетесь с той же проблемой.Ошибка возникает из-за проблемы с вашим сервером , а не с установкой WordPress.

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

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

Диагностика «Ошибка установки: не удалось создать каталог». Ошибка в WordPress (2 метода)

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

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

1. Используйте инструмент проверки работоспособности сайта WordPress

WordPress 5.2 представил инструмент "Состояние сайта". Он содержит множество ценной информации о вашем сайте WordPress, такой как результаты тестов производительности, проверки безопасности и данные конфигурации WordPress.

Вы можете получить к нему доступ, перейдя в Инструменты > Состояние сайта на панели инструментов WordPress. Чтобы проверить настройки прав доступа к файлам, перейдите на вкладку Info :

Инструмент проверки работоспособности сайта WordPress

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

Подпишитесь на информационный бюллетень

Хотите узнать, как мы увеличили наш трафик более чем на 1000%?

Присоединяйтесь к 20 000+ других, которые получают нашу еженедельную рассылку с инсайдерскими советами по WordPress!

Подпишитесь сейчас

Вкладка информации о состоянии сайта WordPress

Здесь вы увидите список важных файлов WordPress, включая каталоги плагинов и тем.В идеале все они должны быть указаны как «Доступные для записи»:

Проверка разрешений файловой системы работоспособности сайта WordPress

Если ваши разрешения настроены неправильно, рядом с проблемными папками вы увидите надпись «Доступно для записи». В этом случае вы будете знать, что вам необходимо изменить права доступа к файлам.

2. Проверьте журнал ошибок сервера

Другой вариант - проверить журнал ошибок вашего сервера. Это может быть более эффективным методом, поскольку он отображает все возникшие ошибки, а не только неправильные права доступа к файлам.Вы должны иметь доступ к своим журналам через свою учетную запись хостинга.

Если вы клиент Kinsta, вы можете войти в свою панель управления MyKinsta и щелкнуть сайтов на боковой панели:

Панель управления MyKinsta

Выберите имя сайта, на котором возникает ошибка «Ошибка установки: не удалось создать каталог». Затем выберите вкладку Журналы :

MyKinsta account Просмотр журнала ошибок

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

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

Как исправить ошибку «Установка не удалась: не удалось создать каталог». Ошибка в WordPress

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

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

Как клиент Kinsta, вы можете сделать это, перейдя на вкладку Info своего сайта на панели управления MyKinsta:

Доступ к учетным данным FTP сайта в MyKinsta

Затем откройте FileZilla (или другой клиент) и введите свою информацию.Вы будете подключены к своему серверу, где вы должны увидеть папку с именем public_html . Дважды щелкните по нему, чтобы просмотреть файлы WordPress:

Доступ к каталогу public_html через FTP

Если вы не видите все файлы, вот руководство по отображению скрытых файлов в Filezilla. После этого выберите папки с метками wp_content , wp_includes и wp_admin . Щелкните их правой кнопкой мыши и выберите Права доступа к файлу :

Выбор параметра прав доступа к файлам через FTP

Вы должны увидеть окно с несколькими настройками:

Установка правильных разрешений для файлов через FTP

Убедитесь, что параметры здесь установлены на следующие значения:

  • Разрешения владельца: чтение, запись, выполнение.
  • Разрешения группы: чтение, выполнение.
  • Общедоступные разрешения: чтение, выполнение.
  • Числовое значение: 755.
  • Рекурсия в подкаталоги.
  • Применяется только к каталогам.

Нажмите кнопку ОК , чтобы закрыть окно. Теперь вернитесь на свой сайт и попробуйте снова установить или обновить плагин / тему.

Стоит отметить, что некоторые хостинг-провайдеры, в том числе те, которые используют cPanel, имеют свои собственные инструменты, которые вы можете использовать, не беспокоясь о FTP / SFTP.Вы часто можете найти этот инструмент, войдя в свою учетную запись хостинга, перейдя на сайт, на котором возникла ошибка, и найдите File Manager .

Вы получаете раздражающую ошибку «Установка не удалась: не удалось создать каталог»? Верните свой сайт WordPress всего за несколько минут, выполнив следующие действия 🔙🐾Нажмите, чтобы твитнуть

Сводка

Плагины и темы вашего сайта WordPress предоставляют важные функции для вас и ваших пользователей. Ошибка при установке или обновлении может помешать вашим планам и замедлить ваш прогресс.

Чтобы определить, не вызывает ли проблема с правами доступа к файлу ошибку установки плагина или темы на вашем сайте, вы можете использовать инструмент Site Health или проверить журнал ошибок вашего сервера. После этого сброс ваших разрешений с помощью FTP / SFTP займет всего несколько минут.


Экономьте время, деньги и повышайте производительность сайта с помощью:

  • Мгновенная помощь от экспертов по хостингу WordPress, 24/7.
  • Интеграция Cloudflare Enterprise.
  • Глобальный охват аудитории с 28 центрами обработки данных по всему миру.
  • Оптимизация с помощью нашего встроенного мониторинга производительности приложений.

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

Как исправить ошибку «Не удалось создать каталог» в WordPress

Вы хотите устранить «Ошибка установки : не удалось создать каталог. »в WordPress?

Хорошо! Вы находитесь в нужном месте.

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

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

Что такое «Ошибка установки: не удалось создать каталог»?

Эта ошибка связана с проблемой доступа к файлу, которая возникает из-за неправильной конфигурации и настроек сайта.Если права доступа к файлу установлены неправильно, WordPress не сможет создать папку / каталог для вашего плагина или темы.

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

Почему возникает сообщение «Ошибка установки: не удалось создать каталог»?

Ошибка не может создать каталог по двум причинам.

Причина № 1

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

В процессе установки новый плагин или тема создает каталог (с названием плагина или темы) в папке wp-content. Для этого требуется соответствующее разрешение на настройку файловой структуры. Точно так же для процесса обновления плагину или теме требуется разрешение на добавление новой версии и удаление устаревших.

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

Причина № 2

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

Как исправить ошибку «Установка не удалась: не удалось создать каталог» в WordPress?

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

1. Создать резервную копию

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

2. Оптимизация использования диска

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

У

Cloudways есть опция, доступная на панели управления сервером, и для запуска очистки диска требуется несколько щелчков мышью.

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

3. Сброс разрешений для файлов и папок

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

Прелесть управляемой платформы облачного хостинга в том, что она предлагает все основные функции и специально разработана для обеспечения беспроблемного хостинга. На Cloudways, в панели управления приложениями l> настройки приложения > общие , перейдите к сбросить разрешение файла / папки , чтобы сбросить права собственности на файл.

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

4. Настройка прав доступа к файлам через FTP-клиент

Этот шаг покажет вам, как изменить права доступа к файлам и папкам через FTP-клиент, например FileZilla. Итак, я предполагаю, что вы уже установили FTP-клиент FileZilla, и если вы хотите его загрузить, то вот ссылка.

Во-первых, вам необходимо запустить приложение FileZilla и предоставить учетные данные вашего сервера для удаленного подключения. После этого перейдите в папку public_html > щелкните правой кнопкой мыши (мышью) и выберите права доступа к файлу .

Затем вам нужно установить 755 в поле числового значения > выбрать рекурсивно в подкаталоги > применить только к каталогам и нажать ok .

Вам нужно повторить те же действия для разрешения файла и установить 644 в поле числового значения > выбрать рекурсивно в подкаталогах > применить только к файлам и нажать ok .

Когда вы устанавливаете права доступа к файлам и папкам, очистите кеш и попробуйте снова установить / обновить плагин / тему.

5. Мониторинг журналов приложений

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

Если ваш веб-сайт работает некорректно и на нем есть проблемы, эта функция сообщит вам об этих ошибках.На Cloudways доступны поиск и фильтр для просмотра 1000 последних журналов. Не только это, вы можете просматривать другие журналы кодов состояния HTTP, такие как 403, 404, 501 и другие.

Подведение итогов!

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

Отзывы клиентов на

«Красиво оптимизированный хостинг для WordPress и Magento»

Арда Бурак [Владелец агентства]

Фархан Аюб

Фархан - менеджер сообщества Cloudways.Он любит работать с WordPress и страстно увлечен веб-разработкой. В основном он проводит время, общаясь с людьми в сообществе WordPress. Помимо работы, Фархан проводит время в играх и занимается спортом. Не стесняйтесь обращаться к нему по адресу [email protected]

×

Получите наш информационный бюллетень


Будьте первым, кто получит последние обновления и руководства.

Спасибо за подписку на нас!

Как исправить ошибку «Невозможно создать каталог» в WordPress




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

  • Невозможно создать каталог wp-content / uploads
  • Невозможно создать каталог / wp-content / uploads / Доступен ли сервер для записи в его родительский каталог?
  • Невозможно создать каталог wp-content / uploads / 2013/02

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

Есть несколько разных возможностей для появления этой ошибки. Я постараюсь охватить все возможности, поэтому, надеюсь, одна из них поможет вам решить проблему.

Исправление №1: Обновление / изменение настроек каталога загрузок

Это самый простой способ решить эту ошибку, поэтому сначала вам следует попробовать его.



  1. Войдите в панель администратора WordPress
  2. Перейдите в Медиа Меню настроек (Настройки -> Медиа)
  3. Введите wp-content / uploads в текстовое поле «Сохранять загрузки в этой папке»
  4. Сохраните изменения, нажав кнопку «Сохранить изменения», и все готово.

Здесь важно убедиться, что вы вводите только следующее в поле «Сохранять загрузки в этой папке»:

wp-content / uploads

Исправление № 2: вручную изменить права доступа к папке

Если вышеуказанное исправление не помогает, попробуйте этот вариант.Этот метод требует, чтобы вы изменили права доступа к файлам / папкам на вашем сервере. Если вы не знаете, как это сделать, прочтите руководство о том, как изменить разрешения.

  1. Измените права доступа к папке в каталоге wp-content на 775 и попробуйте загрузить снова
  2. Если это не удается, измените разрешения на 777 и повторите попытку
  3. , если все равно не удается, выполните шаги 1 и 2 для каталога « wp-content / uploads ».

После того, как вы успешно создадите папку и загрузите носитель, обязательно верните разрешения для каталога wp-content на 755 (ваши папки должны иметь разрешение 755 по соображениям безопасности).

Исправление № 3: используйте это, если на вашем сервере используется Ubutu

Веб-сервер (Apache) работает как пользовательские www-данные и группирует www-данные по умолчанию в системе Ubuntu. Если файлы / папки не принадлежат этому пользователю (www-data), тогда веб-сервер не сможет записывать в них изменения.

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

Например, выполните (добавьте sudo, если вы не являетесь текущим владельцем и для этого вам нужно повысить свои права доступа):

chown www-data / path / to / directory

, чтобы сделать www -data владелец, который обычно делает его доступным для записи, или другой подход через группы:

chgrp www-data / path / to / directory
chmod g + w / path / to / directory

Исправление №4: попробуйте это, если PHP работает в безопасном режиме

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

  • Измените владельца скриптов и каталогов загрузки (ваш хостинг-провайдер может сделать это за вас)
  • Отключить безопасный режим PHP (ваш хостинг-провайдер может сделать это за вас)

Исправление № 5: используйте это для XAMPP (установка LocalHost)

Если вы установили XAMPP для запуска WordPress на локальном ПК для тестирования и видите эту ошибку, попробуйте следующее.

Сбросить право владения инстилляцией WordPress на никто .Вы можете сделать это, запустив команду a в командной строке / терминале.

  • Система Windows : Пуск -> Программы -> Стандартные -> Командная строка
  • Mac : Приложения -> Утилиты -> Терминал

Вам необходимо выполнить следующую команду (замените «wp» на фактическое имя каталога в вашей установке):

sudo chown -R никто: сотрудники / приложения / xampp / xamppfiles / htdocs / wp

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

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

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


Ошибка «Установка не удалась, не удалось создать каталог» в WordPress

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

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

Сегодня давайте обсудим возможные причины этой ошибки и способы их устранения.

Что вызывает ошибку «Ошибка установки, не удалось создать каталог» в WordPress

Сообщение об ошибке «Ошибка установки, не удалось создать каталог» является относительно стандартным сообщением об ошибке. Это часто происходит, когда пользователи пытаются использовать новую версию WordPress или пытаются обновить плагины и темы WordPress.

Иногда пользователи также получают эту ошибку, когда они пытаются установить плагины и темы WordPress через панель управления WordPress или при попытке загрузить файлы в каталог wp-content на нашем сервере.

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

  • Ошибка во время установки: это указывает на то, что установка не была успешной из-за того, что WordPress не смог создать новый каталог. Следовательно, мы получаем сообщение об ошибке «Установка не удалась, не удалось создать каталог.». По сути, это означает, что пользователь мог пропустить важный шаг во время установки.
  • Разрешение WordPress: когда WordPress создает новый веб-сайт, файлы хранятся в папках или каталогах, которые создает веб-сервер. Доступ к этим папкам можно получить только в том случае, если мы дадим на это разрешение WordPress. Невыполнение этого требования может привести к появлению различных сообщений об ошибках, таких как «Ошибка установки, не удалось создать каталог» или «Не удалось записать на диск».
  • Дисковая квота: ошибка также возникает, если мы превышаем лимит квоты нашего сервера или если каталог, который мы пытаемся достичь, уже заполнен.

Как исправить ошибку «Ошибка установки, не удалось создать каталог» в WordPress

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

Правильное разрешение каталога

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

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

  ps aux | egrep '(apache | httpd)'  

Следующий шаг - разрешить доступ к каталогам WordPress:

  # chown -R apache / var / www / html /  

Обновить права доступа к папке с помощью cPanel

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

  • Войдите в учетную запись cPanel.
  • После входа в систему найдите «файловый менеджер» и откройте первую опцию поиска.
  • Для просмотра файлов нашего сайта откройте «public.html».
  • Выберите все файлы в корневом каталоге, щелкните правой кнопкой мыши и откройте «Права доступа к файлам».
  • Под кнопкой «разрешения» в верхней части страницы нажмите «изменить разрешения».
  • Затем откроется диалоговое окно.В поле числового значения введите число «755». Затем установите флажок «Повторять в подкаталоги» и выберите параметр «Применить только к каталогам». Нажмите OK и дождитесь, пока FTP-клиент завершит процесс. Это может занять некоторое время.
  • Следующий шаг после завершения процесса - снова выбрать все файлы в корневом каталоге и щелкнуть правой кнопкой мыши, выбрать «Права доступа к файлам», и появится диалоговое окно.
  • На этот раз нам нужно будет ввести число «644» в поле числового значения.Щелкните «Рекурсия в подкаталоги». и выберите «Применить только к файлам».
  • Подтвердите изменения.
  • Очистите кеш браузера и попробуйте установить плагин или тему. Теперь «Установка не удалась, не удалось создать каталог». сообщение об ошибке больше не должно появляться, и мы сможем установить плагины и темы в будущем.

Недостаточно места на диске на сервере

Хотя это кажется маловероятным, ошибка «Установка не удалась, не удалось создать каталог.”Может быть вызвано нехваткой дискового пространства на сервере. Это обычная проблема, если мы используем виртуальный хостинг.

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

[Нужна дополнительная помощь в исправлении ошибок WordPress? - Мы доступны 24 * 7]

Заключение

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

ПРЕДОТВРАТИТЕ СЕРВЕР ОТ ВЫБОРА!

Никогда больше не теряйте клиентов из-за низкой скорости сервера! Позвольте нам помочь вам.

Наши специалисты по серверам будут контролировать и поддерживать ваш сервер 24/7, чтобы он оставался молниеносно быстрым и безопасным.

СМОТРЕТЬ ПЛАНЫ АДМИНИСТРАТОРА СЕРВЕРА

var google_conversion_label = "owonCMyG5nEQ0aD71QM"; Ошибка обновления

: не удалось создать каталог - WordPress

Hi jariza,

Приносим извинения за поздний ответ.

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

  cd / opt / bitnami / apps / wordpress / htdocs
sudo chown демон: демон -R *

sudo найти. -type d -exec chmod 755 {} \;
sudo найти. -type f -exec chmod 644 {} \;
  

Выход для команды ls -la / opt / bitnami / apps / wordpress / htdocs / wp-content / :

  drwxr-xr-x 10 демон демон 4096 14 октября, 03:53.drwxr-xr-x 5 демон битнами 4096 13 окт, 00:38 ..
drwxr-xr-x 2 демон демон 4096 8 октября 03:20 ai1wm-backups
drwxr-xr-x 2 демон демон 4096 14 октября 04:12 aiowps_backups
drwxr-xr-x 4 daemon daemon 4096 30 ноября, 12:10 кеш
-rw-rw-r-- 1 демон демон 28 октября 10 00:55 index.php
drwxr-xr-x 4 демон демон 4096 7 окт 11:23 языки
drwxr-xr-x 14 daemon daemon 4096 30 ноя 12:07 плагины
drwxr-xr-x 8 демон демон 4096 10 октября 00:55 темы
drwxr-xr-x 2 daemon daemon 4096 30 ноября 12:07 обновление
drwxr-xr-x 10 демон демон 4096 10 октября 00:57 загрузки
  

, а вывод команды ls -la / opt / bitnami / apps / wordpress / htdocs / wp-content / plugins / :

  drwxr-xr-x 14 daemon daemon 4096 30 ноября, 12:07.drwxr-xr-x 10 демон демон 4096 14 октября, 03:53 ..
drwxr-xr-x 4 демон демон 4096 7 окт, 11:21 akismet
drwxr-xr-x 4 демон демон 4096 8 октября 03:20 все-в-одном-wp-миграция
drwxr-xr-x 12 демон демон 4096 14 октября 03:53 все-в-одном-WP-безопасность-и-брандмауэр
drwxr-xr-x 3 демон демон 4096 10 октября 00:55 плохое поведение
-rw-rw-r-- 1 демон daemon 342 6 октября 2015 error_log
drwxr-xr-x 9 демон демон 4096 10 октября 00:55 fusion-core
-rw-rw-r-- 1 демон демон 2255 10 октября 00:55 hello.php
-rw-rw-r-- 1 демон демон 28 октября 10 00:55 index.php
drwxr-xr-x 13 демон демон 4096 10 октября 00:55 LayerSlider
drwxr-xr-x 9 daemon daemon 4096 30 ноя 12:07 перенаправление
drwxr-xr-x 12 демон демон 4096 10 октября 00:55 revslider
drwxr-xr-x 6 демон демон 4096 4 августа 12:06 простые теги
drwxr-xr-x 11 демон демон 4096 12 октября 04:54 wordpress-seo
drwxr-xr-x 8 демон демон 4096 13 октября 10:52 wp-fastest-cache
drwxr-xr-x 3 демон демон 4096 4 августа 12:06 wp-mail-smtp
  

Сообщите мне, если у вас возникнут проблемы.

Спасибо.

Мы не можем найти эту страницу

(* {{l10n_strings.REQUIRED_FIELD}})

{{l10n_strings.CREATE_NEW_COLLECTION}} *

{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}

{{l10n_strings.COLLECTION_DESCRIPTION}} {{addToCollection.description.length}} / 500 {{l10n_strings.TAGS}} {{$ item}} {{l10n_strings.PRODUCTS}} {{l10n_strings.DRAG_TEXT}}

{{l10n_strings.DRAG_TEXT_HELP}}

{{l10n_strings.ЯЗЫК}} {{$ select.selected.display}}

{{article.content_lang.display}}

{{l10n_strings.AUTHOR}}

{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}

{{$ select.selected.display}} {{l10n_strings.CREATE_AND_ADD_TO_COLLECTION_MODAL_BUTTON}} {{l10n_strings.CREATE_A_COLLECTION_ERROR}}

Как исправить ошибку «Не удалось создать каталог» в WordPress?

Привет, ребята, сегодня я собираюсь показать вам, как исправить ошибку «Не удалось создать каталог» в WordPress?

Вы ищете часто используемую ошибку WordPress «Ошибка установки: не удалось создать каталог WordPress» (или) «Как исправить ошибку установки: не удалось создать каталог в WordPress». Вот решение для решения этой распространенной проблемы, с которой столкнулись пользователи WordPress, включая меня.

Давайте посмотрим, как решить эту проблему?

Проверьте это: как легко перенести домен от одного регистратора к другому (за 3 шага)? | Пошаговое руководство по переносу домена

TrendingКак изменить язык в Need For Speed ​​Heat? | Скачать Need for Speed ​​Heat English Language Patch

Эту ошибку можно легко исправить двумя способами.

1.Изменение прав доступа к файлам в C-Panel.

2. Создание новой папки плагинов.

Шаги по исправлению ошибки «Ошибка установки не удалось создать каталог» в WordPress?

Метод 1: изменение прав доступа к файлам в C-Panel

Шаг 1: Прежде всего ваш хостинг C-Panel и доступ к файловому менеджеру (или) Доступ к файловому менеджеру через FTP .

Шаг 2: Теперь откройте папку Public_Html и щелкните правой кнопкой мыши wp-admin, wp-content, wp-includes Folders и выберите Permissions Options.

Шаг 3: Измените значение разрешения на 755. (drwxr-xr-x)

Важно знать!

drwxr-xr-x (755)

d- Каталог, r-чтение, w-запись, x-Execute

-rwxr-xr-x (755) - Пользователь может читать , писать и выполнять разрешения; группа и другие могут только читать и выполнять.

-rw-r – r– (644) - Только пользователь имеет разрешения на чтение и запись, все остальные, а группа может только для чтения.

Шаг 4: Теперь измените значение разрешения для остальных файлов, кроме трех папок, на 644. (drw-r – r–)

Шаг 5: Обновите страницу , перейдите в магазин плагинов WordPress и установите плагин сейчас.

Метод 2: Создание новой папки плагинов

Шаг 1: Прежде всего, ваш хостинг C-Panel и доступ к файловому менеджеру (или) Доступ к файловому менеджеру через FTP.

Шаг 2: Теперь откройте папку Public_Html , а затем откройте папку wp-Content .

Шаг 3: Теперь Сделайте резервную копию папки плагинов (или) Просто скопируйте-вставьте папку плагинов в другой каталог.

Шаг 4: Удалите папку подключаемых модулей и создайте новую папку и назовите ее как подключаемые модули .

Шаг 5: Перейдите в Магазин плагинов WordPress и установите плагин сейчас.

Шаг 6: После установки Перейдите в папку Plugins , резервную копию которой вы уже создали, просто скопируйте и вставьте папки, которые находятся внутри старых папок плагинов, в папку New Created Plugins .

Вот и все! Ты готов, мужчина !

Вот и все об этой публикации.

Об авторе

alexxlab administrator

Оставить ответ