Comments for deadlime.project

Comment on Valósághű (?) sorbanállás szimulátor by Walkman

Walkman — Wed, 21 Dec 2011 15:09:39 +0000

Külföldön működik ez szépen, csak mi vagyunk ilyen buták...

Comment on A zöldcitromok ereje by filad

filad — Sun, 11 Dec 2011 13:31:20 +0000

Még soha nem láttam ezt az editort, köszi. Éppen ma akartam megnézni, de a "többszörös kijelölés" link sajna nem megy :(
Reméljük visszajön..

Comment on A zöldcitromok ereje by Tommey

Tommey — Wed, 29 Jun 2011 13:54:11 +0000

Közben végig értem az egész Python dokumentáción. :) Szóval értem, hogy milyen lehetőségek rejlenek ebben a self az első paraméter megoldásban (függvény deklaráció osztályon kívül, majd osztályon belül átadással betesszük) ugyanakkor, ha osztályokban/modulokban gondolkodsz, akkor nem túl kényelmes mindig odaírni. De hát valamit valamiért gondolom.
Tetszik ez a listakezelős szintaxis benne, gyorsabb (leírni), mint az array_slice és társait, viszont nem értem minek olyan tömb/lista típus, amit nem lehet módosítani.. kicsit túl van bonyolítva, vagy csak túlságosan hozzászoktam a PHP array kötetlen lazaságához. :)

Comment on Szükségesek-e a sablonnyelvek? by Tommey

Tommey — Mon, 27 Jun 2011 09:28:53 +0000

Már több projektnél is használtam ezt a sablonrendszert. Egy folyamatban lévő saját esetben pedig már tovább fejlesztettem, így már képes nyelvi támogatásra is úgy, hogy a lefordított kódban már a szövegek vannak benne. Elsőre persze nem így csináltam, de hamar rájöttem, hogy 2 nyelvi függvény hívás gyorsabban lefut, mintha ugyanezt az 5000 ciklusos for ciklusban teszi 10000-szer. :D
Illetve ezen kívül van még benne automatikus link (href) transzformáció is, szintén nyelvi támogatás keretein belül, hogy mindenki a saját nyelvén lásson szép url-t. :)
Sajnos perpillanat erősen össze van építve a keretrendszer többi részével, ezért nem tudom megmutatni a kódot, de ha időm engedi készítek róla egy cikket, hogy hogyan lehet könnyedén bővíteni a Lighty tudását. :)

Comment on A Google Reader hasznosítása by Tommey

Tommey — Mon, 27 Jun 2011 09:16:19 +0000

Két meglátásom volna ide:
1. parent.innerHTML = ''; helyett (ha már jQuery): parent.html('');
2. PHP-nál olvastam, hogy a count() használata gyakorlatilag semmivel sem nagyobb teher, mint csinálni egy $cnt változót és azzal csinálni a for ciklust.. JS-nél még nem néztem ennek utána, de ott is igen komoly fejlesztő gárda van, szerintem a len bevezetése inkább hátrány, mint előny lehet itt is, mivel maga a .length szintén csak egy változó, így a rá való hivatkozás ugyanannyiba kerül, mint a len-re való hivatkozás

Azt hiszem érdemes utánanéznem ezeknek a változós dolgoknak. :)

Comment on A névtelenbe és tovább by Tommey

Tommey — Mon, 27 Jun 2011 08:53:05 +0000

Ez a névtelen függvény szerintem csak egy korkövető újítás. Eddig még nekem sose volt rá szükségem. Ha rövidebb függvények ugyan kellettek is, azok rendre több helyzetben is előjöttek így célszerű volt kiszervezni őket globális szintre vagy statikus Utility osztályba.

Javascriptnél az eseménykezelés miatt egyenesen szinte kell használni, mert 1-1 elemnek saját kezelő függvénye van, amit felesleges lenne külön deklarálni, ha máshol nincs rá szükség. Viszont PHP-nál nincs eseménykezelés, legalábbis felhasználói interakciószerűen. Akkor mire is jó? :)

A másik, ami kicsit leakasztott ez az utolsó kód, az objektum meghívása. Azt értem, hogy ekkor az __invoke fut.. de erre megint nem jut eszembe semmi, hogy miért is jó ez? :) Talán azt tudnám elképzelni, hogy osztályváltozók beállítására lehetne használni, de ezt egyrészt már a konstruktorban szokás összehozni, másfelől ha valaki a kódot olvassa akkor egy set() függvény sokkal jobban adja magát, mint egy ilyen objektumhívás.

Persze az dicséretes, hogy tényleg fejlődik a nyelv és ilyen trükkök is kerülnek bele, lehet, hogy csak én vagyok lemaradva és már régen használnom kellene ezeket. :)

Comment on A zöldcitromok ereje by Tommey

Tommey — Mon, 27 Jun 2011 08:41:19 +0000

Nézegettem most a hétvégén a Pythont, de egy valamit nem értek, amit itt is látok. A függvények első paraméterének minek kell a self? Anélkül a függvényen belül nem elérhető az objektum többi része? Tehát ha nincs ott a definícióban a self, akkor a függvényen belül nincs is értelmezve? Eddig ez az egyetlen, amit egyrészt nem értek, másrészt felesleges plusz kódnak tűnik, ami ellentmond az eddig általam látottakkal - mivel eddig úgy láttam mindent próbál a nyelv minél rövidebben, egyszerűbben megoldani.

Comment on Valósághű (?) sorbanállás szimulátor by arwen

arwen — Thu, 03 Feb 2011 21:53:58 +0000

lájk. :)

Comment on Szükségesek-e a sablonnyelvek? by Mefi

Mefi — Tue, 25 Jan 2011 19:48:17 +0000

Ez eléggé jónak tűnik, én egy egyszerű sablonkezelőt használok ami a elemeket cseréli minta szerint, debug mód kikapcsolása esetén meg a fölösleget eltünteti, de ez mindenképpen egy használható ötlet itt.

Comment on A kivétel erősíti a... kódot by Mefi

Mefi — Mon, 17 Jan 2011 09:26:24 +0000

Egyik projektnél pont most írtam debuggert, és a keretrendszerbe beleépítettem egy hasonlót, bár annak kicsit más a működése; egyrészt ha a debugger aktív, akkor minden hibát elkap és kiír, ha a debugger nem aktív, akkor pedig a hiba súlyosságától függően vagy leállítja az egész oldalt és átnavigál egy statikus "o-ó, valami nem oké" oldalra, miközben küldi a logot mélben, vagy csak küldi a logot mélben. :)

Comment on A PHP biztonsági buktatói by Weblapkészítés

Weblapkészítés — Sat, 18 Sep 2010 10:18:41 +0000

Nagyon hasznos olvasmány, mindenkinek kinyomtatni és betűzni a szemhéja mögé, köszi ! :)

Comment on Mi is az a PDO? by Gábor

Gábor — Sun, 15 Aug 2010 09:48:12 +0000

megtaláltam ez valami traversable nevű dolog, de ez egyelőre túl bonyolúlt nekem...

Comment on Mi is az a PDO? by Gábor

Gábor — Sun, 15 Aug 2010 00:35:23 +0000

Szia!

Miért ad eltérő kimentet az alábbi két bekezdés?

print_r($db->query(" SELECT * FROM `teszt` "));

PDOStatement Object
(
[queryString] => SELECT * FROM `teszt`
)

foreach ($db->query(" SELECT * FROM `teszt` ") as $row) {
print_r($row);
}

Array
(
[ido] => 2009-02-27 03:03:42
[0] => 2009-02-27 03:03:42
)

A teszt táblában van egy darab idő nevű oszlop.

Elvileg a print_r objektum esetén kiírja az összes (látható és nem látható) tulajdonságot, míg a foreach végigmegy a látható tulajdonságokon.

Comment on MySQL fulltext keresés by elehel

elehel — Tue, 18 May 2010 11:16:01 +0000

Hm.. ezt kerestem én.... :)

Comment on A Google Reader hasznosítása by burillak

burillak — Mon, 05 Apr 2010 20:40:25 +0000

Comment on A Google Reader hasznosítása by burillak

burillak — Mon, 05 Apr 2010 20:39:57 +0000

Comment on A Google Reader hasznosítása by burillak

burillak — Mon, 05 Apr 2010 20:37:51 +0000

Ezt az előbb vmiért nem jelenítette meg az updateLinks függvény után:

Comment on A Google Reader hasznosítása by burillak

burillak — Mon, 05 Apr 2010 20:36:29 +0000

A következő kódot próbáltam a WP oldalon, de nem működött sajnos:

function updateLinks(data)
{
var parent = $('link-list');
parent.innerHTML = '';
var len = data.items.length;
for (var i = 0; i < len; ++i)
{
parent.insert(''+data.items[i].title+'');
}
}

Mit rontottam el?

Csaba

Comment on XSLT a gyakorlatban by kriz

kriz — Mon, 05 Apr 2010 11:37:17 +0000

Végül nem merültem bele annyira a dologba és jutottam el odáig, hogy élesben is használjak XSL alapú sablonrendszert. Leragadtam a szerintem átláthatóbb és kényelmesebben gépelhető Smarty-szerű sablonnyelveknél (mint ami például a Szükségesek-e a sablonnyelvek? végén említve is lett).

Pár éve még volt egy kis próbálkozás a kliens oldali felhasználást tekintve, de azt se használtam még éles környezetben. Mindenesetre a kliens oldali elgondolás nekem jobban tetszik, főleg ha valami olyan oldalról van szó, ami esetleg más oldalaknak szolgáltat adatokat, mert akkor a weboldal maga lehet akár egyben az API is.

Comment on XSLT a gyakorlatban by inf3rno

inf3rno — Mon, 05 Apr 2010 00:58:40 +0000

Közben eszembe jutott, hogy php osztályok generáltatására is simán lehetne használni mindezt...

pl én éppen fejlesztek egy ORM rendszert, aminél ilyen XML-ben tárolom le az adatokat:

<?xml version="1.0" encoding="utf-8" ?>
<model
xmlns:package="mapping.package"
xmlns:class="mapping.class"
xmlns:integer="mapping.datatype.integer"
xmlns:string="mapping.datatype.string"
xmlns:one="mapping.relationship.one"
xmlns:many="mapping.relationship.many"
>
<package:testdb location="localhost:1234" user="root" password="test" charset="utf-8">
<class:user>
<integer:id size="3" />
<string:name size="128" />
<string:email size="128" />
</class:user>

<class:book>
<integer:id size="6" />
<string:name size="128" />
</class:book>

<class:relationship>
<one:user />
<many:book />
</class:relationship>
</package:testdb>
</model>

Egy jól megírt XSL fájllal ebből simán lehetne osztályokat generáltatni parser nélkül. :-) Egyre jobban tetszik ez a megközelítés :):):)