Archívum - Feb 2005
DHTML/Firefox/Flash esete
Sziasztok!
Nagy segítségre lenne szükségem.
Adott egy fejlesztési cím http://studytime.insms.net
Olyan problémám lenne, hogy a flash kitakarja a legördülő dhtml menüt. IE alatt egyszerű megoldás kínálkozott.
<param name="WMode" value="Transparent">
Így a flash felett jelent meg a menü. Firefox-ot, istennek se tudom rávenni. Így viszont nem jó.
Bármilyen megoldás érdekelne. Segítségeteket előre is köszönöm.
■ Nagy segítségre lenne szükségem.
Adott egy fejlesztési cím http://studytime.insms.net
Olyan problémám lenne, hogy a flash kitakarja a legördülő dhtml menüt. IE alatt egyszerű megoldás kínálkozott.
<param name="WMode" value="Transparent">
Így a flash felett jelent meg a menü. Firefox-ot, istennek se tudom rávenni. Így viszont nem jó.
Bármilyen megoldás érdekelne. Segítségeteket előre is köszönöm.
Tabbed Browsing Turns 7
7 éves a füles böngészés - a NetCaptorban volt először
■ Az elérhetőség nem csak a vakokról szól
Végre sikerült lebeszélnem a megrendelőt az animgifekről és a lila háttérről, nem esik szét az oldal már egyik nagy böngészőn se, pedig táblázat nélküli a kód és validál is egy hiba nélkül, használható javascriptet letiltva, képeket kikapcsolva de még szöveges böngészőben is, a 85 éves nagyapám is el tudná olvasni a szöveget a nagyító funkcióval és akkor azt mondod, hogy gondoljak még a hülyékre is?!
php proxy
okosoktól segítséget kérek:
Van egy windózos alkalmazásunk. Azt tervezzük, hogy valamilyen még nem körvonalazott technikával /SOAP? HTTP?/ kéri el az adatokat a kisvállalkozás szerverétől.
Hanemde a bökkenő az, hogy ezek elég érzékeny ügyfél adatok, és nem szeretnénk kirakni őket a webre. Ezért azt tervezzük, hogy egy 'php proxy' szerűséget raknánk ki egy publikus webszerverre:
WinApp <===> Webszerver <===> Céges szerver
A webszerveren egy egyszerű PHP szkript futna, ami minden kérést szépen továbbítana a céges szerver felé, és minden választ visszaküld a felhasználók programjai felé.
Tehát a felhasználó így azt hiheti, hogy a webszerverrel kommunikál, pedig ott csak egy buta adattovábbító PHP szkript csücsül.
Na egy ilyen szkript-re kellene nekem ötlet, link, doksi stb
- több egyidejű kapcsolatot kell kezelnie /max 1-2 tucat nagyságrend/
- jó lenne ha SOAP-ot tudna adni-venni
- https nem feltétlenül kell bele
előre is köszi
bocs
■ Van egy windózos alkalmazásunk. Azt tervezzük, hogy valamilyen még nem körvonalazott technikával /SOAP? HTTP?/ kéri el az adatokat a kisvállalkozás szerverétől.
Hanemde a bökkenő az, hogy ezek elég érzékeny ügyfél adatok, és nem szeretnénk kirakni őket a webre. Ezért azt tervezzük, hogy egy 'php proxy' szerűséget raknánk ki egy publikus webszerverre:
WinApp <===> Webszerver <===> Céges szerver
A webszerveren egy egyszerű PHP szkript futna, ami minden kérést szépen továbbítana a céges szerver felé, és minden választ visszaküld a felhasználók programjai felé.
Tehát a felhasználó így azt hiheti, hogy a webszerverrel kommunikál, pedig ott csak egy buta adattovábbító PHP szkript csücsül.
Na egy ilyen szkript-re kellene nekem ötlet, link, doksi stb
- több egyidejű kapcsolatot kell kezelnie /max 1-2 tucat nagyságrend/
- jó lenne ha SOAP-ot tudna adni-venni
- https nem feltétlenül kell bele
előre is köszi
bocs
Újabb biztonsági kérdés
Sziasztok!
Csináltam egy beléptető oldalt és egy admin oldalt. Úgy oldottam meg a bejelentkezés ellenőrzését, hogy a sikeres belépés után van egy session_register('nev'); a beléptető oldalon. Ezután az user-t átirányítom az admin oldalra, ahol ellenőrzöm a 'nev' meglétét a session_is_registered('nev'); függvénnyel. Ha létezik, akkor megjelenik az admin felület.
Ez a megoldás szerintetek mennyire biztonságos?
■ Csináltam egy beléptető oldalt és egy admin oldalt. Úgy oldottam meg a bejelentkezés ellenőrzését, hogy a sikeres belépés után van egy session_register('nev'); a beléptető oldalon. Ezután az user-t átirányítom az admin oldalra, ahol ellenőrzöm a 'nev' meglétét a session_is_registered('nev'); függvénnyel. Ha létezik, akkor megjelenik az admin felület.
Ez a megoldás szerintetek mennyire biztonságos?
