Archívum - Szep 20, 2010
MYSQL karakterkódolási probléma
Segítség!
Weboldalamon (http://http://linkek.toplistak.com/ ) saját hibából adatvesztés történt, egészen pontosan a linkeket tartalmazó tábla lett törölve. Szeptember 17-ig visszamenőleg van is mentésem, amit úgy csináltam, hogy phpmyadmin-ban exportáltam a táblákat, ekkor kaptam egy karakterláncot, amit elmentettem Notepad++-al egy fájlba. A szöveg ilyen formában van tárolva:
Ezt phpmyadminban az SQL fülön beírtam, és olyan lett az eredmény, amit a weboldalon látsz is, rossz a karakterkódolás. Valahogy még menthető a helyzet, vagy már nincs remény? Ha igen, akkor hogyan?
A tábla utf8_general_ci karakterkódolással volt/van.
Amit mostantól küldök be, azt már jól menti el.
■ Weboldalamon (http://http://linkek.toplistak.com/ ) saját hibából adatvesztés történt, egészen pontosan a linkeket tartalmazó tábla lett törölve. Szeptember 17-ig visszamenőleg van is mentésem, amit úgy csináltam, hogy phpmyadmin-ban exportáltam a táblákat, ekkor kaptam egy karakterláncot, amit elmentettem Notepad++-al egy fájlba. A szöveg ilyen formában van tárolva:
egyedi online postai kApeslap kAszAtAs
Ezt phpmyadminban az SQL fülön beírtam, és olyan lett az eredmény, amit a weboldalon látsz is, rossz a karakterkódolás. Valahogy még menthető a helyzet, vagy már nincs remény? Ha igen, akkor hogyan?
A tábla utf8_general_ci karakterkódolással volt/van.
Amit mostantól küldök be, azt már jól menti el.
RightJS 2.0.0 D-day
Megjelent az objektum orientált megközelítésű gyors keretrendszer második kiadása
■ miniMIX 2010
Idén október 11-én, a Millenárison első alkalommal kerül megrendezésre a miniMIX konferencia, mely tizennyolc előadáson keresztül mutatja be a Microsoft legújabb webes technológiáit fejlesztőknek, UX dizájnereknek, mobilfejlesztőknek és a számítási felhő iránt érdeklődőknek.
PHPUnit mock paraméter decoding
Üdv!
PHPUnit-ban egy mock objektumnál a paraméter vizsgálatnál elakadtam, mivel base64 enkódolva van, a mock with() metódusában pedig ellenőrzés előtt dekódolni kellene, azonban nem tudom, ezt hogy lehet elérni.
Tehát a paramétert így adom át: base64_encode(json_encode($param))
base64_encode nélkül az alábbi kód tökéletesen működik:
■ PHPUnit-ban egy mock objektumnál a paraméter vizsgálatnál elakadtam, mivel base64 enkódolva van, a mock with() metódusában pedig ellenőrzés előtt dekódolni kellene, azonban nem tudom, ezt hogy lehet elérni.
Tehát a paramétert így adom át: base64_encode(json_encode($param))
base64_encode nélkül az alábbi kód tökéletesen működik:
$client = $this->getMock('GearmanClient', array('doBackground'));
$client
->expects($this->once())
->method('doBackground')
->with(
self::equalTo('methodname'),
self::logicalAnd(
self::stringContains('"kulcs1":"' . $v1 . '"'),
self::matchesRegularExpression('/"kulcs2":"[^,]+",/')
)
);
Egy JavaScript keretrendszer születése – bevezetés
Jelen cikksorozatban egy javascriptes keretrendszer alapjait fektetem le. Konkrétan arról lesz szó többek között, hogy hogyan lehet JavaScriptben használhatóbbá tenni az osztályokat, csomagokat létrehozni, és egyszerűsíteni a típusellenőrzést.
Hogyan készítsünk egy alap TinyMCE plugint Drupalhoz
Hogyan kell a TinyMCE editorhoz kiegészítő plugint készíteni a WYSIWYG nevű Drupal modulba beépülve
■ Ékezetes fájlnévre mutató linkek
Sziasztok!
Van az oldalon egy fájlfeltöltés, ahol fel lehet tölteni fájlokat, ékezetteleníteni nem kéne, namost én pont úgy kezelem, mintha ékezet nélkül lenne, és működik. Simán megnyotja a .../files/egy ékezetes fájl.txt fájlt.
Szól ez ellen valami érv? hogy miért ne használjam?
Illetve ha azt mondjátok, hogy szól, akkor hogy kéne? Ami elsőre eszembe jut, hogy pl van a fent írt fájl, akkor apache mod_rewrite-al átirányitani mondjuk fajl.php?f=123, és van egy adatbázis bejegyzés, ahol 123 | .../files/egy ékezetes fájl.txt, viszont akkor hogy kéne kinézzen a fajl.php?
köszi
■ Van az oldalon egy fájlfeltöltés, ahol fel lehet tölteni fájlokat, ékezetteleníteni nem kéne, namost én pont úgy kezelem, mintha ékezet nélkül lenne, és működik. Simán megnyotja a .../files/egy ékezetes fájl.txt fájlt.
Szól ez ellen valami érv? hogy miért ne használjam?
Illetve ha azt mondjátok, hogy szól, akkor hogy kéne? Ami elsőre eszembe jut, hogy pl van a fent írt fájl, akkor apache mod_rewrite-al átirányitani mondjuk fajl.php?f=123, és van egy adatbázis bejegyzés, ahol 123 | .../files/egy ékezetes fájl.txt, viszont akkor hogy kéne kinézzen a fajl.php?
köszi
