Archívum - Nov 2013
november 11
A beginner's guide to the mathematics of neural networks
Egy kis matekozás idegi hálózatokkal kapcsolatban
■ november 9
a "height:0" egy érdekes hatása
Valszeg csak nekem újdonság, de a hatása érdekes.
A katyvasz szöveg megjelenésekor a "katt" felirat nem csúszik lejjebb.
■ A katyvasz szöveg megjelenésekor a "katt" felirat nem csúszik lejjebb.
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<title>próba</title>
</head>
<body>
<div id="cont" style="display:none;height:0;text-align:center">
sdfgdagr<br>
stysdfthbsdfthb<br>
rturzthjr<br>
sdrtthjsrt<br>
</div>
<a onclick="document.getElementById('cont').style.display = 'block'">katt ide</a>
</body>
</html>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));
}
The Quality of Embedded Software, or the Mess Has Happened
A hanyag kódba emberek halnak bele
■ 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.
