Html-, css- és php-help
Jelentkezz be a hozzászóláshoz.
Érdekesség: hogyan csináljunk PHP-bõl .exe-t?
Ez már hibás. Az összerendelõ operátor (=) nem azonos az összehasonlító operátorral (==)!
Helyesen:
eredm = HA(szam==0,0,ertek);
Picabu!
Itthagytam a forumot! Ne irj privatot!
http://www.cssbeauty.com/
http://www.cssdrive.com/
http://www.cssimport.com/
http://cssmania.com/
http://gallery.wordstudio.cz/
http://www.cssremix.com/
http://www.cssgalaxy.com/
http://www.dark-i.com/default.aspx
http://www.stylegala.com/
http://www.w3csites.com/
http://www.webstandardsawards.com/
http://webdesignbook.net/
http://thesis.veracon.net/all
http://www.webcreme.com/
http://www.csselite.com/
http://www.unmatchedstyle.com/
http://www.css-website.com/
http://www.themoleskin.com/archives/the-definitive-css-galleries-list/
http://www.csstopsites.com/galleries/
http://www.csstux.com/
http://www.cssbloom.com/
Itthagytam a forumot! Ne irj privatot!
az utóbbi idõk tapasztalataiból (kép alapján csinálok HTML-t divekkel..) meg kell adni mindenhol a paddingot, margint, méreteket (..) és kerülni a bordert /ezt most úgy értem, hogy azért, hogy a két nagy böngészõben ugyanúgy nézzen ki a mû/
[/spam]™
Itthagytam a forumot! Ne irj privatot!
JavaScript
Excelbõl "konvertálok" HTML-be.
Van egy HA fv-em, ami így néz ki:
function HA(feltetel, igaz, hamis)
{
return feltetel ? igaz : hamis;
}
Valahogy így hívom meg:
eredm = HA(szam=0,0,ertek);
Ahol az eredm, szam, ertek változók és szám típusúak. Ez eddig rendben van, mûködik.
Viszont én azt szeretném, hogy az eredm egyik esetben szám, más esetben szöveg legyen, így:
eredm = HA(szam=0,"nincs",ertek);
És így, ha a szam=0, akkor egy szöveget adjon vissza az eredm-be, ha meg nem 0, akkor az ertek értékét.
Számomra ez most igen megoldhatatlannak tûnik, de remélem, hogy ti tudtok segíteni!
Köszönöm!
Catti
[/spam]™
Mennyire nehez css-el megcsinalni egy photoshop deignt? Tablazatokkal megy, de olyan sok helyen mondtak hogy a CSSjobb hogy gondoltam ugy kene csinalni, bar utalom a diveket meg a spanokat nekem eddig ossze vissza csuszkaltak ahogy valtozott a lap merete. 😛
Itthagytam a forumot! Ne irj privatot!
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
köszi
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
<!--
function chatWindow() {
var uri = "index.php";
var gadgets = "toolbar=0,status=0,scrollbars=0,menubar=0,resizeable=0,width=550,height=350,top=<?php echo $topx; ?>,left=<?php echo $lefty; ?>";
var targ = "_blank";
window.open(uri, targ, gadgets);
}
//-->
</script>
<a href="index.php">Chat</a>
Ezt hogy lehetne IE alatt is mûködõképessé tenni?
<a href="#"><font size=3>Chat</font></a>
Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyőznek a rutinjukkal! [ http://dchelp.hu ]
Daxan „nekem a veszély lételemem, gyári default.”
echo '<?xml version="1.0" encoding="'. $iso<1>1> .'"?' .'>';
a fenti rész elé szúrjuk be a következõ sort
header("Content-Type: text/html; charset=utf-8");
Talán még ha van lehetõségünk akkor a .htaccess fájlba ezt a sort beilleszteni:
AddDefaultCharset utf-8
Azért is érdemes már a fent említet technikát használni amit már Faustus is sokszor említett.
Az itthoni gépen tesztelve lettem figyelmes arra hogy az RSS kimenetben az ékezetes betûk helyet csak össze-vissza karakterek jelennek meg. Ezzel a javítással viszont tökéletessen mûködik.
Daxan „nekem a veszély lételemem, gyári default.”
Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyőznek a rutinjukkal! [ http://dchelp.hu ]
ads
Lenne 1 oan kérdésem,hogy szeretnék csinálni 1 lapozható képgalériát.
Ftp-n vannak a képek,de semmit nemtalálok ezügyben:😞😞:
Tudna nekem valaki segíteni?
Elõre is naonszépen köszönöm
Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyőznek a rutinjukkal! [ http://dchelp.hu ]
Van egy elképzelt zöldség-gyümölcs kereskedés, ahol 8 terméket lehet vásárolni, és van 4 eladó. A 4 eladó termék-eladási eloszlását (kitõl milyen terméket vesznek, mit adjunk inkább az eladóknak) akarjuk rögzíteni.
Ehhez létrehozunk 3 táblát:
* Az elsõ Termékek tábla tartalmazza az eladható termékeket. Két oszlopa a tid, a termék azonosítóját tárolja (1 byte, egész), a terméknév pedig a termék nevét (16 byte, sztring).
* A második hasonló Eladók tábla tartalmazza a kedves, csinos eladólányokat. Az eid oszlop tartalmazza az eladó azonosítóját (1 byte, egész), az eladónév oszlop tartalmazza az eladólány nevét (16 byte, sztring).
* A harmadik Eladások tábla tartalmazza az eladási statisztikákat. Az eid oszlop az eladó azonosítóját (1 byte, egész), a tid1, tid2, tid3, tid4 pedig az eladott termékeket (egyenként maximum 2*1 byte, SET tipus).
A példa kedvéért most a SET tipus legyen maximum csak két értéket tartalmazó.
A tid1-be csak 1 és 2, a tid2-be, csak 3 és 4, a tid3-ba 5 és 6, a tid4-be 7 és 8 kerülhet.
Nézzük mennyi helyet foglalnak el az egyes oszlopok!
tid1: 1,2,1,2 - ez összesen 4 darab, azaz 4*1 byte = 4 byte
tid2: 3,4,3,4 - ez összesen 4 darab, azaz 4*1 byte = 4 byte
tid3: 5,6,5,6 - ez összesen 4 darab, azaz 4*1 byte = 4 byte
tid4: 7,7 - ez összesen 2 darab, azaz 2*1 byte = 2 byte
Tehát a tid1-tid4 oszlopok 14 byte-tot foglalnának.
Ehhez még hozzájön a 4 eladó-azonosító (eid) -> 14+4 byte, azaz az egész eladások tábla 18 byte-ot foglal el.
Mi lenne abban az esetben, ha az eladások tábla 5*8 (4 eladó*8 termék+a 4 eladó-azonosító) mezõs lenne, mindegyik oszlop 1 byte-os egész típusú?
Akkor a helyfoglalás 5*8 byte, azaz 24 byte lenne.
Tehát a SET adattípussal helyet, memóriát spórolhatunk meg.

Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyőznek a rutinjukkal! [ http://dchelp.hu ]
Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyőznek a rutinjukkal! [ http://dchelp.hu ]
Az egyik legyen 2 oszlopos és 221 soros, ez tartalmazza az adatot és az adat azonosítóját.
A másik legyen 5 oszlopos, és (majd) 300-700 soros.
Ezen második tábla 1. oszlopa tartalmazza a felhasználó nevét (id-jér, stb); a 2./3./4./5. pedig SET típusú legyenek, ezek pedig tartalmazzák az elsõ táblára való hivatkozást (azért kell 4 darab, mert ez a típus, egy oszlopban csak 64 mezõt tartalmazhat - "A SET can have a maximum of 64 different members.").
Mivel a szet típusú mezõ csak annyi helyet foglal le, amennyi tagja van (tehát ha nem használod ki mind a 221 mezõt, csak 20-at akkor csak 20 mezõnek foglal helyet).
Olvasd be egy változóba (az ha jól értem már megvan); ha szükséges (PHP-nél nem annyira, nem követeli meg egy változó típusát), konvertáld át sztringgé; és egy rész-sztringet kiemelõ függvénnyel (PHP-ben: substr) az utolsó 3/4 karaktert emeld ki (ajánlom figyelmedbe a 2. példát a substr függvény leírásánál!).
ami 221 adatot jelent 1 lekérdezésnél (nem feltélenül tartalmaz tényleges adatot mind a 221 tábla) no meg hát indexelni is tudom a táblát csak hát félek hogy a hosszú sorok idõvel nagyobb látogatottság esetén komolyabb terhelést okoznak...
Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyőznek a rutinjukkal! [ http://dchelp.hu ]
Én erre fektetnék hangsúlyt a helyedben, és végeznék méréseket. Az adatbázis eléréshez használhatsz saját osztályt vagy az AdoDB-t, amibe aszthiszem van ilyen funkció.
1 userhez 1 adott táblában tartozik 221 oszlop tehát 1 sorban 221 oszlop van! Nem minden user használja ki mind a 221 oszlopot de szükség van rá!
A technikai kérdésem az hogy mennyire terheli illetve mennyire lasítja ez a mysql adatbázist és mennyire lassítja a kilistázási folyamatot?
Persze nem 1 user lessz hanem olyan 300-700 user vagyis 700*221 adatot fog tárolni 1 táblában....
Ezek így mennyire durva adatok? ne aggódjak VAGY felejcsem el ezt a módszert?
annó dolgoztam ilyen nagy adatbázissal és tudom hogy 10000x25 adat megjelenítése illetve a benne való phpmyadminos keresés nagyon lassú volt de az apache nagyon gyorsan keresett benne! 250.000 adat volt kb így meg 154.700 adat csak hát ügye más elrendezésben mert itt a sorok a hosszúak....
köszi elõre is a válasz illetve a tapasztalatokat!
Ne vitatkozz a hülyékkel, mert lealacsonyodsz a szintjükre és legyőznek a rutinjukkal! [ http://dchelp.hu ]
ads
Teszt:
header("Content-Type: text/html; charset=utf-8");
$cod = 'hu_HU.UTF8';
$avail = setlocale(LC_ALL, $cod) ? "" : "nem";
echo "A <strong>" . $cod . "</strong> kódolás " . $avail . " elérhetõ? ";
Dehogy nincsen! Pont arra van kitalálva, hogy a különbözõ extra karaktereket letárolják!
A nemzetköziség kapcsán egyre inkább teret nyer azonban a Unicode karakterkészlet, melynek az egyik legismertebb kódolási módja az UTF-8. A Unicode, ahogy minden más karakterkészlet is, minden egyes karakterhez egy számot (úgynevezett kódpont) rendel hozzá, azonban az, hogy ez milyen formában kerül tárolásra, már az alkalmazott kódolási formától függ (más karakterkészleteknél átalában egyfajta ábrázolásról beszélhetünk, itt több is van). A Unicode alap kódkészlete 32 bites, azaz 4294967296 különbözõ szimbólum tárolását tenné lehetõvé, azonban a tervek szerint ebbõl csak 21 bitnyit fognak kihasználni, így valamivel több mint egymillió különbözõ szimbólumról rendelkezhet majd. Az egyes szimbólumok hozzárendelése az újabb és újabb Unicode változatok megjelentetésével történik. A Unicode karakterkészletet úgynevezett plane-ekre (fordítható így: metszetekre) osztották az egyes kódpontok utolsó 16 bitje mentén. A nullás metszetbe, az úgynevezett Base Multilingual Plane-be (kb.: alapvetõ többnyelvû metszet) a lényegesebb szimbólumok kerültek, gyakorlatilag minden, aminek a használata felmerülhet az esetek többségében. A többi metszeten történelmi írásmódok, tudományos jelölések kaptak helyet.
Az UTF-8 kódolás ezeket a számokat (melyek egy-egy szimbólumot takarnak) változó hosszúságon kódolja. A legrövidebb UTF-8-as karakter egy bájtos, a leghosszabb négy bájtos. Az ASCII karakterek megegyeznek az egy bájtos UTF-8 karakterekkel, ez az UTF-8 egyik legnagyobb elõnye (az angol karakterkészletet tömören és ASCII kompatibilisen teszi tárolhatóvá).
A Unicode-ról és az UTF-8 kódolásról sokminden érdekességet, további információt le lehetne még írni, illetve a most leírtak csak egy nagyon durva áttekintést nyújtottak. Linkként magát a Unicode szabvány oldalát tudom ajánlani: http://www.unicode.org, illetve egy UTF-8/Unicode FAQ-ot, ahonnan én is sokat okultam: http://www.cl.cam.ac.uk/~mgk25/unicode.html.
Forrás: Weblabor
A setlocale-os problémára: nézd meg az MSDN-nen a pontos nyelv-elnevezést:
Egyszer
Kétszer
Másrészt: http://www.prog.hu/tudastar/58929/A+setlocale.html - szóval ügyelj arra, hogy az adott függvény milyen kimenetet ad vissza.
A lap egy része rövidítve így néz ki:
header("Content-Type: text/html; charset=utf-8");
setlocale(LC_ALL, 'hu|hun'); // Windows XP alatt nem mûködik a hu_HU (Apache 2.0.55 + PHP 5.2.0)
a php.net-en olvastam még, hogy hozzá lehetne fûzni, hogy hu_HU.UTF8 vagy hu_HU.ISO8859-2. Mûködnek ezek valamelyik szerveren?
Remélem nem kérdeztem nehezet. <#confused>#confused> Elõre is köszi.
Azt, hogy a jelszóemlékeztetõt kéredzõ ablakát kiiktasd, arra nincs lehetõséged, hisz azt a felhasználó állítja be.
Azt, hogy a jelszóemlékeztetõ tevékenykedését megakadályozd arra már van lehetõség - legalábbis egyes böngészõknél.
Akkor lássuk:
1. hozzunk létre egy ûrlapot:
<div id="loginform">
<form action="" method="post">
<p><label for="username">Felhasználónév:</label><input type="text" id="username" name="username" value="" /></p>
<p><label for="passw">Jelszó:</label><input type="password" id="passw" name="passw" value="" /></p>
<p>
<input type="reset" id="reset" name="reset" value="Mégse" />
<input type="submit" id="submit" name="submit" value="Belép" />
</p>
</form>
</div>
2. az oldal beöltõdésekor (window.onload esemény, illetve body elem onload esemény), töröljük a username és passw id-jú mezõk value attribútumát:
document.getElementById('passw').value='';
(Szóval ezt tedd be a <body> elem onload attribútumának értékeként, vagy lásd a példát)
Ez a megoldás megvédi attól a böngészõt, hogy az ûrlap létrejöttekor kitöltse az ûrlapot - ez Firefox esetében mûködik.
Viszont mi van abban az esetben, ha a felhasználó maga pötyögi be a felhasználónevet?
Ez esetben a username id-jú elem onkeypress (billentyûlenyomáskor) onchange (változtatáskor), onselect (kiválasztáskor), onfocus (elemre való "figyelem ráirányulása") esetén törölni kell a passw id-jú elem value attribútumát.
Ez idáig tök jó, Firefox alatt mûködik is.
Viszont ez a huncut IE még továbbra is gondot okoz: ugyanis felajánlja a felhasználónevet - amit ha kiválaszt a user, beleírja a jelszavat a megfelelõ helyre.
Nos erre létezik - egy sajnos nem valid (Microsft? Valid megoldások? Ugyan kérem!) - megoldás az <input> elem autocomplete attribútumának off-ra való állításával.
http://msdn.microsoft.com/workshop/author/forms/autocomplete_ovr.asp
http://msdn.microsoft.com/workshop/author/dhtml/reference/properties/autocomplete.asp
És mi a helyzet az Operával? Köszöni szépen jól megvan a Magic Wand-jával. Kikerülni nemigazán lehet (kitölti az elsõ mezõt majd a másodikat, majd megnyomja a Submitot).
Példa.
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ
<input name=user>
Mondottam ember, küzdj és bízva bízzál, bicajozz, hogy el ne hízzál.
[ cod.magyaritasok.hu ] _____|\\_____\\o/___ Cápatámadás ಠ_ಠ