Суппорт Мастерхоста жжёт

12 3
Лунный Кот
На сайте с 27.01.2006
Offline
222
2347

Итак, перенес сайт с админкой, построенной на FCKeditor, на Мастерхост. Начались фокусы - при создании новых папок права на них давались только "пользователю HTTP сервера". То есть загрузить файлы через админку в эти новые папки было невозможно. Видите ли, раз папки создаются скриптом, то и права даются пользователю "wwwserver". Должен сказать, что ни на одном хостинге такой проблемы вообще не было - менеджеры сидят, сами создают папки и вовсю админят сайты. А тут на пустом месте геморрой.

Ну да ладно, залез я в FAQ, и нашел описание данной проблемы. Сделал всё, как описывалось, но это не привело к результату. Тогда позвонил в техподдержку. Дальше всё пошло в стиле суппорта by Masterhost.

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

2) Написал через панель заявку с описанием проблемы, где были такие слова: "Просьба не отсылать к мануалу, я его читал и делал, как написано, но не помогает. Просьба решить данную проблему". В ответ пришло письмо, единственным содержанием которого.... был совет пройти по ссылке и прочитать FAQ. Спасибо! Очень помогли! На хрена такая техподдержка, которая только отсылает к мануалу. Смысл платить им зарплату? Наймите Платона Щукина... пусть на полставки подрабатывает, все необходимые навыки у него есть.

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

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

Вы мне свои достижения жизненные продемонстируйте, пожалуйста, я, возможно, возьму свои слова обратно и извинюсь прилюдно. Только думается мне, что вы банальный лась. (с) Mirson
edogs software
На сайте с 15.12.2005
Offline
775
#1

Странно, какой версии FCKEditor? Filemanager родной?

По "решению" проблемы - найдите все php файлы в FCKEditor-е и добавьте после команды mkdir ($chto-to...,... ) команду chmod($chto-to,0777);

и после move_uploaded_file( ....., $chto-to) ; добавить chmod($chto-to,0666);

Может помочь. Хотя последние версии FCKEditor-а такой проблемы не имели, там уже было все добавлено.

Разработка крупных и средних проектов. Можно с криптой. Разумные цены. Хорошее качество. Адекватный подход. Продаем lenovo legion в спб, дешевле магазинов, новые, запечатанные. Есть разные. skype: edogssoft
Shema
На сайте с 01.12.2005
Offline
176
#2
Лунный Кот:
Вообще не первый раз звоню в суппорт, и удивляюсь, зачем указывать на сайте телефон техподдержки, если все равно по нему помощи почти никогда не бывает.

А нафига Вы не первый раз звоните в саппорт, если знаете что надо писать? 😮 😮

Телефон указан для тех, кто ещё ни разу не звонил.

Лунный Кот:
Ну хорошо, допустим, я дремучий ламер... :) и всё там просто делается... запустил пхп-файлик, и настройки папки изменяются. Однако, неужели необходимо выполнять описанную процедуру каждый раз, когда скрипт создает новую папку?

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

Кстати по поводу fck - у него не обрабатывается потенциальный баг с переменной окружения DOCUMENT_ROOT. Иногда она выдаёт путь со слешем на конце, иногда без. Я встречал разные хостинги, на которых то со слешом было, то нет. От каких настроек зависит так и не понял. И именно этот баг скорее всего не даёт работать файл-менеджеру (согласитесь, сотрудник .m не обязан был бы вам давать таких советов, ибо к fckeditor'e отношения не имеет).

А если Вы "дремучий ламер", то наймите профессионала, который разберётся с проблемой вашего (!) сайта и всё настроит. Услуги профессионалов - 10-50 у.е./час (и это несколько дороже бесплатной тех.поддержки).

Студия Design Coda (http://www.designcoda.ru/). Личные контакты: +7(903)1367564, skype:andrey.oshemkov, telegram:@oshemkov. WMID: 492025973671 (https://passport.webmoney.ru/asp/certview4.asp?wmid=492025973671), делаем и рекламируем сайты, мобильные приложения, ботов для Telegram.
Лунный Кот
На сайте с 27.01.2006
Offline
222
#3
Shema:

Достаточно написать грамотный сайт, который сам будет следить за правами.
... то наймите профессионала, который разберётся с проблемой вашего (!) сайта и всё настроит.

Сорри, но меня всегда удивляли люди, дающие заведомо "гениальные" советы. Не работает сайт? Найми профессионала. :) Оп-ля!

Только небольшая ремарка. Дело в том, что при неизменном коде сайта такая проблема то есть, то нет... на том же Мастерхосте! С этим сайтом работали уже около месяца, и пока было всё нормально. А теперь началось. Так что это уже чудачества Мастерхоста.

Кстати, там еще и скрипт обмена ссылками некорректно работает - не пропускает исходящие коннекты. Это тоже проблема, которой ну нигде до этого не было.

Лунный Кот
На сайте с 27.01.2006
Offline
222
#4

edogs, дело в том, что права на папки и есть 777! Просто они предоставляются пользователю "wwwserver". Это как исправить?

Лунный Кот
На сайте с 27.01.2006
Offline
222
#5
Shema:
Иногда она выдаёт путь со слешем на конце, иногда без.

Не в этом дело. Через ФТП-клиент четко видно, что проблемные папки имеют другого пользователя.

Shema
На сайте с 01.12.2005
Offline
176
#6
Лунный Кот:
Не в этом дело. Через ФТП-клиент четко видно, что проблемные папки имеют другого пользователя.

Если права на них 777, то это не важно.

Лунный Кот
На сайте с 27.01.2006
Offline
222
#7

Shema, я сам php-программер, и это отлично понимаю :) При этом - реально проблема с пользователем!!! Права 0777, а файлы не закачиваются! Впервые с таким сталкиваюсь, до Мастерхоста нигде не было такой ерунды.

Jackyk
На сайте с 05.10.2005
Offline
342
#8
Лунный Кот:
Права 0777, а файлы не закачиваются!

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

P.S. Вообще, грустно. Пару лет назад такое отношение к клиенту сложно было представить.

С уважением, Евгений.
[Удален]
#9

Пару лет назад и хостинг стоил в разы дороже ))) Но .m всёравнно зажигает.

KG
На сайте с 02.07.2005
Offline
123
#10

Нормальная ситуация на самом деле. PHP работает как модуль apache и исполняется с правами apache. Соответственно все файлы и каталоги созданные php скриптами имеют пользователя apache (именоваться пользователь может по разному). Никаких дополнительных модулей (suPHP например), чтобы php работал от пользователя не стоит.

Когда php работает как cgi и стоит suexec процессы все исполняются от пользователя. Но тут есть свои другие траблы.

12 3

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий