/ Forside / Teknologi / Udvikling / PHP / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
PHP
#NavnPoint
rfh 3959
natmaden 3372
poul_from 3310
funbreak 2700
stone47 2230
Jin2k 1960
Angband 1743
Bjerner 1249
refi 1185
10  Interkril.. 1146
filnavne med specielle tegn
Fra : scootergrisen


Dato : 15-11-10 19:36

Jeg ku godt tænke mig at få min hjemmeside til at virke med filnavne som
indenholder tegn som æ, ø eller å.

I urlen skal filnavnet "fløde.jpg" skriver som "fl%C3%B8de.jpg"
Og det kan jeg så gøre frem og tilbage med rawurlencode() og rawurldecode().

Så kan jeg skriver <img src="fl%C3%B8de.jpg"/> er det ik korrekt ?



Men hvad så med når jeg vil teste og filen findes med file_exists() ?

Jeg har læst at windows bruge cp1252 til sine filnavn.
Jeg bruge UTF-8 i min php kode.

$query = 'fl%C3%B8de.jpg';
$filnavn = rawurldecode($query);
iconv('utf-8', 'cp1252', $filnavn);
if(file_exists($filnavn)){
echo 'findes';
}

Jeg vil gerne have at koden er system uafhængig.


 
 
Allan Vebel (16-11-2010)
Kommentar
Fra : Allan Vebel


Dato : 16-11-10 00:09

scootergrisen skrev:

> Jeg vil gerne have at koden er system uafhængig.

Så er det bedst at bruge "floede".

Nettet er bare ikke klar endnu til at anvende danske
karakterer - der går adslillige år endnu.

http://øfærgen.dk viderestilles til http://oefaergen.com,
og jeg kan fortsat ikke lave mail-adresser der indeholder
æ, ø og å.

Det er altså bedst at vænne sig til kun at bruge de
karakterer der er til rådighed - her kan man også
komme langt

--
Allan Vebel
http://vebel.dk | http://html-faq.dk
http://webdesigngruppen.dk



scootergrisen (16-11-2010)
Kommentar
Fra : scootergrisen


Dato : 16-11-10 00:30

Ja det vil jeg give dig ret i og det er også derfor jeg indtil nu har
valgt ikke at bruge æøå og andre ikke ascii tegn.

Men nu fik jeg lige lyst til at gøre det.

Det er egentligt sjovt ikke altså at vi kan så meget med computere men
vi kan ikke engang brugt æøå.



Allan Vebel (16-11-2010)
Kommentar
Fra : Allan Vebel


Dato : 16-11-10 00:49

scootergrisen skrev:

> Det er egentligt sjovt ikke altså at vi kan så
> meget med computere men vi kan ikke
> engang brugt æøå.

Jamen, sådan har det altid været, du kan
bruge æ, ø og å lokalt, men så snart du lægger
det på nettet, går noget galt - der er altid nogen
der ikke kan læse det.

Derfor anbefales det fortsat at undlade fremmede
karakterer i filnavne, links til billeder og meget
andet.

Det er meget nemt - det er blot at omdøbe til
noget uden æøå.

--
Allan Vebel
http://vebel.dk



scootergrisen (16-11-2010)
Kommentar
Fra : scootergrisen


Dato : 16-11-10 02:03

Jo men vil stadig gerne vide hvordan man gør.
Det jo også lidt besværligt at brugt øæå i diverse funktioner i php men
det kan da lade sig gøre.

Så hvis der er nogen der ved det vil jeg gerne vide hvorda man gør.

Allan Vebel (17-11-2010)
Kommentar
Fra : Allan Vebel


Dato : 17-11-10 23:33

scootergrisen skrev:

> Jo men vil stadig gerne vide hvordan man
> gør.

Jamen, hvis nettet ikke er gearet til andet end
a til z plus tal, er det jo halsløs gerning

> Det jo også lidt besværligt at brugt øæå i
> diverse funktioner i php men det kan da lade
> sig gøre.

Ja, i et vist omfang. Vil du fortsat have alle med,
er der ingen vej uden om at undlade de danske
karakterer.

Eksemplet på

http://vebel.dk/test/blåbærgrød.htm fungerer i
nogle browsere, men absolut ikke i alle - og de
fleste gange bliver det omsat til noget fuldstændig
uforståeligt.

Hvorfor er det så nødvendigt at kunne anvende
danske karakterer i filnavne og links?

I praksis viser det at det endnu ikke er helt
anvendeligt.

--
Allan Vebel
http://vebel.dk | http://html-faq.dk
http://webdesigngruppen.dk



scootergrisen (18-11-2010)
Kommentar
Fra : scootergrisen


Dato : 18-11-10 00:42

> Jamen, hvis nettet ikke er gearet til andet end
> a til z plus tal, er det jo halsløs gerning

Så må vi lave nettet om.

> http://vebel.dk/test/blåbærgrød.htm fungerer i
> nogle browsere, men absolut ikke i alle - og de
> fleste gange bliver det omsat til noget fuldstændig
> uforståeligt.

Det jo mega let for en browser at url encode ikke-ascii tegn fra
http://vebel.dk/test/blåbærgrød.htm til
http://vebel.dk/test/bl%C3%A5b%C3%A6rgr%C3%B8d.htm

Nu har jeg testet http://vebel.dk/test/blåbærgrød.htm i explorer,
firefox, opera, safari, chrome.
Det virker i allesammen så det vist ikke et problem.

> Hvorfor er det så nødvendigt at kunne anvende
> danske karakterer i filnavne og links?

Fordi jeg er dansker og gerne vil bruge mit eget sprog.

> I praksis viser det at det endnu ikke er helt
> anvendeligt.

Yep det er rigtigt og det er også derfor jeg har undgået æøå indtil
videre men derfor kunne jeg stadig godt tænke mig at få det til at virke.
Om ik andet så jeg har noget viden om det.

Det jo ikke fordi det ikke kan lade sig gøre det bare hvordan man gør.

Allan Vebel (18-11-2010)
Kommentar
Fra : Allan Vebel


Dato : 18-11-10 02:32

scootergrisen skrev:

> Så må vi lave nettet om.

Jamen, det fungerer måske i 80% af tilfældene,
så mister du bare 20% af dine brugere

Jeg har bare været ude for adskillige tilfælde
hvor jeg ikke har kunnet få et billede eller fil hjem
på skærmen - netop på grund af den slags
konflikter.

Hvorfor prøver du så på at gøre det mere usikkert
ved at bruge danske karakterer?

Nettet er som det er, sådan er det i øjeblikket - det
er sikkert anderledes om 10 eller 20 år.

For 20 år siden havde vi også problemer med de
danske karakterer - det har vi fortsat

--
Allan Vebel
http://vebel.dk | http://html-faq.dk
http://webdesigngruppen.dk



Henning (18-11-2010)
Kommentar
Fra : Henning


Dato : 18-11-10 09:40

On 2010-11-18 00:42, scootergrisen wrote:
>> Jamen, hvis nettet ikke er gearet til andet end
>> a til z plus tal, er det jo halsløs gerning
>
> Så må vi lave nettet om.

Nettet virker fint. Det er klienterne / browserne det er galt med.

Der er ingen måde serveren kan fortælle hvilket tegnsæt den gerne vil ha
data i.

> Det jo mega let for en browser at url encode ikke-ascii tegn fra
> http://vebel.dk/test/blåbærgrød.htm til
> http://vebel.dk/test/bl%C3%A5b%C3%A6rgr%C3%B8d.htm

Det er nemt at konvertere til url-encoded. Ja. Men hvilket tegnesæt skal
browseren bruge? Det er der problemet opstår.

> Nu har jeg testet http://vebel.dk/test/blåbærgrød.htm i explorer,
> firefox, opera, safari, chrome.
> Det virker i allesammen så det vist ikke et problem.

Har du brøver fra en maskine med ikke-dansk sprog, eller et andet OS?

Så er der nemlig overvejende stor chance for at dety går galt.

>> Hvorfor er det så nødvendigt at kunne anvende
>> danske karakterer i filnavne og links?
>
> Fordi jeg er dansker og gerne vil bruge mit eget sprog.

Der er så mange ting man må gå på kompromi med når man er et mindretal.

Desværre. Men sådan er livet.

>> I praksis viser det at det endnu ikke er helt
>> anvendeligt.
>
> Yep det er rigtigt og det er også derfor jeg har undgået æøå indtil
> videre men derfor kunne jeg stadig godt tænke mig at få det til at virke.
> Om ik andet så jeg har noget viden om det.

> Det jo ikke fordi det ikke kan lade sig gøre det bare hvordan man gør.

Når vi nu er i php-gruppen, kan du måske lade php fortolke dine adresser,

http://vebel.dk/test/blåbærgrød.htm kunne så være

   http://vebel.dk/test/sider/blåbærgrød.htm

hvor sider.php forsøger at finde ud af om blåbærgrød.htm nu er sendt som
utf-8 eller iso-8859-15 eller hvad der nu måtte være relevant.

Det er det Peter gør på findvej.dk som jeg linkede til i et andet indlæg

/Henning

scootergrisen (18-11-2010)
Kommentar
Fra : scootergrisen


Dato : 18-11-10 10:29

> Der er ingen måde serveren kan fortælle hvilket tegnsæt den gerne vil ha
> data i.

Den kan vel bare prøve det ene og hvis det ikke virker det andet.
Ligesom hvis man skrive google i adresse feltet så ved den jo heller
ikke om det er http://www.google.dk men den prøver sig frem.
Så burde browseren og serveren da også kunne finde ud af om en adresse
virker og hvis den ikke gør forsøge det andet.

> Har du brøver fra en maskine med ikke-dansk sprog, eller et andet OS?
>
> Så er der nemlig overvejende stor chance for at dety går galt.

Nu har jeg sendt den til browsershots så får vi se om det virker :
http://browsershots.org/http://vebel.dk/test/bl%C3%A5b%C3%A6rgr%C3%B8d.htm
Eller skulle jeg sige :
http://browsershots.org/http://vebel.dk/test/blåbærgrød.htm

> hvor sider.php forsøger at finde ud af om blåbærgrød.htm nu er sendt som
> utf-8 eller iso-8859-15 eller hvad der nu måtte være relevant.

Aha det forklarede hvad jeg oplevede i går.
Nogen gange når jeg skrev æøå i adresse feltet så blev æ lavet om til
%XX mens at det andre gange blev lavet om til %XX%XX.
Jeg fattede ikke hvorfor den gjorde det men det har du jo så lige
forklaret for mig. Jeg kunne bare ikke få den til at gøre det igen.

Nu er der en hjemmeside der hedder : http://www.sørensen.dk/ og den
adresse virker.

Men :
http://www.s%C3%B8rensen.dk/ (regner med det er UTF-8)
og
http://www.s%F8rensen.dk/ (regner med det er ascii)
virker ikke

På hjemmesiden står at adressen kan skrives som : xn--srensen-q1a.dk
hvilket virker men det gør det da godt nok ikke lettere at skrive.


Henning (18-11-2010)
Kommentar
Fra : Henning


Dato : 18-11-10 10:50

On 2010-11-18 10:29, scootergrisen wrote:
>> Der er ingen måde serveren kan fortælle hvilket tegnsæt den gerne vil ha
>> data i.
>
> Den kan vel bare prøve det ene og hvis det ikke virker det andet.
> Ligesom hvis man skrive google i adresse feltet så ved den jo heller
> ikke om det er http://www.google.dk men den prøver sig frem.
> Så burde browseren og serveren da også kunne finde ud af om en adresse
> virker og hvis den ikke gør forsøge det andet.

Det kan nogle gange lade sig gøre, men vil afhænge af hvordan serveren
er sat op.

> Nu har jeg sendt den til browsershots så får vi se om det virker :
> http://browsershots.org/http://vebel.dk/test/bl%C3%A5b%C3%A6rgr%C3%B8d.htm
> Eller skulle jeg sige :
> http://browsershots.org/http://vebel.dk/test/blåbærgrød.htm

Det er meget fint, men du vil ikke få det resultat som du forventer,
fordi oversættelsen fra blåbærgrød.htm til bl%C3%A5b%C3%A6rgr%C3%B8d.htm
allerede foregår når du "bestiller" snapshottet.


>> hvor sider.php forsøger at finde ud af om blåbærgrød.htm nu er sendt som
>> utf-8 eller iso-8859-15 eller hvad der nu måtte være relevant.
>
> Aha det forklarede hvad jeg oplevede i går.
> Nogen gange når jeg skrev æøå i adresse feltet så blev æ lavet om til
> %XX mens at det andre gange blev lavet om til %XX%XX.
> Jeg fattede ikke hvorfor den gjorde det men det har du jo så lige
> forklaret for mig. Jeg kunne bare ikke få den til at gøre det igen.
>
> Nu er der en hjemmeside der hedder : http://www.xn---bix-uoa.dk/ og den
> adresse virker.
>
> Men :
> http://www.s%C3%B8rensen.dk/ (regner med det er UTF-8)
> og
> http://www.s%F8rensen.dk/ (regner med det er ascii)
> virker ikke

I host-delen er det en helt anden problematik de er nemlig ikke
url-encoded men kodet med IDN.

Dvs æ-bix.dk bliver til xn---bix-uoa.dk

> På hjemmesiden står at adressen kan skrives som : xn--srensen-q1a.dk
> hvilket virker men det gør det da godt nok ikke lettere at skrive.

Nej nemlig.

Og vil du sende mail til hans @ xn---bix-uoa.dk skal den faktisk sendes
til hans @ xn--srensen-q1a.dk

Det er der nogle stykker som er blevet overraskede over

/Henning

scootergrisen (18-11-2010)
Kommentar
Fra : scootergrisen


Dato : 18-11-10 11:01

Ik så underligt at man ikke støder på så mange domainnavne med æøå

Og ja det det ud som om browsershots har fucked adresssen fordi
allesammen er mislykkedes.

Henning (18-11-2010)
Kommentar
Fra : Henning


Dato : 18-11-10 09:04

On 2010-11-17 23:32, Allan Vebel wrote:
> scootergrisen skrev:
>
>> Jo men vil stadig gerne vide hvordan man
>> gør.
>
> Jamen, hvis nettet ikke er gearet til andet end
> a til z plus tal, er det jo halsløs gerning

Tja måske, men det6 er realiteten.


> http://vebel.dk/test/blåbærgrød.htm fungerer i
> nogle browsere, men absolut ikke i alle - og de
> fleste gange bliver det omsat til noget fuldstændig
> uforståeligt.

Problemet er at server og klient skal være enige om hvilket tegnsæt der
benyttes.

http://vebel.dk/test/blåbærgrød.htm i utf-8 er ikke det samme som
http://vebel.dk/test/blåbærgrød.htm i iso-8859-1 eller iso-8859-15.

Nederst på http://blog.findvej.dk/category/teknik/ har Peter skrevet
lidt om hans problemer med æøå


/Henning

Kim Ludvigsen (18-11-2010)
Kommentar
Fra : Kim Ludvigsen


Dato : 18-11-10 14:55

Allan Vebel skrev:

> Ja, i et vist omfang. Vil du fortsat have alle med,
> er der ingen vej uden om at undlade de danske
> karakterer.
>
> Eksemplet på
>
> http://vebel.dk/test/blåbærgrød.htm fungerer i
> nogle browsere, men absolut ikke i alle - og de
> fleste gange bliver det omsat til noget fuldstændig
> uforståeligt.

Jeg benyttede på et tidspunkt æ, ø og å i URL'er på
ordforklaring.dk. Det virkede helt fint. Teksterne og
linkene bliver opbevaret i en database, og det virkede også
helt fint at hente og gemme fra/i databasen. Mig bekendt var
der ikke nogle browsere, hvor visning af siden kiksede.

Selvom selve siden blev vist fint, så var det ikke tilfældet
for URL'en, som du også er inde på. Og det kan ikke afvises,
at der ville være problemer, hvis jeg skiftede til en anden
webserver med en anden opsætning af webserver/MySQL.

Jeg valgte at udskifte med ae, oe og aa af en helt anden
grund. Jeg fandt ud af, at alle sider, hvor der var æ, ø
eller å i URL'en enten slet ikke blev indekseret af Google,
eller også med en meget lav rangering. Det er vel
efterhånden et par år siden, jeg skiftede, så jeg tør ikke
sige, om man stadig risikerer problemer med indekseringen.
Og jeg skal måske tilføje, at æ, ø og å befandt sig i en
parameter som fx ordforklaring.php?forklaring=grædefærdig

--
Mvh. Kim Ludvigsen
Verdens mest præcise og detaljerede horoskoper:
http://ugens-horoskop.dk


Henning (18-11-2010)
Kommentar
Fra : Henning


Dato : 18-11-10 15:43

On 2010-11-18 14:55, Kim Ludvigsen wrote:
> Jeg benyttede på et tidspunkt æ, ø og å i URL'er på ordforklaring.dk.
> Det virkede helt fint. Teksterne og linkene bliver opbevaret i en
> database, og det virkede også helt fint at hente og gemme fra/i
> databasen. Mig bekendt var der ikke nogle browsere, hvor visning af
> siden kiksede.
>
> Selvom selve siden blev vist fint, så var det ikke tilfældet for URL'en,
> som du også er inde på. Og det kan ikke afvises, at der ville være
> problemer, hvis jeg skiftede til en anden webserver med en anden
> opsætning af webserver/MySQL.

Prøv at kigge på linken jeg sendte tidligere i dag, hvor Peter disker
problemetikken op.

Spørgsmålet er så vidst jeg husker ikke om der benyttes IE/FF/Opera, men
med et spørgsmål om OS.

Eller rettere tegsæt-opsætningen i OS'et.

/Henning


Kim Ludvigsen (18-11-2010)
Kommentar
Fra : Kim Ludvigsen


Dato : 18-11-10 16:08

Henning skrev:
> On 2010-11-18 14:55, Kim Ludvigsen wrote:
>> Jeg benyttede på et tidspunkt æ, ø og å i URL'er på ordforklaring.dk.
>>
>> Selvom selve siden blev vist fint, så var det ikke tilfældet for URL'en,
>> som du også er inde på. Og det kan ikke afvises, at der ville være
>> problemer, hvis jeg skiftede til en anden webserver med en anden
>> opsætning af webserver/MySQL.
>
> Prøv at kigge på linken jeg sendte tidligere i dag, hvor Peter disker
> problemetikken op.

Det havde jeg overset. I mit tilfælde var der kun tale om
færdige links, brugerne skulle altså ikke selv indtaste
ordene med æ, ø eller å.

> Spørgsmålet er så vidst jeg husker ikke om der benyttes IE/FF/Opera, men
> med et spørgsmål om OS.

Jeg fik aldrig fejlmeldinger fra brugerne. Jeg havde selv
tjekket i Windows, OS/2 og vist også Linux, og jeg havde
tjekket med Firefox og IE i forskellige versioner.

Siden brugte ISO-8859-1. Alt virkede som sagt fint, bortset
fra visningen i adressefeltet. Og så det mere alvorlige
problem med indekseringen hos Google, som var det, der fik
mig til at skifte til ae, oe og aa.

--
Mvh. Kim Ludvigsen
Tips til hjemmesidesnedkeren:
http://kimludvigsen.dk/tips-internet-websnedker.php

Allan Vebel (18-11-2010)
Kommentar
Fra : Allan Vebel


Dato : 18-11-10 22:24

Kim Ludvigsen skrev:

> Selvom selve siden blev vist fint, så var det
> ikke tilfældet for URL'en, som du også er
> inde på. Og det kan ikke afvises, at der ville
> være problemer, hvis jeg skiftede til en anden
> webserver med en anden opsætning af
> webserver/MySQL.

Jeg har prøvet at lægge
http://vebel.dk/test/blåbærgrød.htm
ud på 10 forskellige webhoteller. I 8 ud af 10
tilfælde gik det godt, selv om url'en i mange
tilfælde blev til noget sludder.

http://totalvalidator.com/validator/Validator, hvor
man også kan vælge visning i forskellige
browsere, kan slet ikke læse siden.

http://browsershots.org/http://vebel.dk/test/blåbærgrød.htm
viser også nogle mærkelige resultater, som David
også var inde på.

> Jeg valgte at udskifte med ae, oe og aa af en
> helt anden grund. Jeg fandt ud af, at alle sider,
> hvor der var æ, ø eller å i URL'en enten slet ikke
> blev indekseret af Google, eller også med en
> meget lav rangering.

Det er naturligvis en ekstra årsag til at undlade
de danske karakterer.

Jeg er kun interesseret i at mine kunder er sikker
på at deres hjemmeside kan ses af alle, uanset
hvor den bliver lagt ud, og naturligvis at den bliver
indekseret.

Jeg ved ikke om David er overbevist nu?

--
Allan Vebel
http://vebel.dk | http://html-faq.dk
http://webdesigngruppen.dk



scootergrisen (19-11-2010)
Kommentar
Fra : scootergrisen


Dato : 19-11-10 12:16

Ja det kan jeg godt se at det giver en masse efter problemer med
validatoere osv hvis man ikke man bruge urls med æøå.


Jeg skal måske lige forklare årsagen. Det var fordi jeg har en upload
funktion hvor folk så kan sende et billed eller anden fil med æøå også
ville jeg gerne prøve og få den vist med det originale navn.
Jeg laver æøå om til eoa men nu kom jeg til at få lyst til at få det til
at virke igen.
Og fordi det er uploadede filer så gør det jo ikke noget om det ikke
virker i en validator og søgemaskine osv...

Selvom hvis en bruge så linker til en den person har uploadet så har vi
nok problemet igen.

Så ja det lader til at være noget lort at bruge æøå men derfor kunne jeg
godt tænke mig at få det til at virke så godt så muligt.

Der er jo nogen der skriver at det har virket ok.

Mit problem var bare at file_exists() ikke virkede som jeg ønskede pga
forskellig encoding af teksten. Så selvom filen fandtes så blev den ikke
vist fordi jeg kun viser de billeder som går gennem file_exists

Allan Vebel (20-11-2010)
Kommentar
Fra : Allan Vebel


Dato : 20-11-10 00:41

scootergrisen skrev:

> Ja det kan jeg godt se at det giver en masse
> efter problemer med validatoere osv hvis man
> ikke man bruge urls med æøå.

Godt

> Jeg skal måske lige forklare årsagen. Det var
> fordi jeg har en upload-funktion hvor folk så kan
> sende et billede eller anden fil med æøå også
> ville jeg gerne prøve og få den vist med det
> originale navn.

Er det ikke bedre at lave en funktion der kan
omdøbe de uploadede billeder til noget med
ae, oe og aa, så det fremover kan vises korrekt?

Sådan er der andre der gør, uden at jeg lige kan
komme i tanker om et eksempel.

Så vidt jeg husker var det på VistaPrint, men jeg
er ikke sikker.

> Så ja det lader til at være noget lort at bruge
> æøå men derfor kunne jeg godt tænke mig at
> få det til at virke så godt så muligt.

Klart nok, men brug den laveste fællesnævner,
ALLE skal kunne bruge det.

Det kræver naturligvis nogle tjek på hvilke browsere
folk bruger - og alle mulige andre ting.

Du har jo selv set hvordan

http://totalvalidator.com/validator/Validator
og
http://browsershots.org
og
øvrige validatorer synes om det - det er sådan noget
du er oppe imod.

Jamen, undskyld hvis jeg skyder dit projekt ned,
David, jeg har bare prøvet så mange forskellige
ting - og har erfaret at det ikke fungerer for alle.

Om det er browsere, servere eller andre ting, er
underordnet i denne forbindelse - en hjemmeside
skal fungere for alle.

--
Allan Vebel
http://vebel.dk | http://html-faq.dk
http://webdesigngruppen.dk



scootergrisen (20-11-2010)
Kommentar
Fra : scootergrisen


Dato : 20-11-10 00:52

> Er det ikke bedre at lave en funktion der kan
> omdøbe de uploadede billeder til noget med
> ae, oe og aa, så det fremover kan vises korrekt?

Det har jeg allerede men så var der en der uploadede en med ö og det
tegn havde jeg ikke oversat.

Men findes der en måde i PHP og sige hvis et tegn ikke er a-z eller A-Z
eller 0-9 eller _ så skal det være et X ?

Altså sådan at jeg ikke skal oversætte hvert eneste ikke ascii tegn.
æøåÆØÅâáàãêéèôóòõ... osv.

Fordi så er der jo ind imellem en som uploader en fil med endnu et tegn
som ikke er listen.

Allan Vebel (20-11-2010)
Kommentar
Fra : Allan Vebel


Dato : 20-11-10 01:10

scootergrisen skrev:

> æøåÆØÅâáàãêéèôóòõ... osv.
>
> Fordi så er der jo ind imellem en som uploader
> en fil med endnu et tegn som ikke er listen.

Jamen, på et tidspunkt er listen ved udfyldt

--
Allan Vebel
http://vebel.dk | http://html-faq.dk
http://webdesigngruppen.dk



scootergrisen (20-11-2010)
Kommentar
Fra : scootergrisen


Dato : 20-11-10 02:09

> Jamen, på et tidspunkt er listen ved udfyldt

Tja nu har jeg lige læst på wikipedia at der er over 47000 kinesiske tegn.

Kald mig doven jeg gider bare ikke oversætte allesammen.



Henning (22-11-2010)
Kommentar
Fra : Henning


Dato : 22-11-10 09:04

On 2010-11-20 02:08, scootergrisen wrote:
>> Jamen, på et tidspunkt er listen ved udfyldt
>
> Tja nu har jeg lige læst på wikipedia at der er over 47000 kinesiske tegn.
>
> Kald mig doven jeg gider bare ikke oversætte allesammen.



Send filenavnet gennem en regex som erstatter alt andet end
[-_a-zA-Z0-9] med "_" Så er du ikke halt afmacheret.

/Henning

scootergrisen (22-11-2010)
Kommentar
Fra : scootergrisen


Dato : 22-11-10 14:55

> Send filenavnet gennem en regex som erstatter alt andet end
> [-_a-zA-Z0-9] med "_" Så er du ikke halt afmacheret.

Hvordan gør man det ?

Henning (22-11-2010)
Kommentar
Fra : Henning


Dato : 22-11-10 15:32

On 2010-11-22 14:54, scootergrisen wrote:
>> Send filenavnet gennem en regex som erstatter alt andet end
>> [-_a-zA-Z0-9] med "_" Så er du ikke halt afmacheret.
>
> Hvordan gør man det ?


echo ereg_replace("[^-_a-zA-Z0-9]","_",$string)


Nu er rege godt nok på vej ud, så brug preg istedet for. Jeg har bare
ikke fået taget mig sammen til at skifte endnu

/Henning

Edmund (16-11-2010)
Kommentar
Fra : Edmund


Dato : 16-11-10 06:26

Den 15-11-2010 19:36, scootergrisen skrev:

> $query = 'fl%C3%B8de.jpg';
> $filnavn = rawurldecode($query);
> iconv('utf-8', 'cp1252', $filnavn);
> if(file_exists($filnavn)){
> echo 'findes';
> }

har du prøvet at lave en test på om $filnavn er korrekt inden du udfører
if(file_exists($filnavn))

Jeg har ikke forstand på php, har kun lavet en enkelt lille test ting
med opskrifter hvor æøå var et problem.

nedenstående er uden brug af utf-8(ikke noget jeg beder den om i hvert fald)

$op = 'fløde.jpg';
if(file_exists($op))

nogle php funktioner fjerner foranstillede æ ø å og skal tilføjes igen
inden brug af if(file_exists($op))

$first = ord($op);
/* her er en php ting som fjerner f.eks Æ i Æble */
if ($first == 198) $op = "Æ" .$op;
if ($first == 216) $op = "Ø" .$op;
if ($first == 197) $op = "Å" .$op;
if(file_exists($op)){
echo 'findes';
}

havde ikke lige tallene for de små bogstaver.

--
Mvh Edmund

scootergrisen (16-11-2010)
Kommentar
Fra : scootergrisen


Dato : 16-11-10 17:16

Når jeg skrev utf-8 så er det den tekst encoding jeg gemmer mine php
filer i.

Jeg har vist ikke været ude for at php har fjernet det første tegn hvis
det var æø eller å men php kan godt finde på at lave æø og å om til
noget helt andet. Det er fordi æø og å er gemt som multibyte.
Det vil sige æ fylder 2 byte. Mens a fylder 1 byte og det er så ikke
alle php funktioner der kan finde ud af multibyte.

Men hvis du vil kan du undersøge de funktioner som starter med mb_

Prøv for eksempel.

$str = 'øåæ';
echo strtoupper($str);
echo mb_strtoupper($str);

Den 16-11-2010 06:25, Edmund skrev:
> Den 15-11-2010 19:36, scootergrisen skrev:
>
>> $query = 'fl%C3%B8de.jpg';
>> $filnavn = rawurldecode($query);
>> iconv('utf-8', 'cp1252', $filnavn);
>> if(file_exists($filnavn)){
>> echo 'findes';
>> }
>
> har du prøvet at lave en test på om $filnavn er korrekt inden du udfører
> if(file_exists($filnavn))
>
> Jeg har ikke forstand på php, har kun lavet en enkelt lille test ting
> med opskrifter hvor æøå var et problem.
>
> nedenstående er uden brug af utf-8(ikke noget jeg beder den om i hvert
> fald)
>
> $op = 'fløde.jpg';
> if(file_exists($op))
>
> nogle php funktioner fjerner foranstillede æ ø å og skal tilføjes igen
> inden brug af if(file_exists($op))
>
> $first = ord($op);
> /* her er en php ting som fjerner f.eks Æ i Æble */
> if ($first == 198) $op = "Æ" .$op;
> if ($first == 216) $op = "Ø" .$op;
> if ($first == 197) $op = "Å" .$op;
> if(file_exists($op)){
> echo 'findes';
> }
>
> havde ikke lige tallene for de små bogstaver.
>

Søg
Reklame
Statistik
Spørgsmål : 177558
Tips : 31968
Nyheder : 719565
Indlæg : 6408914
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste