Категории

[FAQ] Часто задаваемые вопросы и ответы

Проблемы и решения

Ошибки и исправления

Общие вопросы

Расширения

Установка и обновление

Модули

Шаблоны

Локализация интерфейса

Коммерческие предложения

Учимся бизнесу

Бизнес книги

Поисковая оптимизация (SEO)

Магазины на ShopOS

Хостинг для ShopOS

Предложения и пожелания

Курилка

Загрузка и вставка изображений доступ запрещен

Всем доброго дня!
Кто знает как решить проблему при редактировании добавлении новости или товара в визуальном HTML редакторе
при добавлении картинки пишет доступ запрещен смотрите скрин


Такое у вас всегда было или после чего-то стало?
Проверьте права доступа к папке images на сервере. Должно быть 754. Есть подозрение на глюк в новом тини. Поставьте старый и проверьте. Если пашет, ставьте обратно новый (может там в прошлый раз какие файлы не привились), проверяйте ещё раз, и если демоны не самоликвидировались, тогда сюда, на совещание. Будем обрядами с бубном вызывать техподдержку в лице.. нет у неё нынче лица))



Такое у вас всегда было или после чего-то стало?
Проверьте права доступа к папке images на сервере. Должно быть 754. Есть подозрение на глюк в новом тини. Поставьте старый и проверьте. Если пашет, ставьте обратно новый (может там в прошлый раз какие файлы не привились), проверяйте ещё раз, и если демоны не самоликвидировались, тогда сюда, на совещание. Будем обрядами с бубном вызывать техподдержку в лице.. нет у неё нынче лица))

Права стоят 754 скорее после обновления на 2.5.9.2  это случилось даже NeBox ковырялся не смог исправить.


А при обновлении до 2.5.9.1 всё работало?


Да


Возможно вы устанавливали магазин и устанавливали обновление из под разных ftp или ssh акканутов, разными способами? Чтобы запускались процессы нужно чтобы владельцы файлов были одинаковыми, иначе будет конфликт безопасности и сервер не запустит файл.
Вернее запустит, но наложит ограничения на выполнение потенциально опасных операций по работе с файлами. Задайте вопрос хостеру - "Обновил на сайте ПО, пропал доступ к папкам при попытке работать с ними с помощью нового модуля. В чём может быть причина?" А пока верните старый wysiwyg_tiny.php и пользуйтесь старым способом загрузки



Возможно вы устанавливали магазин и устанавливали обновление из под разных ftp или ssh аккаутов, разными способами? Чтобы запускались процессы нужно чтобы владельцы файлов были одинаковыми, иначе будет конфликт безопасности и сервер не запустит файл

Ну да мне NeBox устанавливал, а как исправить какая папка отвечает за это?


Это не исправить. Удалить и установить по новой из под того пользователя, из под которого устанавливался магазин изначально. Ну или попробовать попросить хостера чтобы поменяли владельца файлов, но это тернистый путь)



Это не исправить. Удалить и установить по новой из под того пользователя, из под которого устанавливался магазин изначально. Ну или попробовать попросить хостера чтобы поменяли владельца файлов, но это тернистый путь)

То есть все файлы скрипта заменить или определенную папку?


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



Права стоят 754 скорее после обновления на 2.5.9.2.

Права на папку images и все папки вложенные в нее должны быть 0777 (777)


выше то человек пожаловался:


Права стоят 754 скорее после обновления на 2.5.9.2  это случилось даже NeBox ковырялся не смог исправить.

ДАЖЕ NeBox не смог исправить? стесняюсь спросить, чем и где ковырялся?
и зачем такие права выставлять 777 - можно пояснить? 754 мало для посетителя?


Что тут пояснять? Файл не пишется в папку пока нет прав 777.
в подавляющем большинстве случаев нужно именно 777 ставить.
на некоторых хостах прокатывает и 755 и 754, а в большинстве случаев нужно именно 777.
Странный вопросы какие-то....
У Vasilii я не помню чтобы пробслема с правами была. Возможно у меня не получилось сменить их почему-то...



Что тут пояснять? Файл не пишется в папку пока нет прав 777.
в подавляющем большинстве случаев нужно именно 777 ставить.
на некоторых хостах прокатывает и 755 и 754, а в большинстве случаев нужно именно 777.
Странный вопросы какие-то....
У Vasilii я не помню чтобы пробслема с правами была. Возможно у меня не получилось сменить их почему-то...

Только какие права я не ставил все равно не работает
NeBox ты говорил что у тебя на хостинге все работает а у меня нет 


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


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


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

в данном случае был косяк с путем. допустил ошибку в обновлении 2,5,9,2. исправлено


Опять спасибо же NeBox  исправил!


Источник



Copyright ShopOS