Newsgroup: it.comp.www.php
Titolo: chmod e permessi

Ciao a tutti...
ho caricato su uno spazio web Linux una serie di file html e a tutti questi
devo fare la stessa identica modifica ed allora ho fatto uno script che la
faccia e l'ho messo sul server ma... tò, che sorpresa! I chmod! Non posso
scrivere su quei file!
Me lo dovevo aspettare, è ovvio ma...
...Inoltre per me sarebbe anche lungo cambiare i chmod di tutti i file visto
che sono in cartelle diverse... quindi ecco che ho fatto uno script che
cambia i chmod a tutti i famosi file ma... non ho i permessi per fare
neanche quello!!!
Cosa devo fare per cambiare i chmod a tutti quei file che per ora mi danno
il problema seguente?
Warning: chmod(): Operation not permitted in
/home/fastnavi/public_html/modder/chmod.php on line 4
-----
<?php
$mode=octdec(777);
chmod("test.txt", $mode);
?>
-----
Grazie
Alex

 danno il problema seguente?
Ti colleghi via FTP o SSH ed lo fai tramite il software di
collegamento. Tool come SmartFTP permettono di cambiare i permessi a
insiemi di file con una sola "operazione".
-- 
I'am what I'am, I do what I can
Sei un newbie? Leggi questo 
http://url.repository.biz/go/1

 scrivere su quei file!
Ciao,
se non puoi scrivere su quei file significa che con ogni probabilità
appartengono ad un owner diverso da quello con cui gira apache/php, quindi
non puoi neppure fare chmod via Php.
Devi fare chmod con lo stesso utente che ha creato i file (via FTP, Telnet,
SSH) oppure puoi creare uno script di shell che faccia la stessa
cosa...ovviamente anche lo script deve appartenere allo stesso utente che ha
inserito i file. Se sei in hosting quest'ultima soluzione di solito non è
possibile.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

Opps...la risposta di Setec non era ancora visibile


 il problema seguente?
Indipendentemente da PHPNuke il problema che sottoponi è molto interessante.
Pur essendo uno di quelli che combatte con ogni tipo di sviluppatore
brandendo come spada Php,
cerco sempre di essere critico anche in quello che prediligo e non posso
negare che questa impostazione del Safe Mode
e del safe gid è una cosa davvero stupida.
Che poi si possa, sempre da Php, mettere a posto le cose, è veramente
stupido (ma non c'è altro modo) dover usare le funzioni ftp per sistemare le
cose.
Non è neppure sempre possibile perchè via FTP potrai al massimo dare
l'utenza a un'altro utente (se ti va bene) ma non puoi poi riprenderti i
file se non prima da php star li a ridare i permessi all'utente del FTP.
Morale senza accesso telnet diventa ben dura lavorare. E molti script devono
essere chmod 777 (ricordando che in notazione non ottale il terzo sette
indica: leggi+scrivi+esegui per TUTTI).
Questo è uno dei motivi percui, dopo 5 anni di php, storgo il naso a vedere
la direzione che sta prendendo Php. Forse ci salveremo con la v5 se si
decidono a mettere un prezzo di licenza con il quale avere maggiori risorse
per lavorare con piu' serenità ed attenzione, perchè oramai c'è anche un
discorso di responsabilità verso la comunità.
Sicuramente Php è nato + velocemente di quando non fosse stato progettato, e
si è visto dal nr crescente di versioni e patch e modifiche sostanziali
(safe mode, register globals etc etc) che sinceramente (parer mio) mi
sembrano solo delle grosse toppe messe lì a chiudere falle senza badare alla
funzionalità
Julien

 decidono a mettere un prezzo di licenza con il quale avere maggiori
risorse
Julien però in questo caso il safe_mode e Php non c'entrano nulla, il
problema lo avresti con qualsiasi linguaggio che giri con un utente diverso
da quello con cui è stato creato il file in questione....non vedo scandali
Se Alex ha creato il file via Telnet o FTP è normale che i file appartengano
all'utente con cui ha avuto accesso.
P.s.
Farò finta di non sentire cosa hai detto sulle licenze ;)
Mi sembra che Perl e Python siano lì a dimostrare che si possono creare
linguaggi solidi e affidabili rimanendo pienamente nel mondo Open Source.


 linguaggi solidi e affidabili rimanendo pienamente nel mondo Open Source.
Ottime argomentazioni Perl e Python - infatti mi chiedo perchè ci sia questo
ambiente così malfrequentato solo in Php :-D
Guarda me per esempio :-D eheheh
Forse dipenderà dal fatto che Perl e Python hanno avuto una echo minore (per
gli iscritti all'accademia della Crusca: si dice ECO ma dato che sono un
programmatore php uso ECHO ok ??)  e non capisco il perchè dato che sono due
strumenti molto validi.
Forse per lo stesso motivo per il quale, quando Php si distribuì un po' di
più con la versione 3, Perl è andato per una via diversa ?
Quando facevo i cgi-bin in C e conobbi Perl lo riconobbi come una 'manna dal
cielo' e così fu pure per Php su perl.
Ora non nego (ma si sarà capito dal tono sconsolato) di cercare una
piattaforma di sviluppo diversa...
Spero che questa mia ricerca sia presa con stima (ho sempre pensato che
rimettere in dubbio le proprie scelte sia una cosa intelligente) e non come
una mancanza di stima nei confronti di Zend e del lavoro che hanno fatto
finora (sono anche uno dei pochi, credo, ad aver comprato lo zend encoder
:-)
J


Php si è sviluppato in fretta e a volte forse un po' a tentoni...però sul
presenta vantaggi indubbi rispetto ad altri linguaggi, non si può avere la
botte piena e la moglie ubriaca ;)
Comunque anch'io mi guardo sempre intorno


 non si può avere la botte piena e la moglie ubriaca ;)
Hic! sku5a ? :-°=)
ehehe
J