Archívum - Nov 2013 - Fórum téma
november 9
Reguláris
Sziasztok!
Sajnálatosan belefutottam egy problémába.
jsont kellene printelnem, úgy hogy "function" is van benne.
a json_encode azonban azt is idéző jelekbe rakja.
pl.: {"message":"Hello","func":"function(){}"}
találtam rá egy megoldást:
itt
sajnos azonban hibaüzenetet kapok:
preg_replace_callback(): Compilation failed: missing ) at offset 30 in
rákerestem a hibára, és ezt találtam:
itt
úgy tűnik a reguláris kifejezés nem jó. Azonban sajnos abban elég gyenge vagyok. :(
Valakinek esetleg van 5lete?
■ Sajnálatosan belefutottam egy problémába.
jsont kellene printelnem, úgy hogy "function" is van benne.
a json_encode azonban azt is idéző jelekbe rakja.
pl.: {"message":"Hello","func":"function(){}"}
találtam rá egy megoldást:
itt
sajnos azonban hibaüzenetet kapok:
preg_replace_callback(): Compilation failed: missing ) at offset 30 in
rákerestem a hibára, és ezt találtam:
itt
úgy tűnik a reguláris kifejezés nem jó. Azonban sajnos abban elég gyenge vagyok. :(
Valakinek esetleg van 5lete?
function json_func_expr($json) {
return preg_replace_callback(
'/(?<=:)"function((?:(?!}").)*}"/',
'json_strip_escape',
$json
);
}
function json_strip_escape($string) {
return str_replace(array('"','/','"','n','t'),array('"','/','"','',''),substr($string[0],1,-1));
}
november 7
Panoramio képek lekérdezése
A weblaboron csak 2010-es témában találtam egy kis témát a panoramioról.
Keresek egy olyan személyt aki már használta a panoramio API-ját és tudna nekem segíteni.
Részleteket privátban írnám le.
■ Keresek egy olyan személyt aki már használta a panoramio API-ját és tudna nekem segíteni.
Részleteket privátban írnám le.
november 6
Domain szolgáltató
Üdv!
Melyik domain szolgáltatónál érdemes domain-t venni?
A lényeg ,hogy .hu-s legyen és az elején csak lefoglalni szeretném, félévig nem fog üzemelni, szóval tárhelyet majd később néznék hozzá.
köszönöm!
■ Melyik domain szolgáltatónál érdemes domain-t venni?
A lényeg ,hogy .hu-s legyen és az elején csak lefoglalni szeretném, félévig nem fog üzemelni, szóval tárhelyet majd később néznék hozzá.
köszönöm!
Adathalászat ezerrel
Azért nem gyenge, rámegyek egy facebook-on reklámozott társkeresőre, megnyitok rajta egy szöveget (nem lépek be, vagy bármi ilyesmi, csak egy like gomb van az oldalon, amit szintén nem nyomok be), és egyből kapom gmail-en a spam-be, hogy valami amcsi nevű ribanc BP-ről kapcsolatba akar lépni velem...
■ november 3
RESTful hypermedia aware media type választása erőforrás reprezentáláshoz
Ha valaki járatos a RESTful webservice-ek terén, az átugorhatja a következő bevezető részt. Miről is van szó? A webservice-ek osztott rendszerek esetében egy lehetséges megoldást jelentenek a gépek közötti (M2M) kommunikációra. Rengeteg megoldás van ezzel kapcsolatban, akit érdekel a téma, az olvasson utána. Ahhoz, hogy két gép kommunikálni tudjon egymással, szükség van valamilyen protokollra, amin keresztül folydogálhat az adat, illetve, hogy megkönnyítsük a programozók életét, szükség van valamilyen koncepcióra, amit jó, ha szabvány(ok)ba foglalnak. A webservice-ek esetén a HTTP a jellemző protokoll. A koncepció meg vagy SOA (service oriented architecture) vagy ROA (resource oriented architecture). Hasonlítsuk össze ezt a webbel: szintén HTTP-t használnak, szintén M2M kommunikáció: böngésző-szerver között. Egyedül a koncepció más azért mert HTML dokumentumok megjelenítésére lett kitalálva, nem pedig alkalmazások megjelenítésére. Manapság egyre jellemzőbb, hogy weboldalak helyett webalkalmazásokat írnak. Ezeknél pedig már lehet hasznosítani a webservice-ek nyújtotta előnyöket. Néhány éve még az volt a jellemző, hogy ha egy webalkalmazásnál valamit újratöltés nélkül akartunk megjeleníteni, akkor indítottunk egy AJAX kérést a szerver felé, aztán a válaszban megkaptuk az adatokat JSON-ban, a kliens pedig megjelenítette őket, és mindenki boldog volt. Ez hasonló koncepció, mint amit a SOA követ. A SOA-nál távoli eljárásokat hívunk meg, visszakapjuk a visszatérő értéket valamilyen formában, pl SOAP message, és utána eldöntjük, hogy hogyan dolgozzuk fel. Ennek a koncepciónak az a hátránya, hogyha változik a webservice, akkor változtatni kell a kliensen is. Azért van ez így, mert a kliens vastag: tud arról, hogy mi van a business logic-ban, előre tudja, hogy milyen jellegű az adat, amit kap, és azt hogyan kell feldolgoznia, vagy webalkalmazás esetében megjelenítenie. Ez a koncepció rossz a webre, több okból is.
november 2
Chrome bug display:none nál
Sziasztok!
http://www.killersilverink.com/distributors
Ezen az oldalon az egyik kis körre kattintva láthatóvá válik egy ul (display:block),
majd újra rákattintva display:none-ra eltűnik.
De nem a chrome ban. Ott csak egy szeletkét tüntet el, és szemetet hagy hátra.
Van ötletetek, hogy mi baj lehet? Találkoztatok ezzel a buggal?
Válaszokat előre is köszi.
■ http://www.killersilverink.com/distributors
Ezen az oldalon az egyik kis körre kattintva láthatóvá válik egy ul (display:block),
majd újra rákattintva display:none-ra eltűnik.
De nem a chrome ban. Ott csak egy szeletkét tüntet el, és szemetet hagy hátra.
Van ötletetek, hogy mi baj lehet? Találkoztatok ezzel a buggal?
Válaszokat előre is köszi.
