ugrás a tartalomhoz

Archívum - 140703 - Fórum téma

május 8

regexp - számok keresése

docker · 2009. Május. 8. (P), 09.14
Minidig csak halogatom a regexp megfelelő szintű elsajátítását, de sajnos nem sikerül felülkerekednem egy egyszerűnek tűnő problémán.

Egy szöveges mezőben keresek adott számokat.
pl.:
Ebben a számsorban keresem mondjuk a 16-ot
23,3,116,82,16

SELECT id FROM table WHERE product REGEXP '[^0-9]16[^0-9]$'
Ez gondolom elég távol áll a megoldástól
 

május 6

JavaScript Sandbox tesztelése

zzrek · 2009. Május. 6. (Sze), 21.09
Sziasztok!

Nem teljesen megbízható forrásból származó javascript kódot kell futtatnom, ezért csináltam egy homokozó-szerűséget.

A lényege, hogy a beküldött kódot (ami egy függvény lehet) leellenőrzöm, kiveszem belőle a veszélyes elemeket (pl. eval), megnézem hogy milyen lokális változókat akar a kódbeküldő használni, és csupán egy golbális objektumhoz (a neve "arc"), ennek adataihoz és metódusaihoz engedem hozzáférni a kódot, a DOM-hoz, más külső forrásokhoz nem.

Azt hiszem jól kigondoltam az eljárást, de minden javaslatot szívesen fogadok (a szerver oldali ellenőrző algoritmussal, PHP nyelvvel kapcsolatban, de főleg hogy JS oldalon mit kellene még engedélyezni vagy milyen biztonsági rést hagytam meg, stb; illetve hogy egyes böngészők esetleg olyan egyedi JS metódusokat engednek, ami még veszélyes lehet stb stb.)

Ha valakinek van kedve, tesztelheti a homokozót, ezen a linken:
homokozó teszt

Ezen a linken megtalálhatjátok a szerver oldali forráskódot is.

A teszt lehet egy kis játék is:
A baloldalon szerkeszthető és "beküldhető" függvénnyel ha valakinek sikerült kijönnie a homokozóból, úgy mutathatná be, hogy hozzáfér a DOM-hoz, hogy az input2-ként megjelölt mezőbe beleír valamit.

Köszönöm a segítséget és a javaslatokat!
 

Tiltott fejlesztések (a webappok 10 éves problémája)

vbence · 2009. Május. 6. (Sze), 11.04
Nemrég volt blogmarkolva a W3C Widgets ajánlása. A témával kapcsolatban felmerült a Google Gears is… Úgy tűnik szánt szándékkal kerülgetik azt az egyetlen problémát, ami a webalkalmazások nagykorúságát gátolja, mégpedig a fájlátvitelt. Hatalmas csalódás volt Google Gears-szel kapcsolatban, amikor kipróbáltam a YouTube új multi-feltöltőjét. Letöltöm a Gearst, elindul az applet… az első kérdés: engedélyezed-e a youtube.com-nak a teljes hozzáférést a HD tartalához? Ez volt, amit utáltam a Java appletekben még 10 éve. Ennyire tellett a guglitól?

A validálás miért nem előre kompatibilis?

eashlon · 2009. Május. 6. (Sze), 03.32
Tudom, sokadrangú kérdés, de most gondolkodtam el rajta, és egyedül kevés vagyok.
Volt már ilyen téma feszegetve Mennyire fontos az érvényes HTML kód? de én egy kicsit másfelől közelítenék.
Miért nem lehet ezt a szabványosítási - mellesleg szerintem nagyon időszerű, sőt kicsit megkésett - mizériát előremutatóbban szervezni?

Mondom mire gondolok: CSS, opacity. "Error: Property opacity doesn't exist in CSS level 2.1 but exists in [css3] : 0.4 "

Miért nem lehet az ilyen szituációkat lefokozni minimum "warning"-ra? Hogyha a jelentős piacrészes böngészők már boldogulnak a történettel miért ne használjam? Egyáltalán ér nekem annyit a valid css, ha pont egy ilyen megoldás a legegyszerűbb, leghatékonyabb, leginkább oda illő? Elfogasható érv az invalid kód mellett, h túlmutat rajta (mármint ha valóban ez a helyzet)?

(Persze tudom, opacityt pont ki lehet váltani png-s megoldásokkal, de az újabb mizériákat vet fel általában... tud még valaki hasonló játékost?)
 

május 5

Össze-vissza jelennek meg a boxok (css/float)

magnat · 2009. Május. 5. (K), 15.25
Sziasztok!

A probléma a következő:

Adott egy !!weblap!!. Akinek csinálom kitalálta, hogy bal, és jobb oldalra szeretne hirdetéseket. Igaz, hogy teljesen hülyén néz ki.. de nem számít. Már az oldalon belül is használok float-ot, rendesen működik. Most fogtam magam, és a divet, ami az egész oldalt tartalmazza
#dv { width: 1000px; background-image: url(bg2.png); height: auto; float: left; }
beraktam egy másik divbe
div.p { width: 1300px; display: table; }
amibe még ezen kívül bekerült a két oldalra szánt két db box
div.l { float: left; background-color: #00CC66; width: 120px; height: 180px; }
div.l2 { float: right;background-color: #00CC66; width: 120px; height: 180px; }
Egy olyan probléma adódott, hogy a design elcsúszott, az egyik box jó helyre került, a jobb oldali az oldal aljára. Mi okozhatja a hibát?

Másik gond, ami még nehézséget okoz, hogy néha a jobb oldali tartalom szintén lecsúszik az oldal aljára, de egy frissítés helyrehozza.

Firefox 3.0.1-et használok, az oldal amíg el nem készül semmi másra nem lett optimizálva, ezért előfordulhatnak nagy problémák ;)

Köszönöm a segítséget.
 

apache mod_proxy glassfish vs. session

decker · 2009. Május. 5. (K), 10.36
Sziasztok!

Ismét szeretném a segítségeteket kérni. Apache2-ről mod_proxy és mod_proxy_http modulok segítségével irányítom a kéréseket glassfish felé. Deployoltam az alkalmazást, és ha http://foo.bar:8080/x url-en nézem ok minden, de amennyiben proxy-zom a session-ök nem tárolódnak/érem el a következő kéréskor. Nem tudom hogy merre induljak el, a barátom (google) sem mondott eddig semmi használhatót. Hogyan oldható meg, hogy a kecske is jóllakjon meg a káposzta is megmaradjon?
A proxy config, habár nem hiszem hogy itt a baj:

ServerName local.regisztracio.hu
DocumentRoot /srv/www/regisztracio/
ProxyVia On
ProxyRequests Off
ProxyPass / http://localhost:8080/regisztracio-war/
ProxyPassReverse / http://localhost:8080/regisztracio-war/
Allow from all
ErrorLog /srv/www/regisztracio/error.log
CustomLog /srv/www/regisztracio/access.log combined

Köszi előre is a szíves segítségeket.
 

serializált adatok küldése válaszként

kalamona · 2009. Május. 5. (K), 10.18
Sziasztok!

Ha valaki serializált php tömb formájában vár választ a szkriptemtől, azt milyen headerrel szokás kiküldeni?
header("content-type: plain/text");
Vagy máshogy?

Köszi!
 

JQuery-s tabok nem működnek IE alatt

Cooty13 · 2009. Május. 5. (K), 00.56
Sziasztok!
Elég kezdő vagyok még webfejlesztés ügyben, van egy konkrét problémám, amiben szeretnék segítséget kérni. Ezen az oldalon a bal alsó részen a kis képekre kattintva más-más tartalom jelenik meg a mellettük lévő részben.
Ezt jQuery-vel oldottam meg (először sima JS volt, de ez így sokkal elegánsabb és gyorsabb.) A probléma, hogy IE alatt abszolút nem működik a dolog. (Természetesen FF, Opera és Safari alatt minden kifogástalanul működik. - IE7 és 6 alatt van a probléma, 8-assal még nem próbáltam.) Annyit dob, hogy Object doesn't support this property or method próbáltam ráguglizni a hibára, de nem sokkal lettem okossabb, hátha itt tud valaki segíteni.
Illetve legördülő menü amit szintén a jQuery slideDown() függvényével oldottam meg működik ugyan IE alatt, de kissé hektikusan, amikor lehúzom az egeret a 3-4. elemig elkezd össze-vissza ugrálni? Ez miért van? Használjak inkább sima css(display: hidden)/ css(display: block)-ot? (A slidDown animációja annyira szép, nem akarom kikukázni :) )
Előre is kösz!
 

május 4

Nyomtatáshoz használt CSS ellenőrzése

nevergone · 2009. Május. 4. (H), 16.42
Sziasztok!

Érdekelne, hogy milyen segédeszközöket ismertek a nyomtatáshoz használt CSS teszteléséhez? Jelenleg az egyetlen segédeszközöm a nyomtatási nézet minden alkalommal, ami túl körülményes, illetve a Web Developer Toolbar CSS váltási lehetősége, amely viszont messze nem mutat meg mindent.
Valami olyasmire gondoltam, mint a Firebug, amivel meg tudom nézni, hogy egyes elemekre milyen nyomtatásbeli CSS tulajdonságok érvényesek, milyen mérettel, elhelyezkedéssel, stb. kerülnek nyomtatásra.
Sajnos az egyébként elég jól sikerült oldal nyomtatáskor teljesen szétesik több oldalra, nem nyomtatódik ki a Flash-fejléc (pedig ezt kérték), és egyéb bosszantó dolgok.
A http://weblabor.hu/cikkek/cssnyomtatas cikket ismerem, nagyon hasznos.


Köszönettel:
NeverGone :)
 

FTP-n nem törölhető a könyvtár

PredMan · 2009. Május. 4. (H), 12.18
Sziasztok!

kb 3 hónapja írtam PHP-ban egy képfeltöltő szkriptet, ami úgy működik, hogy a felhasználó egyszerre több képet is feltölthet. Ezeket először egy ideiglenes könyvtárba tölti (véletlenszerű nevet adok neki, persze spéci karakterek nélkülit), majd megvizsgálja, hogy a képek megfelelnek-e az elvárásoknak. Ha megfelel, akkor rename() függvénnyel áthelyezi a végleges könyvtárba és végül törli az ideiglenes mappát.

Na most ez idáig tökéletesen működött, most is szépen működik, viszont történt egy olyan eset, hogy valaki feltöltött magáról képeket, létrejött az ideiglenes mappa és vannak is benne képek, tehát valszeg megszakíthatta a feltöltést vagy nemtom... és ez az ideiglenes mappa nem törlődött le és még manuálisan sem tudom letörölni sőt, még a mappa jogosultságát sem tudom állítani.

Ha a benne lévő képeket törölni szeretném, ezt dobja a Totalcommander: "nem törölhető fájl: xy.jpg"

Ha a mappa jogosultságát szeretném átállítani, akkor ezt dobja: "nem cserélhető a távoli fájl attributuma"

érdekessége az egésznek az, hogy ha kijelölöm ezt az ideiglenes mappát és úgy nyomok a törlés gombra, akkor nem ír ki hibát, végigfut a fájlokon, de nem törli ki őket.

megnéztem, hátha van .htaccess fájl a könyvtárban, de nincs. Próbaképp megpróbáltam ebbe a törölhetetlen mappába fájlt feltölteni és egy alkönyvtárat is létrehozni, de nem engedi: "átviteli hiba! folytatod?"

nem hinném, hogy a kóddal lenne a hiba, mert most is tökéletesen működik, töltögetnek szépen képeket a mukik és az ideiglenes mappák is szépen törlődnek. Ilyenkor mi van? a szolgáltatónál kéne érdeklődni?

és ami még érdekes, hogy átnevezni engedte ezt az ideiglenes mappát, csak éppen semmi mást nem enged.

remélem tapasztaltatok már ilyet!

köszi