[FTP] Problema tra Pure-FTPd e file nascosti

In riferimento a questo post dove dichiaro problemi di mancata visualizzazione dei file nascosti (eg: .htaccess) con alcuni client (tra quelli testati, filezilla e fireftp): http://forum.it.altervista.org/plug-...-new-post.html
E in riferimento a quanto qui riportato: http://trac.filezilla-project.org/ticket/4440

Citazione:

---

If the file exists but is not displayed by your server, then your server is broken.

Please upgrade to a proper server.

---

e (riferendosi a filezilla):

Citazione:

---

Older versions use LIST which uses a nonstandardized listing format.

New versions uses MLSD as defined in RFC 3659 which uses a standardized listing format.

---

Allegando inoltre l'ottima analisi di dreadnaut: http://forum.it.altervista.org/i-ser...tml#post679861
Mi chiedevo se fosse possibile verificare quanto riportato ed eventualmente rimediare lato server (giro da un paio d'ore installando qualunque client ftp - l'unico che va meglio degli altri, per le mie necessità, è fireftp e anch'esso, qui su AV, non vede i file nascosti).
Grazie anticipatamente, DarkWolf :)

La fix sarà messa online nelle prossime settimane (anche prima probabilmente), purtroppo, vista la criticità del servizio, è necessario testare a fondo prima di renderla pubblica. Il problema ci era noto, attendevamo che fosse risolto dal team del demone.

Citazione:

---

Originalmente inviato da dapeco

La fix sarà messa online nelle prossime settimane (anche prima probabilmente), purtroppo, vista la criticità del servizio, è necessario testare a fondo prima di renderla pubblica. Il problema ci era noto, attendevamo che fosse risolto dal team del demone.

---

OK, perfetto, grazie mille per l'informazione :)

Oh, grazie al cielo, non ne potevo più di cancellare i file nascosti tramite il Pannello di Controllo :mrgreen:

Grazie, è una fix che attendo da molto, non volevo cambiare filezilla!

Confermo quanto detto da Dapeco. La nuova versione di pureftpd, che verrà messa online una volta teminati i test, risolve questo problema.

@Staff: Se dovesse servire un betatester (per questo e qualunque altra cosa) ... :)

Scrivo per confermare che da oggi, fireftp e filezilla vedono nuovamente i file nascosti :)

infatti stanotte è andato online l'aggiornamento!:mrgreen:

L'aggiornamento rimuove anche, per la maggior parte degli accounts, i limiti sul chmod.

Rimane sempre assolutamente inutile cambiare i permessi di default per il funzionamento degli script php, ma questo elimina eventuali incompatibilità con applicativi che esigono comunque determinate maschere di permessi.

Confermo, appena provato a dare un 777 (sia ad una directory che ad un file) e viene mantenuto :)
In ogni caso, con il 775 di default sulle directory e 664 sui file io non ho mai avuto la necessità di modificarli :)

Ecco perché improvvisamente vedevo i file nascosti e riuscivo a modificare correttamente i permessi! Pensavo di essere diventato pazzo :lol:

@Gianluca: stavo provando ad installare dolphin (tanto per "studiarlo" un po'): http://darkwolf.altervista.org/dolphin/
Come potrai ben notare (clicca su install) chiede 777 per ffmpeg.exe e nonostante li abbia dati via ftp rimane l'avviso.
Posso aggirare modificando lo script ma se serve lo lascio per eventuali test.

Edit: http://darkwolf.altervista.org/dolph...p/permessi.php

Codice PHP:

---

<?php
$file = "ffmpeg.exe";
$permessi = substr(decoct(fileperms($file)),2);
echo $file." = ".$permessi;
?>

---

Citazione:

---

Originalmente inviato da darkwolf

@Gianluca: stavo provando ad installare dolphin (tanto per "studiarlo" un po'): http://darkwolf.altervista.org/dolphin/
Come potrai ben notare (clicca su install) chiede 777 per ffmpeg.exe e nonostante li abbia dati via ftp rimane l'avviso.
Posso aggirare modificando lo script ma se serve lo lascio per eventuali test.

Edit: http://darkwolf.altervista.org/dolph...p/permessi.php

Codice PHP:

---

<?php
$file = "ffmpeg.exe";
$permessi = substr(decoct(fileperms($file)),2);
echo $file." = ".$permessi;
?>

---

---

Lo script http://darkwolf.altervista.org/dolph...tall/index.php non fa il check sulla maschera dei permessi, ma lancia una popen sul file, e questa non è supportata. Inoltre essendo un .exe non può essere eseguito server-side senza windows server...

OK, grazie :)
Pensavo facesse un semplice controllo sui permessi (e quindi non capivo perchè non passasse pur essendo a 777) :)
Riguardo al fatto che comunque non potrà essere eseguito lo so (è un exe :P) era solo per completare il setup (provvederò modificando lo script).

Ma se esegue un popen() sui file non dovrebbe restituire un errore anche per tutti gli altri?

In teoria si, ma tutti gli altri files necessitano solo del permesso di scrittura, quindi non credo ne venga tentata l'esecuzione mediante popen.

Comunque chi modifica i permessi deve essere assolutamente certo di quello che sta facendo, impostare permessi errati può rendere il proprio sito inaccessibile