Archívum - Aug 2008 - Fórum téma
augusztus 18
PHP, PMP, IPAM és egyéb IT illetve IT üzleti gyakorlati képesítések
Nem nagyon találtam a témáról bővebben anyagot sehol hazai oldalakon, így gondoltam feldobom.
Van-e valakinek tapasztalta arról, hogy pl. a PHP ZEND certification vagy éppen a IPM projekt menedzseri vizsgáit mennyibe veszik itthon, tudják-e a cégvezetők mit jelent egy ilyen kvalifikáltság egyáltalán?
Vagy mik azok az esetleg hasonló gyakorlati jellegű képesítések, amiket ismernek itthon és jó pont az önéletrajzban?
Az IPM nemzetközi szinten nagyon elismert azt tudom, mivel 4,500 projektveztéssel eltöltött órát 35 formális oktatási órát és egy elég komoly elméleti tesztet feltételez ja és természetesen BSC végzettséget, uh bárki nem kapja csak meg úgy. De én hiába tudom, hogy mi van e mögött a vizsga mögött, ha a munkáltatók nem.
■ Van-e valakinek tapasztalta arról, hogy pl. a PHP ZEND certification vagy éppen a IPM projekt menedzseri vizsgáit mennyibe veszik itthon, tudják-e a cégvezetők mit jelent egy ilyen kvalifikáltság egyáltalán?
Vagy mik azok az esetleg hasonló gyakorlati jellegű képesítések, amiket ismernek itthon és jó pont az önéletrajzban?
Az IPM nemzetközi szinten nagyon elismert azt tudom, mivel 4,500 projektveztéssel eltöltött órát 35 formális oktatási órát és egy elég komoly elméleti tesztet feltételez ja és természetesen BSC végzettséget, uh bárki nem kapja csak meg úgy. De én hiába tudom, hogy mi van e mögött a vizsga mögött, ha a munkáltatók nem.
Videó honlapba ágyazva
Egy olyan honlapot készítek, ahol 3-4 videót is el kell helyeznem. Ezek 40-60 perces riportok, portréműsorok.
Mivel ilyet eddig még nem készítettem, a kérdésem az lenne, hogy mit tudtok javasolni megoldásnak.
A tárhelyre (gondolom) nem célszerű feltölteni, mert ha többen akarják egyszerre megnézni, akkor leterhelődik a szerver. (vagy nem ?)
Amire én gondoltam, hogy feltöltöm egy videómegosztó oldalra és onnan beágyazom. (ennek leginkább szerzőjogi kérdései lehetnek). A kérdés, hova "érdemes", mely oldalak megbízhatók !?
Esetleg valamilyen más megoldás ?
■ Mivel ilyet eddig még nem készítettem, a kérdésem az lenne, hogy mit tudtok javasolni megoldásnak.
A tárhelyre (gondolom) nem célszerű feltölteni, mert ha többen akarják egyszerre megnézni, akkor leterhelődik a szerver. (vagy nem ?)
Amire én gondoltam, hogy feltöltöm egy videómegosztó oldalra és onnan beágyazom. (ennek leginkább szerzőjogi kérdései lehetnek). A kérdés, hova "érdemes", mely oldalak megbízhatók !?
Esetleg valamilyen más megoldás ?
Érdekes fájlkezelési manőver.
Sziasztok!
Nemrég történt velem egy érdekes dolog. Egy fájl méretét akartam lekérdezni, mire a PHP egy 'Warning' keretében azt mondta, hogy sikertelen volt a 'stat' futása... Ebből arra következtettem, hogy a 'filesize' függvény a 'stat' függvényt használja. Hát megnéztem a 'stat' fügvénnyel is, de az is hibát dobott.
Röviden tehát a 'dirname' függvény kivételével a PHP szerint a fájl nem létezik. Mondjuk nem próbáltam meg minden függvénnyel, de ezekkel igen: 'filesize', 'file_get_contents', 'file', 'fopen', 'file_exists', 'is_readable' (ez csak egyszerűen 'false' értékkel tért vissza) ...
Az érdekes a történetben az, hogy a fájl elérhető a PHP számára, és ha az 'opendir' és a 'readdir' függvényeket használom, akkor látja. Gondoltam biztos, csak nem olvasható => megnyitottam a php.ini-t és az 'allow_url_fopen' és az 'allow_url_include' értékeket 'On'-ra állítottam, újraindítottam a PHP-t, de semmi.
Nemrég történt velem egy érdekes dolog. Egy fájl méretét akartam lekérdezni, mire a PHP egy 'Warning' keretében azt mondta, hogy sikertelen volt a 'stat' futása... Ebből arra következtettem, hogy a 'filesize' függvény a 'stat' függvényt használja. Hát megnéztem a 'stat' fügvénnyel is, de az is hibát dobott.
Röviden tehát a 'dirname' függvény kivételével a PHP szerint a fájl nem létezik. Mondjuk nem próbáltam meg minden függvénnyel, de ezekkel igen: 'filesize', 'file_get_contents', 'file', 'fopen', 'file_exists', 'is_readable' (ez csak egyszerűen 'false' értékkel tért vissza) ...
Az érdekes a történetben az, hogy a fájl elérhető a PHP számára, és ha az 'opendir' és a 'readdir' függvényeket használom, akkor látja. Gondoltam biztos, csak nem olvasható => megnyitottam a php.ini-t és az 'allow_url_fopen' és az 'allow_url_include' értékeket 'On'-ra állítottam, újraindítottam a PHP-t, de semmi.
augusztus 17
Kommentrendszer
Hi...akarok csinálni egy kommentrendszert :) tudnék letölteni is, de én mindenféleképpen egyedit akarok :D
Valaki le tudná nekem írni az alapokat, utána már menni fog :) Köszy
■ Valaki le tudná nekem írni az alapokat, utána már menni fog :) Köszy
augusztus 17
IE innerHtml: nem jelenik meg a záró tag.
Sziasztok!
Mikor alerttel kiiratom a html kódját:IE6(7?)-ban nem jelenik meg néhol a lista elemek záró tagje.
Ezt írja...(az a space is nem tudom mi)
Kódom valid strict 1.0.
Egyes lista elemeknél jól írja máshol rosszul, teljesen random számomra nem találok benne mintát.
Valaki találkozott már ilyennel?
köszi
■ Mikor alerttel kiiratom a html kódját:
alert(document.getElementById('elemid').innerHTML);Ezt írja...
<ul>
<li>listaelem
<li>listaelem
<li>listaelem
<li>listaelem </li>Kódom valid strict 1.0.
Egyes lista elemeknél jól írja máshol rosszul, teljesen random számomra nem találok benne mintát.
Valaki találkozott már ilyennel?
köszi
Safari html-css bug...
Sziasztok!
Egyelőre csak localhoston vágtam bele egy szimpla XHTML-CSS honlapszerkesztésbe, mely FF, Opera és IE7 alatt úgy muzsikál, ahogy azt kell neki. A CSS és a HTML fájl valid (bár a stíluslapban egy font color és egy bg-color hiba van, de ez most totál lényegtelen).
A kérdésem az, mennyire vegyem komolyan a Safari böngészőt? Elég csúnya hibát ad (tulajdonképpen a tartalmi rész (menü + content) a body-tól jobbra helyezkedik el azon kívül). Esetleg általatok ajánlott cikkeket tudtok mutatni a Safari szabványkövetési nehézségeiről?
Visszanéztem 7-8 oldalt a fórumban, nem találtam hasonló című topikot, ezért szerintem lehet aktualitása ennek a témának.
■ Egyelőre csak localhoston vágtam bele egy szimpla XHTML-CSS honlapszerkesztésbe, mely FF, Opera és IE7 alatt úgy muzsikál, ahogy azt kell neki. A CSS és a HTML fájl valid (bár a stíluslapban egy font color és egy bg-color hiba van, de ez most totál lényegtelen).
A kérdésem az, mennyire vegyem komolyan a Safari böngészőt? Elég csúnya hibát ad (tulajdonképpen a tartalmi rész (menü + content) a body-tól jobbra helyezkedik el azon kívül). Esetleg általatok ajánlott cikkeket tudtok mutatni a Safari szabványkövetési nehézségeiről?
Visszanéztem 7-8 oldalt a fórumban, nem találtam hasonló című topikot, ezért szerintem lehet aktualitása ennek a témának.
Php Templatező készítése
Sziasztok!
Egy egyszerű templatezőt szeretnék csinálni az oldalamhoz phpban, nem szeretnék semmi extrát, mint SMarty, vagy ilyenek, csak nagyon alap dolgokat:
foreach, if-else, esetleg switch, de az már extra..
Az egész úgy indult, hogy eredetileg mysqlhez írtam egy sql statement templatezőt, aztán kicsit belegondoltam, hogy jobban járok, ha csinálok egy sima templatezőt, és abból extendelem ki a db_statement objectemet. Ezért bindParams, compile, meg ilyeneket a függvények nevei. Ami most megvan az így néz ki:Ezt szeretném kicsit továbbfejleszteni, hogy egy foreach kezelést is el tudjon végezni.
A problémám abban van, hogy ez a mostani rész a compile-ban a replace_template metódust hívja meg minden egyes elemrem, és ez nekem azért hasznos, mert így nem kell kiescapelnem a külső forrásból jövő adatokból azokat a részeket, amik ugyanolyanok, mint ami a változókat kéri le. Például ha valaki {$pista} változót egy olyan stringre állítja, hogy "{$zsuzsi}", akkor azt nyilván escapelni kell abban az esetben, ha a feldolgozó kód többször is áthaladhat afölött a rész fölött.
Egy egyszerű templatezőt szeretnék csinálni az oldalamhoz phpban, nem szeretnék semmi extrát, mint SMarty, vagy ilyenek, csak nagyon alap dolgokat:
foreach, if-else, esetleg switch, de az már extra..
Az egész úgy indult, hogy eredetileg mysqlhez írtam egy sql statement templatezőt, aztán kicsit belegondoltam, hogy jobban járok, ha csinálok egy sima templatezőt, és abból extendelem ki a db_statement objectemet. Ezért bindParams, compile, meg ilyeneket a függvények nevei. Ami most megvan az így néz ki:
class Template
{
protected $pattern="{\$([\w_]+)}";
public function __construct($template,$pattern=null)
{
$this->template=$template;
$this->params=array();
$this->cache=null;
if ($pattern)
{
$this->pattern=$pattern;
}
}
public function bindParam($key,$value)
{
$this->params[$key]=$value;
$this->cache=null;
return $this;
}
public function bindParams($source)
{
foreach($source as $key => $value)
{
$this->bindParam($key,$value);
}
return $this;
}
protected function replace_template($key)
{
return $this->params[$key];
}
public function compile()
{
if (!is_string($this->cache))
{
$this->cache=preg_replace("/".$this->pattern."/e",'$this->replace_template(\1)',$this->template);
}
return $this->cache;
}
}
A problémám abban van, hogy ez a mostani rész a compile-ban a replace_template metódust hívja meg minden egyes elemrem, és ez nekem azért hasznos, mert így nem kell kiescapelnem a külső forrásból jövő adatokból azokat a részeket, amik ugyanolyanok, mint ami a változókat kéri le. Például ha valaki {$pista} változót egy olyan stringre állítja, hogy "{$zsuzsi}", akkor azt nyilván escapelni kell abban az esetben, ha a feldolgozó kód többször is áthaladhat afölött a rész fölött.
augusztus 16
Hosszú szó több sorba törése
Sziasztok! Régóta nem írtam már ide, de sajnos akadt egy problémám.
Van egy DIV-em, ami fix szélességű (mondjuk 200px) (illetve még van egy display:block tulajdonsága). Azonban a tartalmát dinamikusan kapja egy PHP rendszertől, és előfordul, hogy egy szó hosszabb, mint ami kiférne 200 pixelen, így túllóg az adott szó, és szétbarmolja az oldalt. Nincs valami CSS megoldás a dologra, hogy a hosszú szavakat több sorba írja ki? Kerestem, de nem találtam semmit. :(
■ Van egy DIV-em, ami fix szélességű (mondjuk 200px) (illetve még van egy display:block tulajdonsága). Azonban a tartalmát dinamikusan kapja egy PHP rendszertől, és előfordul, hogy egy szó hosszabb, mint ami kiférne 200 pixelen, így túllóg az adott szó, és szétbarmolja az oldalt. Nincs valami CSS megoldás a dologra, hogy a hosszú szavakat több sorba írja ki? Kerestem, de nem találtam semmit. :(
fájl védelem
Következő lenne a problémám:
Van egy rendszerem, amely egy session bejelentkezést használ, a rendszerben vannak mindenféle mime formátumú és nagyságú állományok. Nem szeretném hogy ezeknek az állományoknak az elérési útját közvetlenül a böngészőbe begépelve elérjék őket. Első lépésben arra gondoltam, hogy ezeket az állományokat a webroot alá teszem. De ekkor a belépet felhasználók is a fájlokat csak követve php-n keresztül érhetnék el. A másik megoldás az lenne, hogy egy htacces-szel védett mappában lennének az állományok de akkor valahogy meg kell oldanom, hogy az authentikációt a php megcsinálja. Valaki nem tud erre a megoldásra egy jó módszert?
■ Van egy rendszerem, amely egy session bejelentkezést használ, a rendszerben vannak mindenféle mime formátumú és nagyságú állományok. Nem szeretném hogy ezeknek az állományoknak az elérési útját közvetlenül a böngészőbe begépelve elérjék őket. Első lépésben arra gondoltam, hogy ezeket az állományokat a webroot alá teszem. De ekkor a belépet felhasználók is a fájlokat csak követve php-n keresztül érhetnék el. A másik megoldás az lenne, hogy egy htacces-szel védett mappában lennének az állományok de akkor valahogy meg kell oldanom, hogy az authentikációt a php megcsinálja. Valaki nem tud erre a megoldásra egy jó módszert?
JS keretrendszerek, gyakor selectorok banchmark
Előzmény: http://weblabor.hu/forumok/temak/22134
Tesztoldal: http://mootools.net/slickspeed/
Vbence felvetésére, csinálok egy új témát, amiben a gyakori selectorok szerint szűrűnk. Én a következő sorokat javaslom összeadni:
Tesztoldal: http://mootools.net/slickspeed/
Vbence felvetésére, csinálok egy új témát, amiben a gyakori selectorok szerint szűrűnk. Én a következő sorokat javaslom összeadni:
