Ошибка при создании директории rab null autosave

ОС: Windows XP Sp2

WinRik Версия 1.0

Суть проблемы: после глобального сбоя системы, пришлось ее переустанавливать. Ну и соответственно установил с заново РиК. Установка прошла без проблем. Однако, при запуске WinRik выводит следующее собщение «Could not find object» и кнопка «ОК», далее «Невозможно создать папку Rabnullautosave».

Сразу пришла мысль, что с атрибутами папки что-то не то. Так и оказалось, в свойствах стояло «Только чтение», попытка сменить атрибут привели к нулевым результатам. Атрибут так же и остался.

С помощью интернет, на форумах прочитал про эту фичу WinXP, и что это по «идее» нормально и на всех папках по умолчанию такой атрибут и большинство програм, как правило, на нее не реагируют. Предполагаю, что РиК исключение из правил?

Хотя не могу понять другого, как же РиК работал до этого?

Решения по изменению атрибутов папки я так и не нашел в инете. Помогите пожалуйста. В пятницу надо смету сдавать.

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

А в этот раз у меня возникли трудности с загрузкой изображений в библиотеку медиафайлов через админку WordPress – появилось следующее уведомление об ошибке:

Файл «****.jpg» загрузить не удалось. Не могу создать директорию wp-content/uploads/2021/06. Проверьте, доступна ли родительская директория для записи.

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

1. Отсутствие необходимых прав доступа CHMOD (иногда их еще называют атрибутами) к папке wp-content (CHMOD должно быть равным 700, 755 или 777).
2. В настройках сайта прописан не правильный абсолютный путь к файлам Вордпресс, который можно изменить через параметр upload_path на странице глобальных настроек WordPress.

Первым делом я проверил какое значение установлено в правах доступа к папке wp-content и вложенным в нее папкам и файлам. Оказалось, что там все хорошо и установлено значение 700 — разрешены запись, чтение и выполнение файлов внутри папки. Впрочем, чаще всего с правами доступа всегда все в порядке, в редких случаях могут быть выставлены какие-то ограничения.

Как изменить права доступа к папке wp-content?

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

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

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

https://ваш-сайт.ru/wp-admin/options.php

На открывшейся странице содержится внушительная масса различных параметров и полей, поэтому, чтобы долго не искать нужный нам параметр upload_path, воспользуйтесь поиском встроенным в браузер (сочетание клавиш CTRL + F).

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

Далее, для устранения ошибки действуем следующим образом:

1. Очищаем поле параметра upload_path и сохраняем настройки. После этого необходимо проверить, заработала ли загрузка изображений в библиотеку медиафайлов или нет. Если не заработала, значит переходим к пункту 2. Обратите внимание: если у вас поле upload_path было изначально пустое и загрузка файлов в библиотеку медиафайлов вашего WordPress сайта все равно не работала, значит вам тоже следует проделать действия, описанные в пункте 2.
2. Если действия из пункта 1 вам не помогли, то прописываем в поле параметра upload_path правильный абсолютный путь к файлам Вордпресс (о том, как узнать абсолютный путь к папке с uploads написано ниже).

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

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

<?php
echo 'Путь к корневой папке: '.$_SERVER['DOCUMENT_ROOT'].'';
?>

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

https://ваш-сайт.ru/patch.php

Результатом выполнения скрипта будет веб-страница со следующим содержимым:

Путь к корневой папке: /home/XXXXX/YYYYY

Добавим к получившемуся результату /wp-content/uploads и получим в итоге такой путь:

Путь к корневой папке: /home/XXXXX/YYYYY/wp-content/uploads

Это и есть нужный нам абсолютный путь к папке uploads. Вставляем его в поле параметра upload_path сохраняем настройки и снова пробуем загрузить изображение. Теперь должно все заработать.

Вот таким не хитрым способом можно решить ошибку Не могу создать директорию wp-content/uploads/», которая могла возникнуть на вашем WordPress сайте при работе с Библиотекой медиафайлов.

Невозможно создать директорию в WordPress, что делать? Это очень просто исправить. Прочитайте ниже и повторите мои действия.

Невозможно создать директорию, исправляем такую проблему в ВордПресс.

Иногда, после создания нового блога на WordPress при загрузке изображения, выходит сообщение, примерно, такого содержания:
«Не могу создать директорию /home/1234567/public_html/wp-content/uploads/2011/04. Проверьте, доступна ли родительская директория для записи.»

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

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

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

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

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

Вам необходимо сменить атрибуты на права доступа к папкам WordPress и файлам.

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

Например:

В случае с FTP клиентом FileZilla, подключаем свой сайт, открываем папку public_html и нажимаем правой кнопкой мыши на папку wp-content или в ней uploads, нажимаем правой кнопкой мыши в окне FileZilla на папку uploads и в открывшемся контекстном меню выбираем строку «права доступа к файлу», где прописываем числовое значение 711 или 755. Если нужно сделать тоже и для папки wp-content. Эти параметры позволяют владельцу сайта, а значит и папок, их редактировать, читать и запускать на исполнение.

Аналогичные действия можно произвести и без установки на компьютер программ FTP — клиентов. Войдите в Вашу панель управления на хостинге и откройте интегрированный в панель управления хостинга файловый менеджер. В этом файловом менеджере откройте директорию с Вашим сайтом, откройте директорию public_html (обычно в ней установлен WordPress) нужную папку или файл и измените права доступа.

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

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

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

Вот мы с Вами и разобрались, что нужно сделать, если появилась ошибка «Невозможно создать директорию в WordPress». Как Вы видите, это не сложно исправить.

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

«Автор: Леонид Никитин»

Используйте метод CreateDirectoryA. У вас CreateDirectory, почему то вызывает CreateDirectoryW(скорее всего метод CreateDirectory является оркестровым и он проверяет аргумент на unicode)

короче так работает:

CreateDirectoryA("C:\test123", nullptr);

или если использовать CreateDirectoryW:

CreateDirectoryW(L"C:\test1235", nullptr);

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

msdn CreateDirectoryA

msdn CreateDirectoryW

P.S. так и есть идет проверка на Unicode :

#ifdef UNICODE
#define CreateDirectory  CreateDirectoryW
#else
#define CreateDirectory  CreateDirectoryA
#endif // !UNICODE

так что надо быть аккуратным!

Используйте метод CreateDirectoryA. У вас CreateDirectory, почему то вызывает CreateDirectoryW(скорее всего метод CreateDirectory является оркестровым и он проверяет аргумент на unicode)

короче так работает:

CreateDirectoryA("C:\test123", nullptr);

или если использовать CreateDirectoryW:

CreateDirectoryW(L"C:\test1235", nullptr);

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

msdn CreateDirectoryA

msdn CreateDirectoryW

P.S. так и есть идет проверка на Unicode :

#ifdef UNICODE
#define CreateDirectory  CreateDirectoryW
#else
#define CreateDirectory  CreateDirectoryA
#endif // !UNICODE

так что надо быть аккуратным!

Нужно проверить, чтобы у файлов был тот же владелец, что и пользователь Apache. Кроме того, выставить необходимые права на папки и файлы.
chown bitrix:bitrix file.php

Для массовой смены владельца можно использовать:
find . -type f -exec chown bitrix:bitrix {} ;

Вот универсальное решение:

cd /home/bitrix/www
find . -type d -exec chmod 775 {} ;
find . -type f -exec chmod 664 {} ;
find . -type d -exec chown bitrix:bitrix {} ; 
find . -type f -exec chown bitrix:bitrix {} ;

/home/bitrix/www — директория где лежит сайт
bitrix:bitrix — пользователь и группа под кем запущен демон httpd
Пользователя и группу можно подсмотреть в phpinfo.

1. 27.05.2010, 04:44

   
   

   #1

   

   
   Junior Member
   

   ---

   Регистрация

   21.05.2009

   Сообщений

   9

   Ошибка при создании директории
   

   Версия ISPmanager-Pro 4.3.43.1
   Centos 5.4

   При создании нового домена, создается папка mod-tmp, владелец которой не apache, а 80. Это ведет к тому, что загружать файлы не получается на сервер, без смены владельца…

   ---

2. 27.05.2010, 05:04

   
   

   #2

   

   
   ISPsystem team
   

   

   ---

   Регистрация

   12.03.2007

   Сообщений

   10,471

   
   

   http://ru.ispdoc.com/index.php/Файл_…r_(ISPmanager)

   Попробуйте указать ApacheUid явно в конфиге ISPmanager

   ---