Newsgroup: it.lavoro.professioni.webmaster
Titolo: un file con più nomi?

sto lavorando su un sito "fatto a mano" (php ma no cms) abbastanza
ricco di immagini per il quale l'addetto seo vorrebbe che anche i nomi
file delle immagini fossero significativi.  e vabè.  solo che il sito
è in più lingue, quindi si vorrebbe che anche i nomi file delle
immagini siano in più lingue.
 
l'unico modo che mi viene in mente per ottenere ciò è quello di fare
una copia di ogni immagine per ogni lingua e cambiargli nome.
 
per fare un esempio, diciamo di avere un file di nome "il-mio-bel-
cavallo-nero.jpg".  nel sito in italiano dovrò avere:
 
<img src="path/il-mio-bel-cavallo-nero.jpg" />
 
in quello in inglese:
 
<img src="path-en/my-beautiful-black-horse.jpg" />
 
eccetera.  ora, a qualcuno viene in mente un sistema per evitare di
dover avere sul server un tot immagini uguali con solo i nomi
differenti potendo comunque usare nell'html

 
 
Sarà una piacevolezza gestirlo...
Caricare l'immagine in un db e fargli puntare un nome diverso a seconda 
della lingua? 
 
ciao
Filippo B.
-- 
http://www.danzainsieme.it
 
http://www.boschetti.info
 

"filippo boschetti"  ha scritto nel messaggio 
news:4fa69999$0$1375$4faf...@reader1.news.tin.it...

Se l'immagine è uguale per tutte le lingue; associa un id all'immagine. Un 
id per tutte le lingue. Poi per ciascuna immagine dai un nome significativo 
a secondo della lingua e quindi all'atto dell'output interrogando il db 
mediante un controllo incrociato fra id e lingua determini il nome del file 
significativo relativo all'immagine di una data lingua.
Unico neo in tutta questa procedura è che se cambi l'immagine devi cambiarla 
per tutte le lingue.
 


Basandoti sulla risposta precedente, puoi creare una cartella temporanea 
dove in automatico:
a) copi il file identificato da un numero (uguale per tutte le lingue);
b) rinomini il file prendendo la traduzione equivalente dal db;
c) cancelli il file creato dopo un tot tempo (es: 24 ore).
In questo modo la creazione di file significativi in base alla lingua 
avviene in modo del tutto automatico. Oppure se vuoi evitare questo ogni 
volta, puoi semplicemente creare tali file  una volta per tutte 
automaticamente, mentre carichi il sito e lo inizializzi. 
 

 immagini siano in più lingue.....
 
 
valuta anche la difficoltà di posizionamento, un conto è fare il sito di 
una rosticceria a Brisighella, un altro è fare il sito di un hotel a Roma.
Ovviamente nel primo caso il lavoro extra sulle immagini è perfettamente 
inutile, sinceramente ho dei dubbi anche sul secondo caso, anche perchè 
con tutto il fumo che cercano di vendere con la seo, io vedo che sono 
sempre i contenuti a fare la differenza, non certo i nomi delle 
immagini, per i quali un tag alt appropriato è più che sufficiente.

 una copia di ogni immagine per ogni lingua e cambiargli nome.
 
naaah :)
 
presumendo che tu abbia già il backend in cui puoi associare una 
descrizione in ciascuna lingua ad ogni immagine
 
puoi, tramite mod_rewrite, fare in modo che le seguenti richieste 
puntino tutte allo stesso file.
(ponendo che il nome del file sia nome_file_123.jpg)
 
path-en/nome_file_123/my-beautiful-black-horse.jpg
path/nome_file_123/il-mio-bel-cavallo-nero.jpg
 
per semplicità di gestione ti consiglio di sostituire path e path-en 
con il nome di una directory "vera" in modo da, tramite RewriteBase, 
semplificare la scrittura delle regole ed essere sicuro che le 
riscrittture degli url siano limitate alla directory delle immagini.
 
 
 
 
-- 
un peppindex non fa primavera
 
 

 path/nome_file_123/il-mio-bel-cavallo-nero.jpg
 
eh, stavo pensando a qualcosa del genere, però non sono molto pratico
di mod_rewrite.
 
l'esempio che hai messo è un suggerimento o potrebbe essere qualcosa
di concreto?  in caso, se non chiedo troppo, me ne potresti mettere
uno facendo conto che le directory vere siano /images-it e /images-
en?  nome_file_123.jpg va bene :-)
 
grazie in ogni caso.
 

 immagini, per i quali un tag alt appropriato è più che sufficiente.
 
personalmente sono d'accordo.  la gestione di tag alt differenziati
gliel'avevo già sistemata, ma adesso vogliono pure il nome file
specifico.  per dire, alcuni dei file si chiamano slideshow-
testata-01.jpg, slideshow-testata-02.jpg ecc., be', non va bene perché
poi il motore di ricerca pensa che sono slide e non foto dei
tricchetracche che loro vendono, e quindi non le indicizza...

 della lingua?
 
dici proprio come blob binario?

 dici proprio come blob binario?
 
Esatto. Avevo fatto qualcosa del genere anni fa, un mattone pazzesco :-) 
ma stiamo parlando di almeno un paio di realese di mySQL fa o forse 
Postgre, non ricordo troppo bene (forse l'ho rimosso...)


 grazie in ogni caso.
 
-- 
San Francesco da Ass Easy
 
 

differenti potendo comunque usare nell'html
 
 
<img src="path/en/000283/my-beautiful-black-horse.jpg" />
 
Anche se ha il difetto che prima o poi qualcuno ti sgama e comincia a
mandare link a 
 
<img src="path/en/000283/Maria's husband.jpg" /> :-)
 
E' poi di fatto la stessa cosa di
 
<img src="path/en/000283.jpg?My Beautiful Black Horse" />
 
solo fatta server side.
 
Leonardo
 
-- 
Tell us whether you spy, in the light of the morn,
what saluted was fiercely at the fall of the past day:
whose pips and whose bands in the very heart of the fray
bravely floated from the bulwarks to which we were sworn?

 wrote:

AMEN !
Stavo per scrivere quasi la stessa cosa.
Aggiungo come ho fatto io in caso analogo: si decide col cliente quale
sia la lingua commercialmente più significativa e i nomi dei file si
scrivono di conseguenza, la traduzione la metti nel tag ALT ed
eventuali altri tag esplicativi.
 
ciao
Gabriele


Ma quanto è plausibile che un acquirente faccia ricerche dei loro 
prodotti tramite ad esempio google images?
 
Ovvero, se vendono stampe, foto, icone, statue, e simili, allora la 
richiesta è piuttosto condivisibile. Se vendono tosaerba, credo meno (o 
meglio, in tal caso non sono convinto che il gioco valga la candela).
 
Convoca committente e SEO e chiedi ai seo quanto si aspettano come ROI 
per quel tipo di intervento, valuta il tuo costo per metterlo in pista e 
in questo modo dai gli strumenti al committente per valutare se farlo o 
meno.
 
Ovviamente i SEO non possono rispondere alla domanda con una cifra, ma 
almeno si discute più seriamente del perchè fare certe cose e di come 
eventualmente valutare gli interventi. Ovvero i SEO dovrebbero dire: in 
questi x progetti abbiamo fatto queste cose e ottenuto questi risultati. 
Se non hanno case histories (su situazioni analoghe), allora è un buon 
momento per chiedere uno sconto, perchè accettando di seguire le loro 
indicazioni e implementandole seguendo un metodo (ad esempio una per 
volta e facendo passare un congruo periodo di tempo fra una e l'altra) e 
monitorando via analytics le variazioni, si costruiscono loro stessi un 
pregresso di risultati che poi possono spendere per successive 
consulenze (atteso che le cose non cambino troppo). Va da sè che 
attendere settimane tra un intervento e il successivo per valutarne i 
risultati, costa al committente in termini di lentezza nel miglioramento 
delle prestazioni, di qui la richiesta di sconto.
 
-- 
Paolo De Dionigi

 quasi 6 GB di dati
 
Beh, ma se avessi file distinti per ogni lingua, sarebbero molti di più no?
 
Soluzione interessante.
 
Lato performances, quel rewrite sulle immagini non impatta?
 
E con sistemi di caching tipo Varnish che succede?
 
Infine, esistono altre motivazioni oltre il risparmio di spazio? (che 
per siti come quello che citi non credo sia una priorità, no?)
 
Ultima domanda, se posso, gestisci in qualche modo il 'sovraffollamento' 
delle cartelle delle immagini?
 
Interrogatorio concluso :)
 
 
-- 
Paolo De Dionigi

 differenti potendo comunque usare nell'html
 
la butto lì: i buoni vecchi link simbolici?
 


semmai i buoni vecchi link (hard) , se cancelli il file originario i 
simbolici vanno tutti ai pigs.

 delle prestazioni, di qui la richiesta di sconto.
 
Ben detto!
 
-- 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 

 Interrogatorio concluso :)
 
:)
 
-- 
Si chiama "Azienda Agricola" a gestione familiare.
Gli animali è possibile conoscerli vivi nel campo adiacente, o morti
nella vetrina del bancone.
 
 

 meno.
 
dunque, questo è uno di quei lavori fatti per contatti personali/
familiari.  sai quando si dice che il webmaster è il cugino di un
amico del fratello del committente?  ecco, io sono davvero il cugino
di un amico del fratello del committente.
 
come immaginerai in questi casi la fiducia e il non volerne sapere di
certe cose e l'affidarsi al prossimo regna sovrano.   se qualcuno dice
qualcosa con grande convinzione, va bene così.
 
intendiamoci, io il mio ritorno economico ce l'avrò tutto quanto e se
al committente le cose vanno bene non sarà qualche migliaio di euro in
più o in meno per il sito che gli cambierà qualcosa.  quindi se
l'"esperto" seo che il committente si è scelto dice che i nomi file
ecc. ecc., i nomi file saranno ecc. ecc..  se il sistema è fare una
directory di immagini per ogni lingua avendo file uguali con nomi
diversi, avrà n directory ognuna contenente gli stessi file con nomi
diversi a seconda delle lingue.  se c'è un modo più intelligente che
riesco a mettere su (e quello dell'htaccess che punta ad un php che
serve una immagine a seconda dei parametri che riceve) mi sembra molto
intelligente.
 
mi rendo conto che è poco professionale come atteggiamento, ma di
nuovo questo è uno di quei lavori nati come mi servono dieci pagine
statiche e basta e poi sta diventando sta cosa qui.  se non altro per
me è un modo di imparare cose nuove.
 
per il resto d'accordissimo con quanto dici.

 RewriteRule .*\.jpg$ index.php [L]
 
ho qualche problema.
 
premessa: invece che in /images sto lavorando in /images/test.  ho
creato un index.php che fornisce correttamente una immagine tramite
readfile(), e quindi se faccio qualcosa tipo:
 
<img src="images/test/index.php">
 
visualizzo correttamente un'immagine.
 
ho problemi invece col contenuto dell'.htaccess.  se lo interpreto
bene dice:
 
# parti dalla directory mappata come /images/test
RewriteBase /images/test/
 
# se ti è stato chiesto un file che non esiste allora procedi
RewriteCond %{REQUEST_FILENAME} !-f
 
# se ti è stato chiesta una directory che non esiste allora procedi
RewriteCond %{REQUEST_FILENAME} !-d
 
# prendi qualsiasi combinazione di caratteri che termini in .jpg
# e trasformala in index.php
RewriteRule .*\.jpg$ index.php [L]
 
dico bene?  purtroppo però se faccio una cosa tipo:
 
<img src="images/test/pippo.jpg">
 
(con pippo.jpg inesistente) ottengo l'iconcina di immagine rotta/
inesistente e non quella che mi dovrebbe fornire index.php.  per non
saper né leggere né scrivere, per il momento index.php è fatto di
questa sola riga:
 
<?php readfile('test.jpg'); ?>
 
(con test.jpg esistente).  il che mi porta alla domanda successiva, e
cioè come faccio (se è possibile, come immagino che sia) a recuperare
dentro index.php il valore di .*/.jpg$?  forse con qualcosa come
quella che segue?
 
RewriteRule (.*\.jpg$) index.php?nomefile=$1 [L]
 
grazie.

 dentro index.php il valore di .*/.jpg$?  
 
trovi l'url della richiesta dentro:
 
$_SERVER['REQUEST_URI'];
 
-- 
Google Wonder Wheel? Ma che cazzo è? A che cazzo serve? Ma che cazzo
vogliono? Ma devono inventarsi una cristo di stornzata ogni settimana?
Io ho inventato il cazzo rotante! Adesso scrivo il codice di Google
Cazzo rotante e sarà innovativo!
 
 

 $_SERVER['REQUEST_URI'];
 
ok, giusto un suggerimento per chi ci riprova.  ricapitoliamo:
 
- un .htaccess come sopra messo al posto giusto (ad esempio, nel mio
caso, /images/test);
 
- un file index.php fatto così:
<?php var_dump($_SERVER['REQUEST_URI']); ?>
 
- un file html con una richiesta fatta così:
<img src="images/test/non-esisto.jpg">
 
la pagina html farà vedere una immagine rotta perché ovviamente il
contenuto del var_dump non è utilizzabile come immagine.  però se
andiamo a vedere il sorgente e clicchiamo su non-esisto.jpg nella
finestra che si apre vedremo il contenuto di vardump, qualcosa tipo:
 
string(27) "/images/test/non-esisto.jpg"
 
grazie tantissime ancora.

 di un amico del fratello del committente.
 
Ok, non intendevo far passare che si deve mettere in dubbio ciò che 
diceva quel consulente, quanto (e questo vale anche nella tua 
situazione) vedere se c'è modo di valutare quantitativamente il 
beneficio di cui parla il SEO specialist. Ne guadagnano tutti.
 
 
-- 
Paolo De Dionigi

 beneficio di cui parla il SEO specialist. Ne guadagnano tutti.
 
guarda, sai come si è risolta la questione?  gli ho mandato un file
word con una trentina di immagini dicendogli sotto ogni immagine mi ci
scrivete il nome file che volete e la loro descrizione.
 
tu li hai più sentiti?
 
so much per gli spettacolari vantaggi di cui parlava il seo.  non
valevano la fatica di scrivere trenta righe.  forse si aspettavano che
lo facessi io.  che comunque le avrei dovute ricopiare.
 
vabè, ho imparato qualcosa di nuovo su mod_rewrite ed è stata comunque
una conversazione interessante di cui torno a ringraziare ga.n e tutti
quanti.