Archívum - Nov 2009
november 12
Google Closure: How not to write JavaScript
A Closure kódminősége hagy némi kivánnivalót maga után
■ Űrlapról hogyan tároljam el az adatokat MySQL adatbázisba
Sziasztok!
Szakdolit csinálok, és szeretnék php-űrlap segítségével mysql adatbázisba adatokat feltölteni, három oszlopa van a táblának, és a második oszlopban képet kelle tárolnom, de nem megy sehogy.
Talán az sql-ben van a hiba?
Kérlek segítsekek!
Köszönöm szépen!
Manóka
■ Szakdolit csinálok, és szeretnék php-űrlap segítségével mysql adatbázisba adatokat feltölteni, három oszlopa van a táblának, és a második oszlopban képet kelle tárolnom, de nem megy sehogy.
Talán az sql-ben van a hiba?
Kérlek segítsekek!
Köszönöm szépen!
Manóka
Érthetetlen függőleges köz Flash object elem után
Nem először futok bele ebbe a problémába, és sem a tüzetes vizsgálat, sem a Google nem hozott megoldást.A fenti együttállás egy furcsa jelensége, hogy a banner és az alsó
Geckoban, Webkitben és Prestoban is fenn áll a probléma.
Igen hálás volnék, ha valaki fényt derítene az okára és kiküszöböltének módjára.
■
<div>Lorem ipsum dolor sit amet</div>
<object
type="application/x-shockwave-flash"
data="banner.swf"
width="965"
height="120"
></object>
<div>Consectetur adipiscing elit</div>
div között vékony köz jelentkezik (lásd: http://jooadam.hu/object). Se a szóközök, tabulátorok, illetve soremelések forrásból való teljes eltávolítása, se a térköz illetve kitöltés explicit nullára állítása nem hoz javulást.Geckoban, Webkitben és Prestoban is fenn áll a probléma.
Igen hálás volnék, ha valaki fényt derítene az okára és kiküszöböltének módjára.
november 11
Alkalmazás fejlesztés több irányba
Sziasztok!
Egy meglévő (JAVA illetve PHP) alkalmazást szeretnék ezentúl két/több irányba továbbfejleszteni, ebben szeretném a segítségeteket kérni!
Eddig az alábbi ötletek merültek fel, hogyan lehetne ezt elvégezni:
0. az alkalmazás jelenlegi kódját több példányba lemásolnám, és külön-külön fejleszteném tovább
1. megpróbálhatnék "elágazásokat" írni a kódba; ha az egyik módon kell futni az alkalmazásnak, akkor az egyik osztályt hívja meg, ha a másik módon, akkor a másik osztályt.
2. valamiféle konfig fájlba próbálnám meg tárolni a két alkalmazás közti különbségeket, például közös ősosztályból származtatnám a különböző alkalmazás-specifikus osztályokat, így a váza közös lenne a különböző verzióknak, azonban a lényegi különbségek külön lennének
3. az alkalmazás eddig CVS-ben volt, de áttenném SVN alá, és indítanék több branch-et, és ezek között merge-ölgetnék (CVS-t/SVN-t már sokat használtam, de a branch-elés még nem jött elő)
Az alkalmazást kb. úgy lehet elképzelni, mint mondjuk egy szövegszerkesztőt, ami jelenleg csak egy szövegformátumot képest kezelni (mondjuk .txt-t), de szeretném, ha a továbbiakban több verzió lenne belőle (mondjuk .txt-t, .pdf-et, stb. kezelő változat).
Lennének közös részek (megnyitás, helyesírás-ellenőrzés, stb.), viszont nagyon sok kisebb/nagyobb különbség lenne a két verzióban.
(Mivel webes alkalmazásról van szó, a frissítések elég gyakoriak)
Szerintetek milyen megoldást érdemes választani az alkalmazás több irányban történő fejlesztésére? A fentiek közül az egyiket, vagy esetleg valami teljesen mást?
■ Egy meglévő (JAVA illetve PHP) alkalmazást szeretnék ezentúl két/több irányba továbbfejleszteni, ebben szeretném a segítségeteket kérni!
Eddig az alábbi ötletek merültek fel, hogyan lehetne ezt elvégezni:
0. az alkalmazás jelenlegi kódját több példányba lemásolnám, és külön-külön fejleszteném tovább
1. megpróbálhatnék "elágazásokat" írni a kódba; ha az egyik módon kell futni az alkalmazásnak, akkor az egyik osztályt hívja meg, ha a másik módon, akkor a másik osztályt.
2. valamiféle konfig fájlba próbálnám meg tárolni a két alkalmazás közti különbségeket, például közös ősosztályból származtatnám a különböző alkalmazás-specifikus osztályokat, így a váza közös lenne a különböző verzióknak, azonban a lényegi különbségek külön lennének
3. az alkalmazás eddig CVS-ben volt, de áttenném SVN alá, és indítanék több branch-et, és ezek között merge-ölgetnék (CVS-t/SVN-t már sokat használtam, de a branch-elés még nem jött elő)
Az alkalmazást kb. úgy lehet elképzelni, mint mondjuk egy szövegszerkesztőt, ami jelenleg csak egy szövegformátumot képest kezelni (mondjuk .txt-t), de szeretném, ha a továbbiakban több verzió lenne belőle (mondjuk .txt-t, .pdf-et, stb. kezelő változat).
Lennének közös részek (megnyitás, helyesírás-ellenőrzés, stb.), viszont nagyon sok kisebb/nagyobb különbség lenne a két verzióban.
(Mivel webes alkalmazásról van szó, a frissítések elég gyakoriak)
Szerintetek milyen megoldást érdemes választani az alkalmazás több irányban történő fejlesztésére? A fentiek közül az egyiket, vagy esetleg valami teljesen mást?
PHP beépített SOAP kliense vs. hibakezelés
Adott egy régebben megírt SOAP kliens osztály, mely a nuSOAP megoldásra épül. Ezzel elég jól megoldottam a hibakezelést. Most gondoltam, hogy átírom a PHP beépített SOAP megoldására a cuccot, de nem igazán látom, hogy hogyan tudnám lekezelni pl. azt az esettet, amikor a SOAP kiszolgáló nem érhető el. Ilyen esetben dob egy kellemes WARNING-ot, azt' csókolom.
Ötlet?
■ Ötlet?
zen-coding: Set of plugins for HTML and CSS hi-speed coding
HTML markup generálása CSS kiválasztók nyelvtanával megfogalmazott paranccsal
■ Web Open Font Format backed by Mozilla, type foundries
Nyílt betűformátum a webre közmegegyezéssel
■ 
