- This topic has 234 hozzászólás, 31 résztvevő, and was last updated 18 years, 2 months telt el by
.
-
Bejegyzés
-
Tuti valami nagyon egyszerû hülyeségen csúszok el, de már kezd nagyon idegesíteni. Kipróbáltam BLOB helyett TEXT típussal, de ugyanaz. Egyébként mysql_field_type ugyanúgy BLOB-nak írja ki. Biztos nem az átalakító sor írja ki az elsõ br-t, mert kipróbáltam, hogy mást írjon ki /n helyett, és mindenhova azt írta, kivéva az elsõ HTML sortörés. Fogalmam sincs, mi teszi oda. Textarea-ba teszem a szöveget, POST method-dal küldöm el, MyISAM adatbázis típus, TEXT type. Vessük már össze a sorainkat 🙂
Az a gond, hogy a textarea-ban megjelenik egy új sor? Biztos, hogy egy sorba van a textarea a /textarea-val? Szerintem próbáld, amit elõzõleg írtam, hogy úgy rakod be a táblába, ahogy küldték, így nem kell foglalkoznod a szerkeztéskor a visszaalakítással, csak megjeleítéskor. Ez megkönnyítette az én életem is:D
ui.: bocs, ha félreértek valamit, elég késõ van már
ui2.: látom neked is tetszik a crystal címsortéma:Dgoraki wrote:Az a gond, hogy a textarea-ban megjelenik egy új sor? Biztos, hogy egy sorba van a textarea a /textarea-val?Legközelebbi fórum találkozón jövök neked egy sörrel 🙂
Bakker, ezen tökölök két napja. Megszokásból sortöréssel zártam a sort (nem tudom beszúrni a kódot, mert a fórummotor behülyül valamiért) a textarea-n belül.
Van egy kis bajon a regexp-pel (valahogyan ez mindig gyenge pontom)…
Szóval a htmlben nem szabványos a &, csak a & ez eddig jó is, egy sima str_replace(), csakhát vannak az adazbázisban furfangos karakterek is (&#XXX), és így olvashatatlanná teszi a szöveget…
tudna valaki adni egy olyan regexp-et, ami kicseréli a &-t &-ra, kivétel, ha # van utána?xcut wrote:Van egy kis bajon a regexp-pel (valahogyan ez mindig gyenge pontom)…
Szóval a htmlben nem szabványos a &, csak a & ez eddig jó is, egy sima str_replace(), csakhát vannak az adazbázisban furfangos karakterek is (&#XXX), és így olvashatatlanná teszi a szöveget…
tudna valaki adni egy olyan regexp-et, ami kicseréli a &-t &-ra, kivétel, ha # van utána?Nem kellett még ezekhez nyúlnom, de ezek a függvények nem erre valók?
htmlspecialchars_decode — Convert special HTML entities back to characters
htmlspecialchars — Convert special characters to HTML entitiesbalev wrote:Nem kellett még ezekhez nyúlnom, de ezek a függvények nem erre valók?
htmlspecialchars_decode — Convert special HTML entities back to characters
htmlspecialchars — Convert special characters to HTML entitieshttp://www.php.net/manual/hu/ref.strings.php
azokat direkt nem akarom használni… engem a regexp érdekel most;
Ajánlom figyelmedbe: http://regexlib.com/ Itt szerintem biztos lesz.
Köszi goraki, pont ott nem is találtam megoldást, de ötletet adott, így a neten kutatva regexp-es cheat sheet-ek után összeraktam a megoldást:
$str = preg_replace ( „#(&(?!#))#i” , „&” , $str ) ;
ez garantáltan mûködik…és írtam még egy egyszerû preg_replace() tesztlapot:
http://yorirou.extra.hu/preg_replace_test.php — hátha valakinek még hasznos lehet;Sziasztok!
Session kezeléssel gyûlt meg a bajom. A felhasználó kilépése után a session_unregister(változó) vagy session_unset és végül session_destroy parancsok ellenére a history-ban vissza lehet lépdelni a belépett állapotba. Pedig ott értelemszerûen feltétel a regisztrált session változó megléte. Ennek mi az oka?
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz