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

Я:
Х:
Я:
Х:
Я:
Х:
Я:

Х:
Я:

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

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

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

Вывод:
1) Добивайтесь у своего хостера, чтобы вам дали доступ для смены атрибутов.
2) Меняйте хостинг компанию.

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

Да уж, но это уже крайнее средство.

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

chown логин:логин /home/логин/www/file.php

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

Более корректно так:
chown -R логин:nobody /home/логин/www
chown -R логин:логин /home/логин/www/cgi-bin

Запутались в трех соснах, или цирк продолжается. Уже сам не пойму - неужели это действительно непреодолимо? Впечатление такое, что техподдержка на дежурстве менятся, и новые сменщики просто "не врубаются" в тему:

Х:
[quote]Спасибо за помощь.

До изменения прав на файл посредством cPanel:
root@best4 [/home/asplinux/public_html]# ls -l mainfile.php
-rw-r--r-- 1 asplinux asplinux 2223 May 26 03:54 mainfile.php
После:
root@best4 [/home/asplinux/public_html]# ls -l mainfile.php
-r--r--r-- 1 asplinux asplinux 2223 May 26 03:54 mainfile.php

Все делалось ИСКЛЮЧИТЕЛЬНО через файловый менеджер. SSH использовался только для контроля.

А насчет SSH - мы не раздаем NormalShell, а JailShell - сколько угодно. [/quote]
Я:
[quote]Это вы установили 444, я же просил 440, верно?
Скажите, что вы сделали, что второй бит стал теперь нормально управляться? (444/440)[/quote]

Х:
[quote]Ах, да - ошибся в одной цифре, извините. А не делал я абсолютнол ничего, только зашел в вашу cPanel и сменил права для файла. Они и до этого нормально менялись.[/quote]

Я:
[quote]В таком случае у вас опять-таки что-то не в порядке с FTP-доступом, раз с помощью панели атрибуты управляются нормально, а по FTP - нет.
Давайте все-таки разберемся в этом - это ненормально.
На всех остальных хостингах управление битами по FTP происходеит корректно независимо от устанавливаемого бита.

Может, действительно мой FTP-менеджер косячит, попробуйте вы своим.
[/quote]

Х:
[quote]У меня FAR нормально срабатывает в отношении chmod. Проверил.
[/quote]

Я:
[quote]Вся фишка в том, что FAR не хочет сбрасывать старший бит W:

-W- --- ---

Т.е. в 640 можно установить, а 440 - нет.

Как это обстоит у вас?
[/quote]

Х:
[quote]Потому что первый всегда будет стоять в rw
Т.е. rw-r-r вы поставить сможете, но не наоборот.
[/quote]

Я:
[quote]Во-первых, непонятно, почему вы утверждаете, что "всегда будет стоять в rw", во-вторых, это не соответствует истине - попробуйте панельным файл-менеджером, и вы убедитесь в этом.
[/quote]

Х:
[quote]Попробовал.
440, как и 444 через Cpanel File Manager не установились.
[/quote]

Я:
[quote]Тогда у вас ситуация вообще непонятна, что как раз и свидетельствует о неполадках на сервере.

При помощи Cpanel File Manager я спокойно установил как 440, так и 444.
[/quote]

Х:
[quote]
[/quote]Файловый менеджер действительно работает правильно. И меняет права такие как Вы сами себе можете выбрать.

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

Просим прощения за временные неудобства.

Я:
[quote]> Данный запрос предлогаю закрыть так как дальше в нём не решается проблема, а обсуждаются мнения и умения всех сторон.

Ничуть! Это насущная необходимость для каждого клиента хостинга. На других хостингах такой проблемы изначально не существует.
Вопрос закроем тогда, когда вы нормально отстроите свой FTP-сервер. Если не знаете, как это сделать, поспрашивайте других хостеров, как у них отстроено.
(это действительно добрый совет, что делать, если у вас самих не получается)
[/quote]

Х:
[quote]У нас всё получается !

ФТП устанавливается вместе с панелью управления Cpanel, больше никаких специальных доработок мы не делаем. Конфигурационные файлы тоже не исправляем, в этом просто нету надобности.
[/quote]

Я:
[quote]> У нас всё получается !

Если так, то сделайте, пожалуйста, чтобы с помощью FTP-доступа можно было полноценно управлять всеми атрибутами файлов - так, как это осуществляется Cpanel File Manager'ом.
[/quote]

Каково? И что мне с ними делать?

Ну и вот, окончательный ответ хостера на сегодняшний день:

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

Какие страсти рагорелись.
Это pure-ftpd умничает, а его настройки зависят от политики хостера.
Вот выдержка из /etc/pure-ftpd.conf:
# Be 'customer proof' : workaround against common customer mistakes like
# 'chmod 0 public_html', that are valid, but that could cause ignorant
# customers to lock their files, and then keep your technical support busy
# with silly issues. If you're sure all your users have some basic Unix
# knowledge, this feature is useless. If you're a hosting service, enable it.

CustomerProof yes

Просто хостеру не хочется носиться по аккаунтам и восстанавливать права...
Хотя у нас, по многочисленным просьбам, установлено в "no".