Newsgroup: it.comp.os.linux.sys
Titolo: [Semi OT] Apache e case-sentive link

Qualcuno mi spiega come convincere Apache 2.2.3 su centOS 5.2 che l'url 
che l'utente scrive può anche non coincidere con il case dei caratteri?
Ho usato CheckSpelling On e CheckCaseOnly On ma funziona solo con i nomi 
di file, non con l'url completo.
Andrea


Uhm.
E quando sul disco, dentro la document-root, ci sono la directory
/pippo
e la directory
/PIPPO
tu da dove ti aspetti che apache prenda i files?
Di solito è meglio dire a chi a scritto il sito di cercarsi un mestiere 
diverso...
-- 
http://bofhskull.wordpress.com/

Skull ha scritto:

Infatti solo un masochista fa nomi di directory e file uguali ma 
case-diversi: lo stesso esempio tuo lo posso fare con /pippo/index.html 
e /pippo/INDEX.hmtl, e in questo caso so come reagisce CheckCaseOnly, 
che nel caso io scriva /pippo/Index.HTML mi risolve lo stesso l'url 
passandomi una pagina intermedia dove mi dice che ha trovato due file 
simili.
Il problema è che il sito prima stava su NT, che è morto venerdi 
(R.I.P.), e passandolo su Linux mi trovo una serie di 404 in error_log 
dovute ai link statici windows-style che provengono da siti terzi...
Il dramma è che il sito-madre, fatto in .NET dal consulente del cliente, 
ha i link case-mixed, e sinceramente prima di metterci le mani dentro, 
cercherei di risolvere il tutto apache-side.
Andrea

 cercherei di risolvere il tutto apache-side.
I miei complimenti alla competenza del consulente...
Se quantomeno su disco il case è univoco (nel senso che i files son 
tutti maiuscoli o minuscoli, anche se poi vengono raggiunti da link 
scritti a cazzo), con un po' di mod_rewrite dovresti cavartela.
Sennò, temo, puppa.
Di solito quando da me capitano questi casi (per fortuna rari), si 
dirige direttamente l'hosting sulle macchine MS...
-- 
http://bofhskull.wordpress.com/

 e fargli mettere a posto il SUO di sito.
in questo caso non saprei, lui puo' sempre risponderti: "il MIO sito è
fatto per stare un server MS, chi diavolo ti ha detto di migrarlo su linux?"
in poche parole:
"ehi voglio migrare il tuo sito su un server linux"
"tu vuoi cosa? ...e per fare che??"
:-)

 
Non è quello il problema. Nella fattispecie, i link puntano a file di 
disegno tecnico, che teoricamente dovrebbero prendere il nome da un 
foglio excel che un $Bob di un ufficio tecnico mantiene.
Ogni volta che viene aggiunto un disegno, questo viene catalogato nel 
foglio excel, poi inviato via ftp sul nostro server nella dir di competenza.
Il foglio excel ogni tanto viene inviato all'applicazione madre, dove 
viene macinato, ed aggiorna un database SQLServer.
I link nascono dall'incrocio tra il database ed un'altra applicazione 
web o stand-alone che a sua volta genera il percorso del file da 
recuperare. In tutto questo casotto, la generazione dell'url è 
abbastanza stabile, ma a volte basta che $Bob aggiorni male il foglio 
excel che tutti i link vadano a $donnedifacilicostumi.
Andrea

 
E' un progetto nato, come al solito, senza la minima idea di che cosa 
fornire, come, quando, dove e perché.
E naturalmente senza un team leader da poter lartare a dovere.
Quando sono arrivato, il progetto era quasi finito, ed a quel punto 
qualcuno si pose la domanda "Ma come lo aggiorniamo il database dei 
disegni?", scoprendo così che lo spazio occupato dai disegni era già 
oltre il giga (ora siamo a 2.3), e che il loro ISP per uno spazio di 
quel genere chiedeva $sangue.
Quindi c'è il seguente giro (state attenti che lo spiego una volta sola):
- L'utente, da web o da cd, cerca un prodotto.
- L'applicazione, in base ai parametri immessi, sceglie un range.
- Per vedere i disegni, l'utente clicca sul nome, quindi:
   - se il disegno su web o cd è valido (e la validazione viene fatta 
sul database del sito), il file viene inviato all'utente,
   - altrimenti l'applicazione si collega al nostro server per prelevare 
il file aggiornato.
Si poteva evitare tutto questo mettendo un server web dentro l'azienda, 
ma non hanno voluto...
Andrea

 Andrea
ommadonna...