Joomla.it Forum
Non solo Joomla... => Sezione dedicata ai Server => : Ray 24 Feb 2010, 16:14:38
-
Avevo postato tempo fa per un sito in cui non riesco a caricare nessun plugin, nemmeno un template.
Poi l'ho rifatto completamente da capo, nulla di nuovo.
Facendo altre verifiche ho scoperto che in aiuto-info sistema-permessi cartelle tutto risulta "non scrivibile".
Vorrei capire se posso risolvere manualmente o se dipende dall'hosting che si comporta diversamente dagli altri, visto che è l'unico sito Joomla con questo problema.
Qualcuno mi aveva sconsigliato di andare a cambiare a mano i permessi sulle cartelle, effettivamente sono tante e non so come comportarmi per le sottorcartelle, chiedo un consiglio, grazie.
RAY
-
prova a metterle a 755 da ftp.
se non ci riesci senti cosa ha da dirti il tuo host...
ciao
-
Ciao.
Visto che la cosa è stata dibattuta varie volte ed oggi mi sento pigro nello scrivere ti rimando al seguente topic:
http://forum.joomla.it/index.php/topic,80849.0.html
Dovresti trovare tutto quello che ti serve per risolvere il problema.
-
Grazie leggendo il link ho capito dove sta il problema, però la soluzione non sembra tanto chiara...
In effetti ho caricarto le cartelle dell'installazione di joomla già scompattate, via ftp.
Poi ho lanciato l'installazione da remoto, e quella è arrivata a termine in modo regolare, mi accorgo dei problemi solo quando vado a installare dei plugin.
A questo punto se ho capito dovrei chiedere al mio provider di cambiarmi i diritti chown per fare in modo che da apache ci sia la stessa libertà che al momento ho da ftp...
Mi chiedo se sono il primo che fa un sito dinamico con questo gestore, mah...
Vi sarei grato se mi deste un suggerimento per formulare la richiesta esatta che potrei fare al provider, sempre nella speranza che una soluzione sicura esista; non vorrei aprire diversi ticket confusionari complicando le cose...
Grazie
RAY
-
Le soluzioni sono due a questo punto:
a) contattare il tuo provider e segnalargli la cosa e vedere che tipo di risposta fornisce;
b) se non li vuoi contattare devi fare l'accesso via ftp ed impostare il chmod (permessi) sulle cartelle a 777 via client ftp e fare questa operazione per ogni cartella che dal pannello di joomla ti risulta non scrivibile. in termini di sicurezza non è il massimo questa soluzione per cui in ogni caso una segnalazione al provider la farei al posto tuo.
Il punto non è il gestore di hosting ma la configurazione dei server ed in particolare la configurazione di php su apache che per evitare i problemi che riscontri tu Uid e Gid con i quali si vuol fare girare gli script PHP a livello di apache dovrebbero coincidere con Uid e Gid dell’utente FTP. Se configurato in questo modo il server allora un chmod 755 sulle cartelle è sufficiente per renderle scrivili per joomla.
Questo in estrema sintesi perchè si tratta di problemi spinosi e complessi su cui le scuole di pensiero sono varie. A mio avviso non c'è un modo migliore o peggiore di configurare i server ma ci sono server adatti o non adatti a determinati applicativi.
-
Grazie ho appena esposto la cosa al provider, vediamo cosa risponderanno; nella peggiore delle ipotesi, mi chiedevo se posso mettere i diritti 777 per effettuare i lavori, e poi magari ripristinare un livello inferiore a sito completato (nel caso, quale?)
Inoltre volevo capire se devo farlo su cartelle e intero contenuto (sottocartelle + files), perchè in questo caso è impossibile risalire ai permessi che potevano esserci in precedenza...
Grazie, ciao
RAY
-
magari mi sono perso qualcosa... ma sei sicuro di essere su un server Apache?
M.
-
magari mi sono perso qualcosa... ma sei sicuro di essere su un server Apache?
su questo hai ragione ed una verifica in tal senso ci sta tutta.
in ogni caso posso dirti per esperienza diretta che di server linux che danno di sti problemi me ne sono capitati parecchi sotto mano. l'utente apache e l'utente ftp hanno uid e gid diversi e si generano sti casotti ;)
-
Sì vedo server Apache nei vari riferimenti delle pagine info dentro Joomla.
-
ma sei su server windows o su server linux?
-
Il server è Linux.
Nel frattempo il gestore ha risposto, ha detto che ha già impostato i diritti di scrittura sulle 2 cartelle indicate nel file configuration.php, ossia logs e tmp, tuttavia mi perplime il fatto che dal pannello amministrazione di Joomla queste due risultano ancora "non scrivibili"... avranno capito bene?
In ogni caso si sono dati disponibili a cambiare i permessi su tutte le cartelle necessarie, per cui gli mando la lista intera visto che risultano tutte non scrivibili, poi vedremo che succede.
-
ok allora tienici aggiornati sugli sviluppi ;)
-
hai dovuto inserire o hai come path localhost da qualche parte?
M.
-
mau ti assicuro che diversi, anzi tantissimi server che usano localhost hanno i permessi settati alla perfezione per joomla, meglio di quelli tutti a 755 e 644..
;)
-
si ma non è lui l'owner, significa che apache su di lui lavora con i privilegi di root....
M.
-
ma almeno sono sicuro che le cartelle del sito stiano in una macchina che si trova in romania mentre la macchina del database sta che so? in america..
pensi che sia una configurazione fantasiosa? imho capita molto spesso..
-
no no non la penso diversamente da te, solo che siccome può essere anche sintomo di una conf alla c.d.c. , e visto il mio carattere sospettoso, penso sempre al peggio :)
M.
-
bhe.. magari qualcuno usa mylocalhost così giusto per confondere un po i malintenzionati..
ma hai presenti quanti server anche piccoli ci stanno ma che non fanno mai parlare di se perchè vanno benone?
i server sono come i denti, quando sono sani non ti accorgi di averli..
-
sono d'accordo con voi.
è che i sistemisti di un certo livello sono merce alquanto rara e ce ne sono parecchi che si improvvisano sistemisti per cui poi non c'è da stupirsi se si hanno configurazioni server che ricordano la famosa pubblicità: "porte aperte alla renault"
-
Bene signori, ho qualche triste novità.
Purtroppo l'azienda che ha fornito l'hosting è solo un intermediario, per cui mi trovo a parlare con una persona che sottopone i problemi ad un'altra, ecc...
Quest'utlimo che sarbbe il vero responsabile del server, dice di avere appena settato i diritti di scrittura su tutte le cartelle che gli ho comunicato, per l'utente Apache, ma da Joomla-info le vedo ancora tutte non scrivibili, e il caricamento di plugin non funziona.
Per mail mi hanno girato questo suo messaggio: “l'utente apache è nel gruppo "psacln" e quindi con un normale client ftp si possono dare i permessi di scrittura a quel gruppo (7-7-5 e non 7-7-7) sulle cartelle che servono”
E' vero, se da ftp vado a chiedere le proprietà delle cartelle vedo 775 e gruppo "psacln", però non è cambiato nulla, stanno forse trascurando qualcosa?
Scusate ma non so più dove sbattere la testa...
-
guarda.... a me basterebbe molto meno per salutare l'hoster...
sono tutti problemi loro su cui difficilmente tu puoi fare qualcosa.
Diventa quindi importante la collaborazione... che mi pare inesistente.
M.
-
trovati un servizio serio...
-
E' quello che stavo pensando da un pò, purtroppo chi mi ha richiesto il sito aveva già dominio e posta presso questo fornitore ed ha insistito per non cambiare niente, deciderà lui se vuole un sito...
Grazie a tutti per l'aiuto, ciao
RAY
-
bhe.. lascia la posta li, trasferisce il sito o fa un altro nome, ad esempio se ha .it fa il .com
e sul vecchio dominio usa il redirect al nuovo..
ps modifica:
non può lasciare la posta e trasferire il sito, come dicevo, sorry..
deve quindi aprire un altro nome a dominio e usare un redirect..
-
Anche io ho avuto lo stesso problema, e l'hosting ha dato la colpa a joomla che fa casini con i permessi (so che non è vero ma ormai non è più un problema mio).
In ogni caso ho risolto in questo modo:
-Via ftp ho cambiato tutti permessi in 777 in modo recursivo.
-Ho installato ninjaxplorer su joomla e gli ho fatto impostare a 777 i permessi delle cartelle che creava joomla.
In questo modo avevo accesso in scrittura allo spazio web sia da joomla (potevo quindi installare componenti, modificare configuration.php) che tramite FTP.
Non è il massimo per la sicurezza, ma è il modo migliore che ho trovato
-
Via ftp ho cambiato tutti permessi in 777 in modo recursivo.
-Ho installato ninjaxplorer su joomla e gli ho fatto impostare a 777 i permessi delle cartelle che creava joomla.
------------------------------------------------------------------
perfetto,.... ecco due cose da non fare mai.
Ma gli hoster vi fanno pagare penali se ve ne andate?
I clienti sono masochisti che vogliono rimanere nonostante li si avvisi che il server non è sicuro?
faccio veramente fatica a capire questi problemi... o per puro culo ho solo clienti intelligenti ma nn mi fanno la minima difficoltà di fronte alla sicurezza dei loro dati.
M.
-
I clienti non lo sapevano (e non lo sanno tuttora)
Il problema è che non era un semplice hosting, ma un hosting reseller e questo problema è spuntato ovviamente, dopo che l'abbiamo attivato e il responsabile non l'ha voluto cambiare.
Quando è successo a me ne ho parlato con l'hosting e il problema è stato risolto in pochissimo tempo, con un chown se non sbaglio.
-
con un chown se non sbaglio.
----------------------------
si ma se non configuri l'ambiente dovrai sempre rompergli le scatole tutte le volte che installi qualcosa.
M.
-
è una sezione adecisamente statica, spero di non doversci installare più nulla ;D
anche i backup mi arrivano direttamente sul pc con joomlapack
-
Per mail mi hanno girato questo suo messaggio: “l'utente apache è nel gruppo "psacln" e quindi con un normale client ftp si possono dare i permessi di scrittura a quel gruppo (7-7-5 e non 7-7-7) sulle cartelle che servono”
E' vero, se da ftp vado a chiedere le proprietà delle cartelle vedo 775 e gruppo "psacln", però non è cambiato nulla, stanno forse trascurando qualcosa?
ciao,
da quello che vedo la situazione dovrebbe essere questa: l'ftp gira come psacln.psacln ed è il proprietario, apache (quindi php e joomla) è xxx.psacln.
ciò vuol dire che, detto in termini di chown, per lavorare con php bisogna dare un g+w; in altri termini i permessi debbono essere x7x per le cartelle e x6x per i files (x=non importa), come ti hanno detto loro. controlla che i permessi siano correttamente settati, in particolare per la dir /tmp.
salvo errori del provider questa è di solito la configurazione migliore e più sicura.
ciao,
marco