Tutte cartelle non scrivibili?!?

[mau_develop]

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.

[56francesco]

trovati un servizio serio...

[Ray]

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

[56francesco]

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..

[ostyle17]

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

[mau_develop]

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.

[ostyle17]

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.

[mau_develop]

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.

[ostyle17]

è una sezione adecisamente statica, spero di non doversci installare più nulla 
anche i backup mi arrivano direttamente sul pc con joomlapack

[mmleoni]

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