Azonnal látszik? Mármint, hogy egy kis bannerocskát kitenni, hogy valid?
1) HTML5-nél semmi értelme, az egész specifikáció draft, azaz piszkozat. Rengeteg minden változhat és változik is, így merõ egyszerûséggel ami ma valid, az lehet fél év múlva, vagy akár holnap már nem az.
2) Egyre kevesebb "reklámértéke" van egy bebigyesztett "valid" bannernak, fõleg css esetén. És még randa is. :)
Szerintem a validálás elsõsorban saját magad leellenõrzésére lehet jó.
Validátorok közül melyiket használjátok? Nekem nagyon tetszik az, ami a jobb alsó sarokba pipát vagy X-et tesz. Azonnal látszik. Persze sajnos ilyet még nem tapasztaltam HTML5-höz meg esetleg, hogy a css-t is ellenõrizze.. de lehet, hogy már van.. ezért kérdem. :)
Azt látom, hogy van olyan, hogy "W3C HTML5 & CSS3 Validator" Ezt azt hiszem, már használtam, de ez megnyitja a sima validatort külön ablakban.. azaz nem azonnal látszik.
De így végignézve, nem találtam olyat, amire gondolok. :/
Tudod.. Leírás hülyéknek. :) Én egyszer már próbáltam nekiesni és megtudni, mi fán terem az AJAX, de addig jutottam, hogy leszedtem valahonnan egy chat-et és abban átállítgattam ezt-azt.. De elég béna, azaz nem jutottam elõrébb a projektben. :)
Én mondjuk mindig annak a híve vagyok, hogyha hosszú távon gondolkozik az ember, akkor azoktól érdemes kezdeni, amire épül a többi technológia.
Tehát pl inkább elõb Javascriptel magával foglalkozni, aztán arra épülve az AJAX/XHRequestekkel, event rendszerekkel, DOM elmélettel, stb, aztán nem árt a programozási mintákkal foglalkozni, mint a hagyományos singleton/factory/module, vagy mint az MVC. És onnan továbblépni framework/library felé, mint a JQuery (library), Dojo, YUI, vagy épp Backbone, CommonJS/RequireJS, stb.
Megoldódott. Sokat segített ez az anyag, egy csomó debuggolás, hajtépés.
A megoldás: hogy mi a gond a MySQL-en belül, sose fogom megtudni, mert mûködik a php-rész, úgyhogy már nem a MySQL csinálja a CONCAT-ot. A php-ben le kellett cserélnem egy strtolower-t mb_strtolower-re (multibyte), és voilà, minden okay. A biztonság kedvéért még a website összes HTML <form> eleme kapott egy-egy accept-charset="utf-8"-at.
Egyik ismerõsömet kérdeztem, hogy hogy érdemes átvinni a változó értékeket és õ mondta hogy js-el. De gondolkodtam azon is hogy 1 php-fileba lesz az egész, de az még a jövõ kérdése, elõször küldje el a változókat e-mailbe :)
Ez azért érdekes kérdés, mert ha a PHP-vel íratod ki az eredményt, akkor természetesen kikerül a MySQL-bõl és a PHP-n is átfut. Így nehezebb eldönteni, hogy esetleg már a MySQL-ben össze van keveredve, vagy a PHP rontja el. Nézd meg a Workbench-ben, ott mit mutat. Bár azt sajnos nem tudom megmondani, hogy ott hol kell karakterkódolást állítani.
Érdekes lehet még az adatbázisod és a MySQL alapértelmezett kódolása is. Nekem sok problémám volt, mikor az alapértelmezett latin1 volt, és kézzel állítgattam táblánként utf8-ra.
Egy átfogó cikk a karakterkódolásról magyarul: link
A "SET NAMES ..." minden kapcsolódásnál elküldésre kerül, a meta tag is standard elem a HTML-ben. A header elküldése sajnos nem segített.
Tudnátok egy kis magyarázatot adni, hogy miért mászik szét a karaktertábla, ha UPDATE és CONCAT parancsot kap a MySQL? Mert ilyenkor minden a php további közremûködése nélkül történik, az adatok "nem kerülnek ki" a MySQL-bõl, ugye?
Szépen szétcsúszott....
Szóval:
A PHP kód legelejére: header('Content-type: text/html; charset=utf-8');
MySQL lekérdezés elõtt: mysql_query('SET CHARACTER SET utf8');
HTML fájl elejére: <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
Van egy táblám, rengeteg mezõvel, 5 mezõ ebbõl szöveges, öt nyelven íródnak (DE, EN, ES, FR, IT) a saját spéci karaktereikkel (német ö és ä, franszoá î, spanyol ò, stb., késõbb lehet, hogy a cirill is képbe kerül). Mind az öt mezõ utf8_general_ci.
Tökéletesen mûködik az adatok felvitele és kiírása a felhasználóknak. Most az 5 szöveges mezõt sok mással együtt össze kellene vonnom egy hatodikba, de a mûvelet közben teljesen összezavarodnak a spéci karakterek. Kiírattam php-val, de arra sem tudok rájönni, hogy mivé lett a karakterkódolás, mert a Firefox összes karatertábláját végigpróbáltam, de egyikkel sem jelennek meg rendesen az ékezetes és más spéci jelek. Aztán megpróbáltam azt, hogy nem a php dolgozza fel az adatokat, hanem a MySQL (UPDATE tabla SET field = CONCAT(pd_de, pd_en, stb...), de ettõl csak kiderült, hogy a MySQL-en belül van a probléma, mert az eredmény ugyanaz.
Mi lehet a gond és hogy lehet kivédeni?
Amúgy miért nem a megrendel-re irányít a form ? Miért kell JS-tel irányítani ?
Ha most jól értem az átírást , akkor a változók akkor lesznek "feltöltve" amikor rányomok a Submit gombra, ami nekem azért nem jó, mert amiknek $_GET el értéket adtam azt innen(ami lemaradt a pastebinbõl) vittem át. Amit még nem értek akkor, hogy az amikor kitölti az adatokat az is ugyan ezzel a megoldással lett megcsinálva (ott még az e-mailt is normálisan elküldte), csak annyi a különbség benne hogy egy js-el átvisz a 2. oldalra. A másik ahol leveszem a $_GET-el az átküldött változók értéket az csak annyit csinálni, hogy leveszi és kiírja a változókat amiket kapott, hogy az emberke bírja még ellenõrizni az adatait mielõtt elküldené az e-mailt.
Kell egy tábla, amiben vannak a user adatok, ehhez kell regisztráció form. Ha bejelentkezel kapsz sütit / sessiont, ezt ellenõrzöd minden oldalon és az alapján írsz ki dolgokat. Alapjáraton nem nehéz, de, ha az ember ráfekszik a biztonságra is, akkor el kell vele szöszölni :)
tudnátok valami jó tutorialt linkelni errõl az egész loginos dologról? formról, meg hogy hogy csináljam meg, hogy akkor legyen + menü + kiirja a fõoldalon hogy bejelentkezve mint, kijelentkezés stb
Akkor a pastebin-bõl lehagytad, hogy honnan jön.
A php alapból két futattás között nem visz át semilyen változót (bár egyébként sincs $submit deklaráció), a globális tömbökbõl veheted ki, hogy mi történt, mint például a $_GET tömb, a submit-ot is ugyanígy kell vizsgáld.
Egy módosított verziója a pastednek, nem nyálaztam magam át rajta, hogy egyéb gond van-e az email küldéssel, csak ezt írtam át. LiNK
A $Submit az akkor jön mikor rányom a Megrendel gombra a végén.
Ezt a stripelés/escapelést nem vágom, nagyon alap szinten értek php-hoz még így tanulgatom, de majd utána nézek, ezeket is tutorialokból meg innen segítségekbõl építettem fel. Azzal meg nem hiszem hogy nagy gond lesz hogy vki betolna vmi kódot mert webhostingnak készül, szóval próbálunk arra gondolni így az elején, hogy nem fognak ilyen problémák lenni (plusz az e-mail ahova küldik nem gmail-es)
Ezen kívül úgy tûnik, hogy a $submit nem jön sehonnan, azt is kérd le.
A sok adatnál egyébként a html tageket stripelni/escapelni kéne, csúnyaságokat tehet veled valaki, ha betol vmi kódot és azt te közvetlen megjeleníted a gmailen.
én pl pdf-eket tárolok szerveren egy adott mappában, és úgy csináltam meg, hogy még a teljes elérési út tudatában se lehessen fájl letölteni, hanem csak php-ból jelszó megadás után tehesse ezt meg a user.
ehhez két dolog kell:
- egy htaccess a mappában ezzel a tartalommal [CODE]
<Files ~ "\.(pdf)$">
order allow,deny
deny from all
</Files>
deny from all
- a phpban Content-Dispositiont kell használnod:
[CODE]
header('Content-Disposition: attachment; filename="downloaded.pdf"');
Köszi ! A gyökérben van egy olyan, hogy: ErrorDocument 403 /index.html és csináltam most az almappában egy másik htaccesst. a fõoldalt jeleníti meg, csak sajnos css nélkül. Ott írjam át az index.html a css re való hivatkozást is, hogy mindig a gyökér/css mappába mutasson, vagy erre is van valami plusz sor? Esetleg át kéne mindig redirectelnem a felhasználót a fõoldalra?
Igen, apache beállítás. htaccess-be pl beírod, hogy Options -Indexes, akkor dob egy 403-at, amennyiben persze nem jelenítene meg egyébként is valamilyen index filet.
Gondolom az egy olyan böngészõ, ami még mindig csak a betûméretet változtatja nagyításkor (ctrl+scroll). Ilyenkor szoktak pl egy alap font-ot px-ben megadni, utána pedig mindent em-ben. Az 1em az azon a szinten (saját maga, vagy a befoglaló elem) lévõ betûméretével egyenlõ méretû.
body { font-size: 14px; }
body > .box280px{
width: 20em;
height: 20em;
}
body > .box280px > .box200px {
width: 20em;
height: 20em;
font-size: 10px;
}
Ezt így használni nem praktikus, csak az illusztráció kedvéért.
Hozzá kell szokni em-ben gondolkodni, sokan nem is szeretik (körülnézel legtöbb oldal továbbra is fix px-ekben ad meg mindent).
A másik, hogy a modern böngészõk viszont már nem ilyen módon nagyítanak, hanem az oldalon minden elemet nagyít, így ha minden pixelben van megadva, akkor sem szabadna szétcsúsznia.
Harmadik, hogy maradj gyakorlati keretek között, senki nem fogja értelmetlenül nagyra állítani a betüket, akkor se, hogyha 70+os bácsika, csak amikor már el tudja olvasni.
Sziasztok! Hogyan lehet megoldani azt ,hogy képernyõ mérettõl és felbontástól függetlenûl ugyan úgy jelenjen meg egy oldal? Szóval ,hogy ne essenek szét és csússzanak össze a tartalamak. Ha valaki tud adni egy linket ezzel a témával kapcsolatban vagy esetleg pár technikát megosztana velem azt megköszönném!
Igen-igen, valami hasonlóra. Ezzel csak annyi a baj, hogy csak v1-es ID3 tag-eket tudok ezzel kiolvasni, ami kevés nekem (csak 30 karaktert tárol el az elõadóból/címbõl). A PHP Manual-ban itt vannak azok a függvények, amiket tudnék használni ID3v2-höz elvileg, ezekre lenne szükségem. Illetve ahhoz hogy ezek menjenek, ahhoz kéne maga ez a függvénytár, csak nem tudom elõállítani. :(
Jelenleg most azzal próbálkozok, hogy a forrásfájlokból összerakni külön egy DLL-t, de mivel a C++ -hoz semmit sem konyítok, így elég nehézkes, és egyenlõre esélytelen a dolog. :\
egyelõre így oldottam meg, de így mindent kiírja egybe és se <br>-el se /r/n-el nem bírtam feldarabolni, próbáltam úgy hogy indexelem a $megrendelt változót kiíratásnál, de úgy sem jó.
Elõre is köszönöm a segítséget.
Van egy oldalon egy radio button meg egy gomb. Azt akartam, hogy a radio gomb eleve legyen checkelve, és így mikor rányomok a gombra akkor menjen tovább az oldal. Az a baj, hogy nem megy tovább, mindenképpen rá kell nyomnom a checkboxra, csak azt fogadja el hiába van már checkelve. Ez mitõl lehet?
Angol....:S A jqueryt még megértettem de ezt már nem hiszem ,hogy olyan könnyû megérteni. De azért köszi :)
Értelemszerûen a fájlban egy szó van, pl day/night/summer/unnepi/akarmi. A fájl írás is hasonló PHP-ban, file_put_contents (ez az admin felületedben kell majd)
Sziasztok! Készítenék egy weboldalt aminek lenne egy admin felülete, ezen pedig szeretném, hogy állítható legyen, hogy az oldalak melyik stylesheetet használják = stylesheet changer. Nézegettem a neten elõször találtam egy sima változókkal dolgozót az nem felelt meg aztán egy olyat ami a cookiekban tárolja ez már jobb de nekem vmi olyan kéne amit az admin oldalról tudok beállítani tehát nem a felhasználó állítja be magának hanem az Admin és mindenki azt látja (gondolom ez igényel egy kis MySQL-t). Tudnátok ebben segíteni, van valahol ilyen tutorial neten (mert én csak a fentebb említett megoldásokat találtam)? Ha túl bonyolult a dolog akkor marad a cookies megoldás...
Szerintem meg elsõ körben inkább magát a javascriptet kéne tanulgatni, nem a jquery-vel kezdeni, márha ez nem történt meg.
Jquery-t nem feltétlen kell letölteni, mert többen is hostolják pl: http://code.jquery.com/jquery-latest.js http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js
Sziasztok! Valaki tud nekem abban segiteni hogyan kell a jqueryt leszedni? Miután rákattintottam a letöltés gombra ahelyett ,hogy letöltene egy .js kiterjesztésû fájlt megnyit nekem egy csomó karakterkódot a böngészõ ablakában. Miért lehet ez?
tud valaki jó kis questionnaire/survey cuccost, ami egyenként dobálja fel a kérdést? esetleg jquerys?
megcsináltam, de így is mindig azt írja, hogy hiba a betöltés közben. Chromeban lekövettem, és igazából mûködik, csak rosszat mutat, tehát jó oldalt kap a szervertõl de nem azt jeleniti meg :(
Amit még javítani kellene, az a 28. sorban a javascriptben az if(r[0] == "OK|") { sor, itt az OK végérõl töröld a "|"-t, mivel annál spliteli a stringet, így az nem szerepel a tömbben, illetve amiért nem mûködik, hogy a .click metódus tulajdonképpen nincs meghívva, az egészet körül kéne venned a $(document).ready(function() { //ide a .click metódus });-el
Vélhetõen én már fõiskolát/egyetemet nem fogok elvégezni, nem áll szándékomban. Azért gondoltam arra, hogy elvégzek egy ilyen 2 hónapos tanfolyamot, mert most vagyok munkanélkülin és kapom a támogatást. Mert azért normál esetben, ha dolgozni jár az ember, akkor nehezen oldaná meg, hogy fél 10re bemenjen tanfolyamra is, meg egyszerre a munkahelyén is legyen.... Persze vannak hétvégi tanfolyamok is, csak minél több az óraszám, annál tovább tart a tanfolyam is. Tehát akár fél évre is elnyúlhat a dolog. Én nem szándékozok most egy fél éves tanfolyamot elvégezni, jó lenne minél hamarabb újra munkába állni és valami újba belekezdeni. Magától értetõdõ, hogy ezzel nem fogom meg az Isten lábát, csupán egy alapot adna, hogy valamilyen szinten képbe legyek a témával kapcsolatban.
Ezek a tanfolyamok csak arra jók, hogy kezdõlökést adjanak az otthoni tanuláshoz. Munkahelyen senkit nemérdekel. Ami érdekelheti a munkaadókat, azok nagyrészt a rohadt drága Microsoft képesítések, meg talán a Zend certification.
Amúgy általában 2 verzió van: 1 - Valamiféle fõiskolát/egyetemet "várnak el", anélkül interjúra se hívnak be. Tulajdonképpen megy a CV-d a kukába. 2 - Csak a referenciákat nézik, és utána hívnak be interjúra.
Ha behívtak akkor úgyis fogsz kapni valami teszt feladatot, nem ritka, hogy 3-4 órásat.. Ezután fog kiderülni, hogy mit is tudsz valójában.
Webfejlesztéshez idõ kell, meg elhivatottság. Nem úgy megy, hogy elvégzel egy 2hónapos loltanfolyamot aztán mindjárt felvesznek valahova.. A dreamwaver meg egy vicc. Nem is értem minek oktatják, életemben nem hallottam olyan helyrõl, ahol azzal dolgoznak. Ha meg van ilyen akkor az komolytalan :D