ugrás a tartalomhoz

Archívum - Nov 2013

november 11

Why hypermedia APIs?

inf · 2013. Nov. 11. (H), 18.25
Hypermedia APIk használatának előnyei, hátrányai
 

RelExtensions

inf · 2013. Nov. 11. (H), 18.19
A link relations folyamatosan bővülő registry-je
 

A beginner's guide to the mathematics of neural networks

inf · 2013. Nov. 11. (H), 18.18
Egy kis matekozás idegi hálózatokkal kapcsolatban
 

november 9

a "height:0" egy érdekes hatása

Blackfriar · 2013. Nov. 9. (Szo), 21.24
Valszeg csak nekem újdonság, de a hatása érdekes.
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

gtoma · 2013. Nov. 9. (Szo), 18.19
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?

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

Joó Ádám · 2013. Nov. 9. (Szo), 01.25
A hanyag kódba emberek halnak bele
 

november 7

Panoramio képek lekérdezése

eleszto · 2013. Nov. 7. (Cs), 14.53
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.
 

november 6

Domain szolgáltató

zolcsi · 2013. Nov. 6. (Sze), 18.03
Ü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!
 

Adathalászat ezerrel

inf · 2013. Nov. 6. (Sze), 14.46
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

inf · 2013. Nov. 3. (V), 20.26
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.