Html-, css- és php-help
Jelentkezz be a hozzászóláshoz.
#8931
+#8911, #8910, #8907
#8930
#8912
#8929
Szerintem ki fogom venni a kodbol a fix-et. Tokeletes megoldast sajnos a hatter png miatt lehetetlen elerni vele. Felmegoldasnal meg akkor mar az is jobb, ha nem transparens semmi es mindenhol megvan a szurke keret (magat a tartalmat vegulis nem erinti). Es ugy legalabb egyseges... 😛
Meg aki IE5-ot vagy 6-ot hasznal az meg is erdemli. Vallalati vagy nem. <#duhos2>
Meg aki IE5-ot vagy 6-ot hasznal az meg is erdemli. Vallalati vagy nem. <#duhos2>
#8928
Még mielõtt a scriptet használnám, kipróbálnám a Clearbox-ot mint html megjelenítõt (is), de nemtudom hogy tudnám leellenõrizni, ugyanis IE7 és FF van csak itthon.
Javaslat?
Javaslat?
http://flickr.com/photos/zolika90/
#8927
Egyrészt:
Known Issues
Tell me about them as you encounter them 😊. Currently I can only think of these:
* Can't help IE versions prior to 5.5, sorry.
* Users can't right-click-save processed PNG images, they'll save the blank GIF file if they try that. In some cases this might be a feature, not a bug...
* The script detects the ".png" extension in image URLs. So if you have a CGI script that generates a PNG image, you may have to rewrite parts of the script, or just cache them as PNG files somewhere.
* It's most reliable on elements with non-'auto' dimensions set. So, give images and other elements width/height values; '100%', '10em' and '200px' and so on are all OK.
* Background PNG images can't be tiled. This is a limitation of the IE filter.
* Similarly, padding and borders don't indent the PNG image. An easy fix for this is wrapping your PNG images in container DIVs or similar.
* There may be about a short time as soon as the image loads when images are not transparent, before the IE filter kicks in.
Másrészt: Javascript - Don't care-t kell átállítani
Known Issues
Tell me about them as you encounter them 😊. Currently I can only think of these:
* Can't help IE versions prior to 5.5, sorry.
* Users can't right-click-save processed PNG images, they'll save the blank GIF file if they try that. In some cases this might be a feature, not a bug...
* The script detects the ".png" extension in image URLs. So if you have a CGI script that generates a PNG image, you may have to rewrite parts of the script, or just cache them as PNG files somewhere.
* It's most reliable on elements with non-'auto' dimensions set. So, give images and other elements width/height values; '100%', '10em' and '200px' and so on are all OK.
* Background PNG images can't be tiled. This is a limitation of the IE filter.
* Similarly, padding and borders don't indent the PNG image. An easy fix for this is wrapping your PNG images in container DIVs or similar.
* There may be about a short time as soon as the image loads when images are not transparent, before the IE filter kicks in.
Másrészt: Javascript - Don't care-t kell átállítani
#8926
Elvileg igy nez ki. Megerositeni nem tudom, mert nincs felinstallalva IE6 es nem is lesz.
#8925
"fix javascript-et hasznal a fix-re"
De jol megmondtam... 😛
De jol megmondtam... 😛
#8924
Miben? Az en bongeszomben igen, a browsershots-on nem tudom, hogy lehet beallitani. De ha a fix javascript-et hasznal a fix-re, akkor szerintem igen, mert reszlegesen megoldotta a problemat (a kepek valoban atlatszoak lettek) csak bugosan.
#8923
Javascript be volt kapcsolva?
#8922
Ah, azota mar felraktam. 😊
Bar a browsershots.org szerint meg mindig nem mukodik normalisan IE5 es 6 alatt. A transparency mar ugy-ahogy mukodik, kiveve ha hatternek van berakva a kep (akkor tovabbra is szurke az atlatszo resz). Es valami oknal fogva megjelenik a kepek kerete a piros x-el, mintha nem tudna betolteni a kepet, de kozben a hatterben latszodnak.
Bar a browsershots.org szerint meg mindig nem mukodik normalisan IE5 es 6 alatt. A transparency mar ugy-ahogy mukodik, kiveve ha hatternek van berakva a kep (akkor tovabbra is szurke az atlatszo resz). Es valami oknal fogva megjelenik a kepek kerete a piros x-el, mintha nem tudna betolteni a kepet, de kozben a hatterben latszodnak.
#8921
<off>Egy kis forgásszimmetria</off>
#8920
"Ezen a .png fixen en is gondolkodtam egy ideig. Aztan arra jutottam, hogy screw Microsoft, es inkabb kiirtam alulra, hogy 'Recommended browsers: Mozilla FireFox or Opera' es megadtam hozzajuk a linket."
Vállalati környezetben (Active Directory, Win 2k3 szerver+Win XP kliensek - tartományos bejelentkeztetéssel, korlátozott felhasználói fiókok) ez sajnos nem így megy.
Másrészt a látogató nem fog a két szép szemedért más böngészõre áttérni (ha nem is tudja feltelepíteni).
Vállalati környezetben (Active Directory, Win 2k3 szerver+Win XP kliensek - tartományos bejelentkeztetéssel, korlátozott felhasználói fiókok) ez sajnos nem így megy.
Másrészt a látogató nem fog a két szép szemedért más böngészõre áttérni (ha nem is tudja feltelepíteni).
#8919
Ezen a .png fixen en is gondolkodtam egy ideig. Aztan arra jutottam, hogy screw Microsoft, es inkabb kiirtam alulra, hogy 'Recommended browsers: Mozilla FireFox or Opera' es megadtam hozzajuk a linket... <#alien>
#8918
img, div { behavior: url(iepngfix.htc) }
#8917
Neharagudj, de nemértem a PNG-s dolognál, hogy a Css-be mit is kell beírnom, hogy a HTC fájl aktivizálódjon?
http://flickr.com/photos/zolika90/
#8916
Mellesleg IE6 alatt - ami jelentõs látogatóbázist alkot még - az oldal így néz ki.
A stílusdefinícióknál a body definícióját egészítsd ki erre:
body {
background-color:#646464;
text-align: center;
}
Illetve a PNG átlátszóság-problémára is van megoldás: http://www.twinhelix.com/css/iepngfix/
A stílusdefinícióknál a body definícióját egészítsd ki erre:
body {
background-color:#646464;
text-align: center;
}
Illetve a PNG átlátszóság-problémára is van megoldás: http://www.twinhelix.com/css/iepngfix/
#8915
1. Dokumentum-típus definíció hiányzik az oldal legelejérõl:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
2. Biztos ami biztos, az állománynevekben ne használj ékezetes karaktereket, nagybetût, szóközt - sok problémától megóvhatod magad.
3. <p><h1>Üdvözöllek a honlapomon!</h1><br> - Most ez akkor bekezdés, címsor, vagy mi? Valószínûsítem címsor, tehát a <p> és <br> tagek feleslegesek: <h1>Üdvözöllek a honlapomon!</h1>
4. Ide egy online galériát tervezek létrehozni eddig alkotott fotóimból és Photoshop mûveimbõl.</p> - itt meg nincs rendesen elkezdve, tehát helyesen:
<p>Ide egy online galériát tervezek létrehozni eddig alkotott fotóimból és Photoshop mûveimbõl.</p>
5. Az 1., 3. és 4. pontban leírtak megfigyelhetõek a "Fotófõoldal" oldalán is. Illetve az alt attribútum kötelezõ: <img src="sony_a200.png" alt="Sony Alpha 200 fényképezõgép">
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
2. Biztos ami biztos, az állománynevekben ne használj ékezetes karaktereket, nagybetût, szóközt - sok problémától megóvhatod magad.
3. <p><h1>Üdvözöllek a honlapomon!</h1><br> - Most ez akkor bekezdés, címsor, vagy mi? Valószínûsítem címsor, tehát a <p> és <br> tagek feleslegesek: <h1>Üdvözöllek a honlapomon!</h1>
4. Ide egy online galériát tervezek létrehozni eddig alkotott fotóimból és Photoshop mûveimbõl.</p> - itt meg nincs rendesen elkezdve, tehát helyesen:
<p>Ide egy online galériát tervezek létrehozni eddig alkotott fotóimból és Photoshop mûveimbõl.</p>
5. Az 1., 3. és 4. pontban leírtak megfigyelhetõek a "Fotófõoldal" oldalán is. Illetve az alt attribútum kötelezõ: <img src="sony_a200.png" alt="Sony Alpha 200 fényképezõgép">
#8914
Sziasztok ismét!
Újra próbálkoztam, egyszerûbb felépítéssel, az eredmény itt tekinthetõ meg:
zolcsii.extra.hu
A kérdésem az lenne, hogy van-e benne orbitális hiba, vagy valamilyen elcsúszás nagyobb felbontáson, vagy épp IE-ben/Safariban. 1024x768-on van tesztelve.
Fotók lap, és azon belül az jobb felsõ gombbal elérhetõ oldal van egyelõre tesztelés miatt fent, a gombfeliratok még nincsenek kész, de megnézni élesben már jó így.
Válaszotokat várom...és köszönöm.
Újra próbálkoztam, egyszerûbb felépítéssel, az eredmény itt tekinthetõ meg:
zolcsii.extra.hu
A kérdésem az lenne, hogy van-e benne orbitális hiba, vagy valamilyen elcsúszás nagyobb felbontáson, vagy épp IE-ben/Safariban. 1024x768-on van tesztelve.
Fotók lap, és azon belül az jobb felsõ gombbal elérhetõ oldal van egyelõre tesztelés miatt fent, a gombfeliratok még nincsenek kész, de megnézni élesben már jó így.
Válaszotokat várom...és köszönöm.
http://flickr.com/photos/zolika90/
#8913
Ez mekkora kiralysag! ^^
#8912
akkormár http://browsershots.org
#8911
#8910
- mondta a medve, és fejbe lőtte magát...
#8909
jó akkor veled együtt 1% - na most gondoltam, hogy belegázolok valakibe ezért irtam - de - nincs de - ez van - most már tudjuk, hogy te is.
Te is tudod, ha csináltál oldalat a nagyközönségnek, hogy - szalonképesen szólva:ekkora százalék le van szarva - de tegyem hozzá - nekem nincs gondom az operával - nagyon kis takaros és igénytelen a kódra nézve - megy az.
Te is tudod, ha csináltál oldalat a nagyközönségnek, hogy - szalonképesen szólva:ekkora százalék le van szarva - de tegyem hozzá - nekem nincs gondom az operával - nagyon kis takaros és igénytelen a kódra nézve - megy az.
- mondta a medve, és fejbe lőtte magát...
#8908
frankó, kösz szépen!
#8907
"többek közt errõl a CSS ajánlásról van szó ugye?"
Meg ez is - bár "Candidate Recommendation" státuszban van, de a modern "alternatív" böngészõk (Opera, Firefox, Safari) többnyire rendesen támogatják.
A másik dolog amivel kicsit többet lehet szívni a Javascript (DOM-ma, Ajaxxal megáldva).
"Már csak az érdekelne, hogy IE6 és 7 között mennyi a különbség? ami 6-ban jó az 7-ben is az lesz?"
What's New in Internet Explorer 7 - elvileg.
AZ IE7 valamelyest javult az IE6-hoz képest, tehát ami jó volt IE6-ban az jó lesz IE7 alatt is.
Viszont erõteljesen javaslom, hogy a készített munkát teszteld le minél több böngészõn - amennyin csak tudod. Erre való az alábbi csomag, vagy ez. De jó megoldást nyújthat a virtuális gépek (Virtualbox, Vmware, VirtualPC) használata is. Meg vannak ilyen remek szolgáltatások is.
Meg ez is - bár "Candidate Recommendation" státuszban van, de a modern "alternatív" böngészõk (Opera, Firefox, Safari) többnyire rendesen támogatják.
A másik dolog amivel kicsit többet lehet szívni a Javascript (DOM-ma, Ajaxxal megáldva).
"Már csak az érdekelne, hogy IE6 és 7 között mennyi a különbség? ami 6-ban jó az 7-ben is az lesz?"
What's New in Internet Explorer 7 - elvileg.
AZ IE7 valamelyest javult az IE6-hoz képest, tehát ami jó volt IE6-ban az jó lesz IE7 alatt is.
Viszont erõteljesen javaslom, hogy a készített munkát teszteld le minél több böngészõn - amennyin csak tudod. Erre való az alábbi csomag, vagy ez. De jó megoldást nyújthat a virtuális gépek (Virtualbox, Vmware, VirtualPC) használata is. Meg vannak ilyen remek szolgáltatások is.
#8906
Meg ugye ki használ Operát.) 1%. = én + még sok mindenki más, akik nem látogatnak oldalakra ahonnan statisztika gyûjthetõ. Pl. a microsoft update oldalára nem fognak se safari, firefox, opera vagy lynx-el megnézni, már csak azért sem, mert a microsoft ragaszkodik, hogy szigorúan IE alatt mûködjön az update.
#8905
többek közt errõl a CSS ajánlásról van szó ugye? hát nem rövid, majd még belenézek kösz!
Vorpal: kb. én is ezt gondolom, eddig csak IE6-ra és FF-re optimalizáltam, de azért az sem rossz, ha másban is rendben van a lap.
Már csak az érdekelne, hogy IE6 és 7 között mennyi a különbség? ami 6-ban jó az 7-ben is az lesz?
Vorpal: kb. én is ezt gondolom, eddig csak IE6-ra és FF-re optimalizáltam, de azért az sem rossz, ha másban is rendben van a lap.
Már csak az érdekelne, hogy IE6 és 7 között mennyi a különbség? ami 6-ban jó az 7-ben is az lesz?
#8904
Az én tippem a többségre optimalizálás - IE7 és FF3 alatt fusson és a többi le van szarva - elhanyagolható mennyiségben vannak jelen - meg ha ezzel a kettõvel megbirkózol - kevés gondod lesz.
Az IE6 pl a legnehezebb ha még érdekel - még jócskán van otthon az embereknek -- tapasztalataim szerint az Operával egy szál gond nincs ha ez a 2 üln.
Meg ugye ki használ Operát.) 1%.
Az IE6 pl a legnehezebb ha még érdekel - még jócskán van otthon az embereknek -- tapasztalataim szerint az Operával egy szál gond nincs ha ez a 2 üln.
Meg ugye ki használ Operát.) 1%.
- mondta a medve, és fejbe lőtte magát...
#8903
"CSS szemponjából hagyatkozhatok a Firefox 3-ra és Opera 9.5-re?"
Egy kicsit kifordítanám a kérdést: ha a W3C ajánlások (de facto' szabványok) szerint készíted el az oldalt, akkor Firefoxban, Operában, és Safariban az esetek túlnyomó többségében jól fog megjelenni az oldal. Viszont IE 7 és az alatti verziókban gondjaid lesznek - ezek ellen vannak különbözõ trükkök.
"Tényleg, ha már itt tartunk. Kismillió statisztika, meg adat van a neten a böngészõk használtságáról, kb melyiket érdemes figyelembevenni? Vagy annyira lehetetlenség ezt meghatározni, mint amennyi van? 😊"
Nos én úgy vallom, hogy egyrészt szemantikusan, szabványosan kell a kódot írni, másrészt azokra a böngészõkre érdemes optimalizálni amelyek piacvezetõek, elterjedtek, használatban vannak (jelenleg IE6 és fölötte, Firefox 1.x és fölötte, Opera 8 és fölötte, Safari). 1% alatti globális elterjedtségû böngészõkre (régi Netscape-változatok, IE5 és alatta) nem kell akkora figyelmet fordítani.
Hacsak:
* ez nem valamilyen intranetes/extranetes alkalmazás, aminél a megrendelõ ezt megköveteli
* az általad készített böngészõstatisztikák, vagy az elõzetes felmérések mást mutatnak
* valamilyen speciális közönséget is meg akarsz célozni (például mobil böngészõk)
Harmadrészt: nagyon új kiforratlan technológiákat (CSS3, HTML5) ne használj - hacsak nem ez a feladat.
Egy kicsit kifordítanám a kérdést: ha a W3C ajánlások (de facto' szabványok) szerint készíted el az oldalt, akkor Firefoxban, Operában, és Safariban az esetek túlnyomó többségében jól fog megjelenni az oldal. Viszont IE 7 és az alatti verziókban gondjaid lesznek - ezek ellen vannak különbözõ trükkök.
"Tényleg, ha már itt tartunk. Kismillió statisztika, meg adat van a neten a böngészõk használtságáról, kb melyiket érdemes figyelembevenni? Vagy annyira lehetetlenség ezt meghatározni, mint amennyi van? 😊"
Nos én úgy vallom, hogy egyrészt szemantikusan, szabványosan kell a kódot írni, másrészt azokra a böngészõkre érdemes optimalizálni amelyek piacvezetõek, elterjedtek, használatban vannak (jelenleg IE6 és fölötte, Firefox 1.x és fölötte, Opera 8 és fölötte, Safari). 1% alatti globális elterjedtségû böngészõkre (régi Netscape-változatok, IE5 és alatta) nem kell akkora figyelmet fordítani.
Hacsak:
* ez nem valamilyen intranetes/extranetes alkalmazás, aminél a megrendelõ ezt megköveteli
* az általad készített böngészõstatisztikák, vagy az elõzetes felmérések mást mutatnak
* valamilyen speciális közönséget is meg akarsz célozni (például mobil böngészõk)
Harmadrészt: nagyon új kiforratlan technológiákat (CSS3, HTML5) ne használj - hacsak nem ez a feladat.
#8902
Ha FF3-ra és Opera 9.5-re optimalizálsz, és a többit leszarod, akkor hagyatkozhatsz rájuk. 😊
Tökmindegy mi merre fejlõdik, amíg nem ugyanolyan a szabvány támogatottsága a böngészõknek, addig kell foglalkozni a különbségekkel.
A felsoroltakon kívül Safarira még mindenképpen érdemes ránézni.
Tényleg, ha már itt tartunk. Kismillió statisztika, meg adat van a neten a böngészõk használtságáról, kb melyiket érdemes figyelembevenni? Vagy annyira lehetetlenség ezt meghatározni, mint amennyi van? 😊
Tökmindegy mi merre fejlõdik, amíg nem ugyanolyan a szabvány támogatottsága a böngészõknek, addig kell foglalkozni a különbségekkel.
A felsoroltakon kívül Safarira még mindenképpen érdemes ránézni.
Tényleg, ha már itt tartunk. Kismillió statisztika, meg adat van a neten a böngészõk használtságáról, kb melyiket érdemes figyelembevenni? Vagy annyira lehetetlenség ezt meghatározni, mint amennyi van? 😊
(\__/) ( X.x) ( } . { )
#8901
jó, az IE az alap, abban frissítek elõször mentés után 😄
#8900
Nem. vegyük például az IE-t.. 😊
Amúgy nem tudom, de nem hiszem, hogy IE6 olyan hüde kompatibilis lenne bármivel. 😊
Amúgy nem tudom, de nem hiszem, hogy IE6 olyan hüde kompatibilis lenne bármivel. 😊
[/spam]™
#8899
CSS szemponjából hagyatkozhatok a Firefox 3-ra és Opera 9.5-re?
úgyértem ha azokban rendben van az oldal, akkor Safari-ban, Netscape-ben és más browser-ekben is rendben lesz?
úgyértem ha azokban rendben van az oldal, akkor Safari-ban, Netscape-ben és más browser-ekben is rendben lesz?
#8898
ok 😉
#8897
*ha jól tudom* - na én meg erre kérdeztem rá - bizonytalan voltam és kérdeztem - nem kell túlspiláznunk.
- mondta a medve, és fejbe lőtte magát...
#8896
Nem tudom mire gondolsz ... máshonnan *is* akarsz betölteni filet? Nem arról beszélünk, hogy külsõ fájlokat ne lehessen betölteni. A file_exists funkcióval nem tudod *ha jól tudom* leellenõrizni, hogy egy másik serveren létezik-e a file.
Hogy egy külsõ -másik serveren létezik-e a kért file pl. használhatod ezt a funkciót:
<?php
function url_exists($url) {
// Version 4.x supported
$handle = curl_init($url);
if (false === $handle)
{
return false;
}
curl_setopt($handle, CURLOPT_HEADER, false);
curl_setopt($handle, CURLOPT_FAILONERROR, true); // this works
curl_setopt($handle, CURLOPT_NOBODY, true);
curl_setopt($handle, CURLOPT_RETURNTRANSFER, false);
$connectable = curl_exec($handle);
curl_close($handle);
return $connectable;
}
?>
bool file_exists ( string $filename )
Hogy egy külsõ -másik serveren létezik-e a kért file pl. használhatod ezt a funkciót:
<?php
function url_exists($url) {
// Version 4.x supported
$handle = curl_init($url);
if (false === $handle)
{
return false;
}
curl_setopt($handle, CURLOPT_HEADER, false);
curl_setopt($handle, CURLOPT_FAILONERROR, true); // this works
curl_setopt($handle, CURLOPT_NOBODY, true);
curl_setopt($handle, CURLOPT_RETURNTRANSFER, false);
$connectable = curl_exec($handle);
curl_close($handle);
return $connectable;
}
?>
bool file_exists ( string $filename )
#8895
"jó, csak nem jeleníti meg a képet, ilyen üres kockákat jelenít meg.Ebbe a könyvtárba van a gépen, meg fel is van töltve a honlapra^^ "
Az elsõ példában hozz létre a HTML-forrást tartalmazó könyvtárban egy digital-clock nevû könyvtárt és abba kerüljenek a kicsomagolt állományból származó képek.
A 2. és 3. változatba a képek a HTML forrással megegyezõ könyvtárba kerülnek.
"php és mysql verziószámát hogy tudom kiíratni?😊 "
http://hu.php.net/manual/en/function.mysql-get-server-info.php
http://hu.php.net/phpversion
Az elsõ példában hozz létre a HTML-forrást tartalmazó könyvtárban egy digital-clock nevû könyvtárt és abba kerüljenek a kicsomagolt állományból származó képek.
A 2. és 3. változatba a képek a HTML forrással megegyezõ könyvtárba kerülnek.
"php és mysql verziószámát hogy tudom kiíratni?😊 "
http://hu.php.net/manual/en/function.mysql-get-server-info.php
http://hu.php.net/phpversion
#8894
ha nem csak lokálisan akkor a másik szerveren is létezik az a fájl és akkor lehet includolni - csak végigkövetem
- mondta a medve, és fejbe lőtte magát...
#8893
lokálissan, de itt ez a lényeg nem? - ezáltal a *be-include-olást* lehetetlenné téve.
#8892
üdv
php és mysql verziószámát hogy tudom kiíratni?😊
php és mysql verziószámát hogy tudom kiíratni?😊
#8891
jó, csak nem jeleníti meg a képet, ilyen üres kockákat jelenít meg.Ebbe a könyvtárba van a gépen, meg fel is van töltve a honlapra^^
Gépen itt van:
C:\Downloads\digital_clock\ a része.. viszont a script meg úgy szól hogy / most akkor ez a gond?
kössz.😊
Gépen itt van:
C:\Downloads\digital_clock\ a része.. viszont a script meg úgy szól hogy / most akkor ez a gond?
kössz.😊
#8890
Google találata a digital clock javascript keresõszavakra: tadam - itt vannak hozzá a szükséges állományok (a képek átalakíthatóak, így a kinézet is átalakítható).
Vagy egy másik - hozzá való fájlok alatta - vagy van ennek 24 órás változata is.
De feltétlenül szükséges az óra? Ez egy intranetes idõkritikus alkalmazás lesz? Biztonsági webkamera webes felülete? Terminálban futó webes alkalmazás? Online játék?
Az operációs rendszerben ott van az óra - ha kíváncsi vagyok rá megnézem. De egy honlapon a TARTALOM érdekli a látogatót (az órát fentebb görgeti, nem fogja figyelni, így csak a látogató gépének erõforrásait pazarolja).
Vagy egy másik - hozzá való fájlok alatta - vagy van ennek 24 órás változata is.
De feltétlenül szükséges az óra? Ez egy intranetes idõkritikus alkalmazás lesz? Biztonsági webkamera webes felülete? Terminálban futó webes alkalmazás? Online játék?
Az operációs rendszerben ott van az óra - ha kíváncsi vagyok rá megnézem. De egy honlapon a TARTALOM érdekli a látogatót (az órát fentebb görgeti, nem fogja figyelni, így csak a látogató gépének erõforrásait pazarolja).
#8889
Tudnátok adni egy normális javascriptet, ami az aktuális idõt mutatja, (óra, perc) és úgy "digitális" kinézete legyen, meg digitális óra legyen.Köszi.😊
#8888
ebben biztos vagy, hogy csak lokálisan keresi a fájlt?
- mondta a medve, és fejbe lőtte magát...
#8887
$page = str_replace("http://", "", "$_GET["oldal"]");
if(!file_exists($page))
{
$page = 'index.php';
}
ha már user igy adhat meg dolgokat slashelném és html karaktereket is szanálnám.
if(!file_exists($page))
{
$page = 'index.php';
}
ha már user igy adhat meg dolgokat slashelném és html karaktereket is szanálnám.
- mondta a medve, és fejbe lőtte magát...
#8886
Köszönöm szépen kedvességed, viszont vannak ezek az úgynevezett "kész" dropdown scriptek is!😊 azok nem lennének jók?Elég sok van belõlük.
Köszike😊
Köszike😊
#8885
A kódba hozzátehetsz egy if ( file_exists() ) {} és ha csak létezik *a serveren* csak akkor fut tovább a kód.
#8884
sajna letiltották, amíg kiküszöbölöm a hibát.
a lényeg az, hogy van egy index.php, ennek kell urlben megadni egy "oldal" változót, amit úgy tudtam megoldani, a sok-sok aloldal miatt, hogy lehessem kb bármi, tehát pl /egyesulet/2007.php is.
Az index.php az oldal változót $_GET
Viszont valami úgy nyitotta meg, hoyg index.php?oldal=http://ártóoldal/ártókód.php , ami küldözgette a spameket szépen.
Annyi a kérdésem, hogy az elõzõleg leírt kód elég-e a probléma megoldásához?
a lényeg az, hogy van egy index.php, ennek kell urlben megadni egy "oldal" változót, amit úgy tudtam megoldani, a sok-sok aloldal miatt, hogy lehessem kb bármi, tehát pl /egyesulet/2007.php is.
Az index.php az oldal változót $_GET
Viszont valami úgy nyitotta meg, hoyg index.php?oldal=http://ártóoldal/ártókód.php , ami küldözgette a spameket szépen.
Annyi a kérdésem, hogy az elõzõleg leírt kód elég-e a probléma megoldásához?
Blues, Peace and Jimi Hendrix...
#8883
csak IE és Opera alatt mûködik, FF-ben nem
Dragon: ha a fõoldal nem nyílik le, akkor még kell mellé egy másik gomb, amibõl lenyílik a menü
pl. így (menu_hier.js):
var menuHierarchy = [
<'Fooldal', null,>,
['menü', null,
<'Hivj Ki Minket', 'war.html',>,
<'Csatlakozz Hozzank', 'csatlakozz.html',>,
<'Forum', 'forum.html',>,
<'Galeria', 'galeria.html',>,
]]
de amúgy jobban jársz azzal, amit Dj Faustus írt
Dragon: ha a fõoldal nem nyílik le, akkor még kell mellé egy másik gomb, amibõl lenyílik a menü
pl. így (menu_hier.js):
var menuHierarchy = [
<'Fooldal', null,>,
['menü', null,
<'Hivj Ki Minket', 'war.html',>,
<'Csatlakozz Hozzank', 'csatlakozz.html',>,
<'Forum', 'forum.html',>,
<'Galeria', 'galeria.html',>,
]]
de amúgy jobban jársz azzal, amit Dj Faustus írt
#8882
siasztok! csináltam egy képlink-et. ez eddig oké, mûködik is. csak, beírtam a megfelelõ szöveget, hogy alul a böngészõben mit írjon ki, ha rámennek az egérrel, de az van, ha offline nézem az oldalt, akkor mutatja, ha fetettem a tárhelyre, akkor meg em. a címeket írja amikre a linkek mutatnak... http://netezek.exta.hu/