Archívum - Szep 2012
szeptember 5
dotroll.com beállítás
Sziasztok!
Most előszőr töltök fel DotRollhoz oldalt és nem vagyok vele tisztában, hogy mi ennek a folyamata. Annyi az egész, hogy feltöltöm a honlapot mondjuk egy www mappába és a domaint hozzárendelem ehhez a mappához, onnantól kezdve pedig működni fog? Vagy van még más teendő is? Azonnal megy az oldal?
A válaszokat előre is köszönöm!
■ Most előszőr töltök fel DotRollhoz oldalt és nem vagyok vele tisztában, hogy mi ennek a folyamata. Annyi az egész, hogy feltöltöm a honlapot mondjuk egy www mappába és a domaint hozzárendelem ehhez a mappához, onnantól kezdve pedig működni fog? Vagy van még más teendő is? Azonnal megy az oldal?
A válaszokat előre is köszönöm!
JQuery: Autocomplete betöltés probléma
Sziasztok.
Van egy php fájl, ebben pedig egy text input-om, amire rá van húzva a jQuery-s autocomplete települések kiválasztásához.
A dolog nagyon szépen működik amikor az input-ot tartalmazó php fájlt csak önmagában vagy az index.php-ből hívom meg (utóbbi esetben include-ból), beírásra jön az autocomplete-s legördülő menü, ki tudom választani, stb.
A gond akkor van amikor nem include-ból hoznám be, hanem egy div-be tölteném be jQuery-vel:Ekkor már nem működik az autocomplete, a Chrome ellenőrző eszközében a következőt kapom:
Ezt azért nem értem, mert a jQuery-vel kapcsolatos minden szkript a div_kereses.php -ben van meghívva (ezért is fut akkor is ha csak önmagában ezt a php-fájlt hívom meg), de ha div-be töltöm mégis olyan, mintha nem is látná a függvénykönyvtárakat. Bár elvileg nincs rá hatással, de kísérletképpen az index.php-ben is meghívtam a szkript-eket, de ahogy várható volt ennek nincs semmilyen hatása.
Bár csak pár hónapja kezdtem el javascript-tel foglalkozni, eddig minden sikerült amit elterveztem és ha voltak is nehéz pillanataim, idővel bármin átrágtam magam, de itt most nagyon elakadtam. Tud valaki segíteni abban, hogy ilyen esetben mi lenne a megoldás?
Előre is köszönök minden segítséget.
■ Van egy php fájl, ebben pedig egy text input-om, amire rá van húzva a jQuery-s autocomplete települések kiválasztásához.
A dolog nagyon szépen működik amikor az input-ot tartalmazó php fájlt csak önmagában vagy az index.php-ből hívom meg (utóbbi esetben include-ból), beírásra jön az autocomplete-s legördülő menü, ki tudom választani, stb.
A gond akkor van amikor nem include-ból hoznám be, hanem egy div-be tölteném be jQuery-vel:
jQuery(document).ready( function() {jQuery("#div_felulet").load("div_kereses.php");} );
Uncaught TypeError: Object [object Object] has no method 'autocomplete'
Ezt azért nem értem, mert a jQuery-vel kapcsolatos minden szkript a div_kereses.php -ben van meghívva (ezért is fut akkor is ha csak önmagában ezt a php-fájlt hívom meg), de ha div-be töltöm mégis olyan, mintha nem is látná a függvénykönyvtárakat. Bár elvileg nincs rá hatással, de kísérletképpen az index.php-ben is meghívtam a szkript-eket, de ahogy várható volt ennek nincs semmilyen hatása.
Bár csak pár hónapja kezdtem el javascript-tel foglalkozni, eddig minden sikerült amit elterveztem és ha voltak is nehéz pillanataim, idővel bármin átrágtam magam, de itt most nagyon elakadtam. Tud valaki segíteni abban, hogy ilyen esetben mi lenne a megoldás?
Előre is köszönök minden segítséget.
szeptember 5
Ismerkedés a TDD szépségeivel...
Végre rászántam magam, hogy gyakorlatban is kipróbáljam a Unit Test-ekről olvasottakat, de szokás szerint bizonytalan vagyok, hogy jó úton járok-e. Ehhez kérném a segítségetek!
Sitebuilderre lenne szükségem
Sziasztok, Sitebuilderre lenne szükségem, aki nem tanít, hanem irányít, feladatokat ad, ha elakadom, akkor segít. Úgy gondolom, hogy ő tudja, hogy mi szükséges ahhoz, hogy valaki Sitebuilderré váljon. Már vannak alapjaim, de nem tudom, hogy hogyan tovább, ezért kellene a segítség. Tudok html, css, php és mysql-ben középszinten programozni.
Köszönettel: Maflancs
■ Köszönettel: Maflancs
Színpadon lévő objektumok Array-be rendezése (AS3)
Sziasztok!
A kérdésem a címnél általánosabb, de a címben jelzett esetnél merült fel, és azzal is tudnám a legkönnyebben illusztrálni.
Szóval tegyük fel hogy a színpadon elrendeztem N db objektumot, és van is példánynevük, mondjuk clip01, clip02... clipN.
Mondjuk szeretném ezeket egy 1-től N-ig tartó ciklussal betenni egy Array-be. Namost odáig nincs gondom hogy a neveket legeneráljam, de utána nem jöttem rá hogy hogyan tudnám magát az objektumot betenni az Array-be, merthogy nyilván amikor a push-sal próbálom, akkor a nevét, azaz egy stringet tesz be, nem pedig magát a movieClip-et...
(azzal természetesen nem volt problémám, amikor magával a ciklussal hoztam létre objektumokat, rendeltem hozzájuk a generált nevet, és rögtön be is töltöttem őket egy array-be. De a meglévő objektumok eseténél elakadtam)
Szóval van valami AS3 utasítás, hogy a változóm egy string, de én most nem a stringgel szeretnék műveletet végezni, hanem azzal az objektummal, aminek ez a string a neve?
■ A kérdésem a címnél általánosabb, de a címben jelzett esetnél merült fel, és azzal is tudnám a legkönnyebben illusztrálni.
Szóval tegyük fel hogy a színpadon elrendeztem N db objektumot, és van is példánynevük, mondjuk clip01, clip02... clipN.
Mondjuk szeretném ezeket egy 1-től N-ig tartó ciklussal betenni egy Array-be. Namost odáig nincs gondom hogy a neveket legeneráljam, de utána nem jöttem rá hogy hogyan tudnám magát az objektumot betenni az Array-be, merthogy nyilván amikor a push-sal próbálom, akkor a nevét, azaz egy stringet tesz be, nem pedig magát a movieClip-et...
(azzal természetesen nem volt problémám, amikor magával a ciklussal hoztam létre objektumokat, rendeltem hozzájuk a generált nevet, és rögtön be is töltöttem őket egy array-be. De a meglévő objektumok eseténél elakadtam)
Szóval van valami AS3 utasítás, hogy a változóm egy string, de én most nem a stringgel szeretnék műveletet végezni, hanem azzal az objektummal, aminek ez a string a neve?
szeptember 3
PHP-ból nyomtatás blokknyomtatóra
Sziasztok!
Valaki nyomtatott már esetleg webes programból php segítségével blokkos nyomtatón? Konkrétan az epson TM-U295 érdekelne, hogy megfelelően működik-e, de bármilyen hasonló típusról érkező infó jól jönne.
A printer_open() és társai függvényeket használom, helyi gépen kell. Az itthoni HP és epson FX890 (leporelló) nyomtatón működik, bár csak A4-es méretben. A spec méret (20x5cm) miatt gondoltam megoldásként a mini printert, de sajnos csak megvenni van lehetőség, kipróbálni nem :(
Köszönöm előre is!
■ Valaki nyomtatott már esetleg webes programból php segítségével blokkos nyomtatón? Konkrétan az epson TM-U295 érdekelne, hogy megfelelően működik-e, de bármilyen hasonló típusról érkező infó jól jönne.
A printer_open() és társai függvényeket használom, helyi gépen kell. Az itthoni HP és epson FX890 (leporelló) nyomtatón működik, bár csak A4-es méretben. A spec méret (20x5cm) miatt gondoltam megoldásként a mini printert, de sajnos csak megvenni van lehetőség, kipróbálni nem :(
Köszönöm előre is!
HTML táblázat copy-paste xls-be
Sziasztok!
Adott egy HTML táblázatom mindenféle tartalommal (checkbox-ok, lenyíló listák, stb.).
Olyan funkcionalitást szeretnék elérni, hogy ha a felhasználó kijelöli a táblázatot, copy (CTRL+C vagy jobbklikk - másolás is), majd utána nyit egy excel-t, végül paste, akkor az eredeti táblázathoz "hűen" kerülnek be az adatok az xls-be, plain text-ként, nem HTML-ként.
Például ha a felhasználó kiválasztja a táblázat egy sorát, amiben van egy link, és egy radio button (mondjuk checked állapotban), copy, majd xls-be paste, akkor a link szövege jelenik meg (nem az elérési útvonala), és egy "igen" felirat (mivel a radio button be volt pipálva).
Olvastam sok fórumot, de úgy tűnik, univerzális megoldás nincsen rá.
Ti milyen megoldást szoktatok alkalmazni?
(ha lehetséges, szeretném elkerülni a flash és a java applet-ek használatát)
köszi,
krisy
■ Adott egy HTML táblázatom mindenféle tartalommal (checkbox-ok, lenyíló listák, stb.).
Olyan funkcionalitást szeretnék elérni, hogy ha a felhasználó kijelöli a táblázatot, copy (CTRL+C vagy jobbklikk - másolás is), majd utána nyit egy excel-t, végül paste, akkor az eredeti táblázathoz "hűen" kerülnek be az adatok az xls-be, plain text-ként, nem HTML-ként.
Például ha a felhasználó kiválasztja a táblázat egy sorát, amiben van egy link, és egy radio button (mondjuk checked állapotban), copy, majd xls-be paste, akkor a link szövege jelenik meg (nem az elérési útvonala), és egy "igen" felirat (mivel a radio button be volt pipálva).
Olvastam sok fórumot, de úgy tűnik, univerzális megoldás nincsen rá.
Ti milyen megoldást szoktatok alkalmazni?
(ha lehetséges, szeretném elkerülni a flash és a java applet-ek használatát)
köszi,
krisy
Tartalomkezelés kicsiknek: PyroCMS
A PyroCMS egy egyszerű, moduláris felépítésű, MVC alapú, CodeIgniterre épülő tartalomkezelő rendszer. Filozófiája hogy nem akar minden problémára azonnal megoldást nyújtani, inkább kapunk egy könnyen kezelhető alaprendszert, amit modulokkal tovább bővíthetünk, ezért nagyon kis memóriaigényű és gyors.
szeptember 3
Saját HTML ($_POST) feldolgozó
Sziasztok!
Támadt egy ötletem, nem tudom, jó-e. Egy korábbi fórumtémában, ahol eredetileg SQL injection volt a kérdés, felmerült a HTML-szűrés (XSS, CSRF szempontból) is, ezzel együtt a HTML Purifier. Ez utóbbival egy pár gondom van:
- Kb. akkora (nagyobb), mint a framework, amit használok (CodeIgniter);
- Számomra annyi lehet (időben) rendesen átlátni, mint írni egy jóval egyszerűbbet;
- Elég nehézkes lenne szerintem ebbe a fw-be jól "bepasszítani" (eddig meg sem próbáltam);
- Kb. 100x annyit tud, mint nekem szükséges.
Ezek miatt úgy gondoltam, írok egyet. (A CodeIgniter-nek nincs sajátja, a Typography Class csak "stilizál", de nem szűri pl. a tag-ek attribútumait.)
Amikre gondolok (szempontok és megvalósítás):
- Kicsi (és gyors) legyen, mint a CI többi része is. Ha végére is érek, ez nem lesz gond.
- Megengedő értékelés, mind a tag-ek, mind attribútumaik terén (itt kérdés: így elég jól lehet XSS-t védeni?).
- Ha egy tag nem megengedett, a benne lévő esetleges szöveg ne vesszen el, hanem pl. kerüljön helyette más tag-pár közé.
- Könnyen konfigurálható legyen (pl. az osztály betöltésekor, mint más CI osztályok).
- Fentiek megvalósítására a PHP DOMDocument osztályát használnám, mégpedig úgy, hogy miközben elemenként olvasom a feldolgozandó HTML-t, ezzel "együtt" egy másik példányban gyártom a másikat.
- Ennek hátránya, hogy terjedelmesebb HTML esetén sok memóriát megehet, de nálam nemigen fordul elő, sőt, 100kB-nyi HTML-nél több szinte sehol. (Ebből a 2 DOM szerintem max. 3-4 megán elfér.)
- Még nem tudom, hogy mennyire működőképes ez az "egyiket olvasom, másikat írom" törtnet, de talán egyszerűbb, mint kibontani tömbbe, aztán gyártani abból az újat. Viszont ezzel meg rekurzív fv. kell, akkor azt meg védeni kell max.
Támadt egy ötletem, nem tudom, jó-e. Egy korábbi fórumtémában, ahol eredetileg SQL injection volt a kérdés, felmerült a HTML-szűrés (XSS, CSRF szempontból) is, ezzel együtt a HTML Purifier. Ez utóbbival egy pár gondom van:
- Kb. akkora (nagyobb), mint a framework, amit használok (CodeIgniter);
- Számomra annyi lehet (időben) rendesen átlátni, mint írni egy jóval egyszerűbbet;
- Elég nehézkes lenne szerintem ebbe a fw-be jól "bepasszítani" (eddig meg sem próbáltam);
- Kb. 100x annyit tud, mint nekem szükséges.
Ezek miatt úgy gondoltam, írok egyet. (A CodeIgniter-nek nincs sajátja, a Typography Class csak "stilizál", de nem szűri pl. a tag-ek attribútumait.)
Amikre gondolok (szempontok és megvalósítás):
- Kicsi (és gyors) legyen, mint a CI többi része is. Ha végére is érek, ez nem lesz gond.
- Megengedő értékelés, mind a tag-ek, mind attribútumaik terén (itt kérdés: így elég jól lehet XSS-t védeni?).
- Ha egy tag nem megengedett, a benne lévő esetleges szöveg ne vesszen el, hanem pl. kerüljön helyette más tag-pár közé.
- Könnyen konfigurálható legyen (pl. az osztály betöltésekor, mint más CI osztályok).
- Fentiek megvalósítására a PHP DOMDocument osztályát használnám, mégpedig úgy, hogy miközben elemenként olvasom a feldolgozandó HTML-t, ezzel "együtt" egy másik példányban gyártom a másikat.
- Ennek hátránya, hogy terjedelmesebb HTML esetén sok memóriát megehet, de nálam nemigen fordul elő, sőt, 100kB-nyi HTML-nél több szinte sehol. (Ebből a 2 DOM szerintem max. 3-4 megán elfér.)
- Még nem tudom, hogy mennyire működőképes ez az "egyiket olvasom, másikat írom" törtnet, de talán egyszerűbb, mint kibontani tömbbe, aztán gyártani abból az újat. Viszont ezzel meg rekurzív fv. kell, akkor azt meg védeni kell max.
Mi az a "felülírás" phpmyadminban?
Van egy problémám. Van ismerősömnek egy weboldala, amit én kezelek. Ez egy fórum, amihez évek óta nem lett nyúlva. Időközben megtalálta egy csomó robot, aminek sikerült teleírni rengeteg reklámmal. Ennek az lett az eredménye, hogy az utóbbi két évben több tízezer spam bejegyzést kapott a fórum, így betellett az adatbázis kvóta, ami 100 Mb. Erről kaptam egy értesítést a tárhelyszolgáltatótól, és amelyben az állt, hogy túlléptem a kvótát, és 72 órám van, hogy letöröljek annyi adatot, hogy megint 100 Mb alá menjen a mysql adatbázis tartalma.
Mivel láttam, hogy több tízezer bejegyzésről van szó, ezért a weboldalon való törölgetés szóba sem jöhetett. Beléptem hát a phpmyadmin-ba, és letöröltem egy query-vel vagy 20.000 bejegyzést, és így a bejegyzések száma a két évvel ezelőtti állapotra esett vissza, amennyi biztosan elfér a 100 Mb-ban. Ezen kívül magán az oldalon letiltottam a posztolást, mert már úgy sem használja senki az oldalt. Tehát már nem is lehetett bevinni adatokat a weboldalon keresztül az adatbázisba.
Erre kaptam még egy emailt pár nappal később, hogy az adatbázisba már egyáltalán nem vihetek be adatokat, tehát most már teljesen le lett tiltva az INSERT utasítás, mert úgy vették észre, hogy még mindig 100 Mb felett van, és hogy nem tettem semmit az elmúlt 72 órában, hogy kevesebb legyen. Furcsálltam a dolgot, ezért megnéztem, hogy mi történt az adatbázissal. Hát az történt, hogy azóta valóban nem posztolt senki (mivel letiltottam), viszont ha megnézem egy tábla struktúráját, akkor megjelenik egy olyan sor az tárterületnél, amely eddig nem volt ott. Most így néz ki a statisztika az fórum üzeneteit tároló táblánál:
Adat 93 943.3 KB
Index 381.0 KB
Felülírás 91 567.4 KB
Hatályos 2 756.9 KB
Összes 94 324.3 KB
A vastagított sorok azok, amelyek még nem voltak itt eddig. És a gáz az, hogy ha törlök mondjuk 100 bejegyzést, akkor ezek a sorok növekednek, és összességében nem csökken a foglalt terület.
Mivel láttam, hogy több tízezer bejegyzésről van szó, ezért a weboldalon való törölgetés szóba sem jöhetett. Beléptem hát a phpmyadmin-ba, és letöröltem egy query-vel vagy 20.000 bejegyzést, és így a bejegyzések száma a két évvel ezelőtti állapotra esett vissza, amennyi biztosan elfér a 100 Mb-ban. Ezen kívül magán az oldalon letiltottam a posztolást, mert már úgy sem használja senki az oldalt. Tehát már nem is lehetett bevinni adatokat a weboldalon keresztül az adatbázisba.
Erre kaptam még egy emailt pár nappal később, hogy az adatbázisba már egyáltalán nem vihetek be adatokat, tehát most már teljesen le lett tiltva az INSERT utasítás, mert úgy vették észre, hogy még mindig 100 Mb felett van, és hogy nem tettem semmit az elmúlt 72 órában, hogy kevesebb legyen. Furcsálltam a dolgot, ezért megnéztem, hogy mi történt az adatbázissal. Hát az történt, hogy azóta valóban nem posztolt senki (mivel letiltottam), viszont ha megnézem egy tábla struktúráját, akkor megjelenik egy olyan sor az tárterületnél, amely eddig nem volt ott. Most így néz ki a statisztika az fórum üzeneteit tároló táblánál:
Adat 93 943.3 KB
Index 381.0 KB
Felülírás 91 567.4 KB
Hatályos 2 756.9 KB
Összes 94 324.3 KB
A vastagított sorok azok, amelyek még nem voltak itt eddig. És a gáz az, hogy ha törlök mondjuk 100 bejegyzést, akkor ezek a sorok növekednek, és összességében nem csökken a foglalt terület.