Archívum
Szerver vs kliens oldal; mit hova?
Az lenne a kérdésem, hogy ki mit helyez át szerver oldalról a kliensre és miért? Mik a tapasztalatok? Bennem most teljes a dilemma. Egyrészről van egy nyomás, hogy minél felhasználóbarátabbak legyenek a formok, amit pl extjs-sel szépen meg is lehetne oldani, de van-e értelme JS-ből generálni a form-ot is? És szerver oldalról csak egy XML-t vagy JSON-t átadni, hogy hogyan is nézzen ki a form.
A másik oldalról meg ott van az, hogy most Symfony szépen legenerálja a form-ot, csak ott nem lesz azonnali a validálás, és nem lehet oldal újratöltés nélkül behozni egy klikkre egy formot. És ott van az is, hogy a felhasználó kikapcsolja a JS-t. Szóval? Ki, hol és hogyan csinálja?
■ A másik oldalról meg ott van az, hogy most Symfony szépen legenerálja a form-ot, csak ott nem lesz azonnali a validálás, és nem lehet oldal újratöltés nélkül behozni egy klikkre egy formot. És ott van az is, hogy a felhasználó kikapcsolja a JS-t. Szóval? Ki, hol és hogyan csinálja?
WAMP - link nem működik
Feltelepítettem a wamp-ot, a hibajelenség a következő:
Az oldal az URL-ből venné ki az adatot, pl. itt egy link:
index.php?oldal=sornyito
Ezután az index.php megnézné mi a $oldal változó tartalma és kiírná, hogy sornyitó.
Sajnos bármit is csinálok, ez a változó nem kerül át.
Biztos vagyok benne, hogy ez valamilyen biztonsági tiltás miatt van így. Milyen tiltás miatt, miért tiltják (XSS, vágom) ennyire és hogy lehetne ezt a tiltást megszüntetni?
■ Az oldal az URL-ből venné ki az adatot, pl. itt egy link:
index.php?oldal=sornyito
Ezután az index.php megnézné mi a $oldal változó tartalma és kiírná, hogy sornyitó.
Sajnos bármit is csinálok, ez a változó nem kerül át.
Biztos vagyok benne, hogy ez valamilyen biztonsági tiltás miatt van így. Milyen tiltás miatt, miért tiltják (XSS, vágom) ennyire és hogy lehetne ezt a tiltást megszüntetni?
imageOver
Sziasztok!
Az Imagelink funkciót használnám egy Drupal-os oldalon, de IE (7) alatt a nagyító elcsúszik valamiért:
http://www.etyektaverna.hu/hu/kepek/pincerol Valahol a logó felett jelenik meg a nagyító...
Pedig a mintában, és pl. az http://www.alleycat.hu/-n (jobb oldali kép) teljesen rendben működik. Mitől csúszhat el nekem? Valamit állíthatott ninja rajta, mert egy másik oldalamon is pont u.ezt a hibát produkálja.
Köszi, Pali
■ Az Imagelink funkciót használnám egy Drupal-os oldalon, de IE (7) alatt a nagyító elcsúszik valamiért:
http://www.etyektaverna.hu/hu/kepek/pincerol Valahol a logó felett jelenik meg a nagyító...
Pedig a mintában, és pl. az http://www.alleycat.hu/-n (jobb oldali kép) teljesen rendben működik. Mitől csúszhat el nekem? Valamit állíthatott ninja rajta, mert egy másik oldalamon is pont u.ezt a hibát produkálja.
Köszi, Pali
Practical Django Projects
James Bennett neve a Djangót kedvelők számára ismerősen csenghet. Naplójában – b-list.org – rendre kiváló értekezéseket nyújt a legkülönfélébb technológiai témákban, de hogy messzire ne menjünk (és a könyvajánló tartalmi elvárásainak eleget tegyünk), az úriember nevéhez köthető a Practical Django Projects is. A könyvről előljáróban csak annyit: zseniális.
Elindult a jelentkezés a Magyarországi Drupal Konferenciára
Férőhelyek korlátozott számban, regisztrálj most!
■ október 1
PHP upload progress
Sziasztok,
PHP upload progress témában szeretnék frissített beszámolót adni, illetve tapasztalatot cserélni, ha valaki azóta esetleg (újra) elővette a témát.
Aki nem lenne képben, annak a lényeg összefoglalva az, hogy ilyet tisztán php-val alapból nem lehet csinálni, csak azóta a dolgok változtak. Eddigi topikok itt a weblaboron: egy két évvel korábbi, aminek az alján összegzem az addigi eredményeket, illetve két héttel ezelőtt is feljött a kérdés.
Nos, azóta a PHP 5.2-től kezdve lehetővé vált tiszta php-s megoldás, ha nem is alaptelepítéssel. Két PECL csomagról van szó, az egyik az APC, ami örvendetes, mert egy nagy és jól karbantartott modul, és ha jól tudom, a 6-os PHP-tól már a core-ban lesz. A másik az uploadprogress.
Mindkettő használata egyszerű, a fájlt felküldő formban a file inputja elé kell tenni egy hidden inputot egy speciális névvel (APC_UPLOAD_PROGRESS, ill. UPLOAD_IDENTIFIER) a name, valamint egy egyedi azonosítóval a value attribútumban. A form submitja után a megadott kulccsal azonnal lekérhetők a feltöltés folyamatának az információi (apc_fetch($kulcs), ill. uploadprogress_get_info($kulcs) ajaxszal vagy iframe-es/popup-os frissítgetésekkel; további információk a php.net apc oldalán, illetve az uploadprogress-ről itt).
Mindkét modul a POST méretét adja vissza, nem a pontos fájlméretet.
A tapasztalataim a következők. APC-vel minden szépen működik, egészen addig, amíg nagy fájlt nem töltünk fel. Sokáig azt hittem, kliensoldalon van a gond, de végülis egy kis loggolással és Firebuggal lekövettem, hogy sajnos nem.
PHP upload progress témában szeretnék frissített beszámolót adni, illetve tapasztalatot cserélni, ha valaki azóta esetleg (újra) elővette a témát.
Aki nem lenne képben, annak a lényeg összefoglalva az, hogy ilyet tisztán php-val alapból nem lehet csinálni, csak azóta a dolgok változtak. Eddigi topikok itt a weblaboron: egy két évvel korábbi, aminek az alján összegzem az addigi eredményeket, illetve két héttel ezelőtt is feljött a kérdés.
Nos, azóta a PHP 5.2-től kezdve lehetővé vált tiszta php-s megoldás, ha nem is alaptelepítéssel. Két PECL csomagról van szó, az egyik az APC, ami örvendetes, mert egy nagy és jól karbantartott modul, és ha jól tudom, a 6-os PHP-tól már a core-ban lesz. A másik az uploadprogress.
Mindkettő használata egyszerű, a fájlt felküldő formban a file inputja elé kell tenni egy hidden inputot egy speciális névvel (APC_UPLOAD_PROGRESS, ill. UPLOAD_IDENTIFIER) a name, valamint egy egyedi azonosítóval a value attribútumban. A form submitja után a megadott kulccsal azonnal lekérhetők a feltöltés folyamatának az információi (apc_fetch($kulcs), ill. uploadprogress_get_info($kulcs) ajaxszal vagy iframe-es/popup-os frissítgetésekkel; további információk a php.net apc oldalán, illetve az uploadprogress-ről itt).
Mindkét modul a POST méretét adja vissza, nem a pontos fájlméretet.
A tapasztalataim a következők. APC-vel minden szépen működik, egészen addig, amíg nagy fájlt nem töltünk fel. Sokáig azt hittem, kliensoldalon van a gond, de végülis egy kis loggolással és Firebuggal lekövettem, hogy sajnos nem.
Október 1-jén ismét NewTech Meetup
Mint megszokott, hónap első szerdáján, tehát holnap, október 1-jén ismét Budapest New Technology Meetup a Szervita téri KÉK-ben. A rendezvény programlapja egyelőre szűkszavú a holnapi témákat illetően, mégis érdemes azokról címszavakban szólni. Az öt villámelőadás közül kettőnek is témája a Flash: Pataky Vince Flash fordítás és debuggolás OS X es TextMate alapon, illetve Serényi Balázs SourceBinder – kössük össze programkódjainkat címmel tartanak bemutatót. Kis Gergely az Android nyílt forrású mobil platform 1.0-s kiadásáról prezentál, de érdekes lesz Szabó Zsolt demója is, amelyben egy webes fax-szolgáltatásról, a faxolo.hu-ról tudhatunk meg részleteket. Találkozunk holnap!
autoload erdekesseg
Sziasztok,
nem tudom valaki futott e mar bele valami hasonloba, de nekem nagyon furcsanak tunik itten valami:erre kapom azt, hogy:
"igen osztaly van:::vrn_all_products ::: Unexpected error happened!Class vrn_all_products not found"
Ehhez mit szoltok, en nem latom a hibat? Az elirasokat lecsekkoltam!
Udv
Sanyi
■ nem tudom valaki futott e mar bele valami hasonloba, de nekem nagyon furcsanak tunik itten valami:
function __autoload( $class ) {
if (class_exists($class, false) || interface_exists($class, false)) {
return;
}
$file = 'classes' . DIRECTORY_SEPARATOR . $class . '.php' ;
$file2 = 'classes' . DIRECTORY_SEPARATOR . 'models' . DIRECTORY_SEPARATOR . 'service_' . $class . '.php' ;
if ( file_exists( $file2 )) {
@require_once( $file2 );
if ( class_exists( $class, false ) ) { echo 'igen osztaly van::: '.$class . ' ::: '; }
}
else if ( file_exists( $file ) ) @require_once( $file );
if ( ! class_exists($class, false) || !interface_exists($class, false)) {
throw new Exception('Class ' . $class . ' not found', 0 );
}
}
"igen osztaly van:::vrn_all_products ::: Unexpected error happened!Class vrn_all_products not found"
Ehhez mit szoltok, en nem latom a hibat? Az elirasokat lecsekkoltam!
Udv
Sanyi
Doctrine több oszlopos UPDATE
Hogyan tudok egy lekérdezésben több oszlopot updatelni?
Manual szerint egy oszlop frissítése így zajlik:ez nem jó:ez sem:Vagy ez nem támogatott? :)
■ Manual szerint egy oszlop frissítése így zajlik:
rows = $q->update('Account')
->set('amount', 'amount + ?', '200')
->where('id > 200')
->execute();
rows = $q->update('Account')
->set('amount', 'amount + ?', '200')
->set('amount2', 'amount2 + ?', '500')
->where('id > 200')
->execute();
rows = $q->update('Account')
->set('amount', 'amount + ?', '200','amount2', 'amount2 + ?', '500')
->where('id > 200')
->execute();
