Помощь Поддержка или помощь c Prestashop - 2 часть

Статус
В этой теме нельзя размещать новые ответы.
Hopsright написал(а):
К большому сожалению не работает, точнее сообщение висит и по прежнему.
Ранее были и другие сообщения касающиеся CHMOD, но там все сделал согласно туториалу и все в порядке, но в данном случае не работает
Может кто пользуется VPS и ISP manager, посмотрите пожалуйста у себя.
Какие атрибуты на папку yourshop/js/, какие атрибуты на папки внутри, и какие атрибуты на файлы

Заранее благодарен
Нажмите для раскрытия...

Проблема так или иначе с правами. У системы недостаточно привилегий для записи в эту папку. Это может быть связано или с не корректно выставленными атрибутами обычно необходимы
Код: 
chmod 755 *DIR_NAME*
либо атрибуты выставлены верно, но задан неверный владелец, не помню как у hetznera, но если VDS разворачивали сами и не настраивали apache ITK, то владельцем и группой должны быть
Код: 
chown www-data:www-data *DIR_NAME*
Если настроены соответствующие модули apache, то владелец должен быть заменен на соответствующего пользователя.
 
Коллеги, разобрался в некоторой мере с правами папок и появилась новая ошибка
Пытался что-то найти, но нашел только маленькую зацепку на themeforest, у человека была подобная проблема и саппорт попросил перейти на переписку по email, для решения проблемы.
К большому сожалению, у меня шаблон не покупной, а нуллед, и к ним естественно обратится не могу.
Проблема заключается вот в чем. Когда произвожу любые изменения настроек в модулях "iqit-commerce", ничего не сохраняется и получаю на новой странице сообщение "cant open file", скриншот ниже, а также ниже скриншот с ответом саппорта на themforest
Подскажите пожалуйста, где и какие права поменять? Заранее благодарен


6715188.jpg


6715191.jpg
 
Hopsright написал(а):
Подскажите пожалуйста, где и какие права поменять? Заранее благодарен
Нажмите для раскрытия...

Проверьте права и владельца директории SITE_DIR/modules/MODULE_NAME и всех вложенных в нее файлов

Код: 
cd SITE_DIR/modules #переход в общий каталог с модулями сайта
chown -R USER_NAME:GROUP_NAME MODULE_NAME #рекурсивное назначение владельца и группы
find MODULE_NAME -type d -exec chmod -R 0755{} \; #найдет и поставит права для папки MODULE_DIR и всех вложенных в нее деректорий права 755
find MODULE_NAME -type f -exec chmod -R 0644{} \; #найдет и поставит права для всех вложенных в директорию MODULE_DIR файлов права 644

если переопределяли модули, то тоже самое нужно проделать для каталога SITE_DIR/override/modules

п.с. Используйте для изменений на хостинге пользователя FTP/SSH который бы не конфликтовал с пользователем Apache.
 
Hopsright написал(а):
Использовать "root"
Заранее благодарен
Нажмите для раскрытия...

Нет, использование root это всегда плохая идея, веб-сервер не работает с правами root.
Нужно настроить корректную работу Web-сервера посредством Apache Prefork/ITK, чтобы скрипты исполнялись от установленного пользователя в конфигурации виртуального хоста сервера

Для настройки виртуального хоста это должно выглядеть примерно так (на разных unix-конфигурациях по разному)
Код: 
<VirtualHost *:8080>
...
   <IfModule mod_ruid2.c>
      RMode config
      RUidGid imba2la imba2la
      RGroups www-data
   </IfModule>
   <IfModule itk.c>
      AssignUserID imba2la imba2la
   </IfModule>
....
</VirtualHost>

подробнее здесь Для просмотра ссылки Войди или Зарегистрируйся

И в таком случае коннект к хостингу должен быть вида
Код: 
ftp://imba2la:PASSWORD@XXX.XXX.XXX.XXX:21

При таком варианте ваши изменения никак не скажутся на привилегиях директорий и файлов в рамках виртуального веб-сервера
 
какой линукс на VPS ? если centos или что-то на основе redhat - погугли SELinux, он может блокировать запись в файлы, даже если все пермишены и юзеры правильные.
 
imba2la написал(а):
Нет, использование root это всегда плохая идея, веб-сервер не работает с правами root.
Нажмите для раскрытия...

Дело в том, что с правим root я юзаю ssh пока-что
Права на папки могу менять через Filezilla, или через ISP manager.
В случае с первым, это пользователь goodman, под которым работает магазин
В случае со вторым, если это делается из под root, то там можно выбрать для какого пользователя менять права на папки.
Магазин работает на пользователе goodman, который принадлежит группе ugohome
Также есть пользователь ugohome
ugohome - создается при переносе сайта с хостинга, где он размещался именно под этим пользователем
Сайт переносил с помощью полного backup, из за этого сайт на VPS размещен не так:
Для просмотра ссылки Войди или Зарегистрируйся
а вот так
Для просмотра ссылки Войди или Зарегистрируйся

Права на папки ставил как в документации Для просмотра ссылки Войди или Зарегистрируйся
только вот проблема в том, что где было указано Recursive write permission on ~/upload/
Пришлось ставить не 755, и не 775, а 777, только после этого в админке магазина, в разделе "Расширенные параметры" - "Информация о конфигурации", пропало сообщение "Проверьте конфигурацию"

Теоретически, магазин работает правильно, думаю что где-то неправильные права на папки, и когда сохраняешь настройки модуля iq-it commerce, или любого другого, то получаем "can't open file", судя по всему, при попытке записи в скрипт не может прочитать/внести изменения и сохранить файл

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

Заранее благодарен за помощь
 
или пользователь, или группа папки с сайтом должны быть те же, от которых запускается веб-сервер. в зависимости от того, пользователь или группа - рекурсивные права на папку 755 или 775.
если работает только при 777 - значит, неправильный пользователь-владелец файлов.
 
alpi написал(а):
или пользователь, или группа папки с сайтом должны быть те же, от которых запускается веб-сервер. в зависимости от того, пользователь или группа - рекурсивные права на папку 755 или 775.
если работает только при 777 - значит, неправильный пользователь-владелец файлов.
Нажмите для раскрытия...

Буду пробовать, и обязательно опишусь, но судя по всему действительно что-то неверно.
Сайт раньше работал на хостинге, а теперь на VPS
 
Статус
В этой теме нельзя размещать новые ответы.
Назад
Сверху