Archief - PHP: probleem met %20

d

den Acid Burn

Legacy Member

• 7 nov 2005

• #1

lo,

men image gallery script kan niet weg met %20 in en bestandsnaam.
wanneer de site admin een foto met %20 upload (bv: een%20foto.jpg) wordt deze file op de server opgeslagen en de naam avn de foto wordt in een db tabel opgeslagen.

$bestand = stripslashes(htmlspecialchars($file_array['name']));
heb ik al geprobeerd maar helpt niets.

weet iemand hoe ik ervoor zorg dat die %20 geen probs oplevert?

grtz

k

killgore

Legacy Member

• 7 nov 2005

• #2

vervangen door _ ??

is normaal goed genoeg voor bestanden .

ALs ik afbeeldingen opsla is het altijd a-z,A-Z,0-9 of _, de "echte" naam kan je dan in je db opslaan, das nu eenmaal kracht v. php .

d

den Acid Burn

Legacy Member

• 7 nov 2005

• #3

mja dat zal het beste zijn.
gewoon %20 vervangen door _ ofzo.

thx

R

Rvl

Legacy Member

• 7 nov 2005

• #4

ge kunt daar simpele functie voor make da het wel werkt ze. Dunno of ge image gallery zelf hebt gemaakt of ni.

d

den Acid Burn

Legacy Member

• 7 nov 2005

• #5

ja volledig zelf gemaakt

P

PerfectPC

Legacy Member

• 8 nov 2005

• #6

http://be.php.net/manual/en/function.htmlentities.php en htmlspecialchars() is where you want to be looking

d

deadlock

Legacy Member

• 8 nov 2005

• #7

Van de bestandsnaam afblijven tijdens het uploaden/opslaan in db.

rawurlencode() er rond zetten bij het eruit halen.

http://www.php.net/manual/nl/function.rawurlencode.php

d

den Acid Burn

Legacy Member

• 8 nov 2005

• #8

die rawurlencode() en rawurldecode() ziet er wel interessant uit.

thx

W

WHiSPy

Legacy Member

• 8 nov 2005

• #9

Ge hebt ook 'n gewone urlencode. Die is wel enkel geschikt voor niet-raw-data. (zijnde gewoon strings)

k

killgore

Legacy Member

• 8 nov 2005

• #10

ik blijf er bij dat de correctste oplossing is uw eigen bestandsnaam geven met behulp van (micro)time & rand . Dan voorkomde zonder veel problemen tekenfouten, overschrijving van bestanden, ... .

Bestandsnamen e.d. moeten volledig door de dev bepaald worden. Bijna alle vormen van op te slagen userinput moet naar de mysql db, enige uitzondering hierop zijn de binaries zelf en dingen als sessies (hoewel ik daar enkel ID's zou gebruiken en de daadwerkelijke data in de db zou houden).
Dat is (in mijn ogen weliswaar) consequent & goed coden .