Nyilván nem! De tegnapig a SEO szót vagy tököm se tudja mi ez sem hallottam sehol. Valszeg meghagyom majd a hátteret, és ráírom majd a szöveget. Egyébként nagyon jó tipp, még ilyet!

Bocs a duplázásért, de nem tudtam már szerkeszteni!

[ Szerkesztve ]

''Science has failed our mother Earth.'' - S.O.A.D.

Oké, hogy idősek otthona, nem kell egy "vizuál bajnoknak" lennie, de egy kis dizájn ráférne még

A fejlécről tényleg szedd le a szöveget, helyette írd be egy divbe és pozicionáld oda. A menügombok szerintem túlságosan le vannak kerekítve és hovernél szerintem az underline is felesleges a linkeken

Továbbá raknék egy footert is az aljára, ahol a legfontosabb infók (elérhetőség stb. ott vannak.). Tudom, van kapcsolat menüpont, de akkor is

szerk: Főoldalon a szöveg kicsit nehezen olvasható a háttér miatt, ezért a hátteret átlátszóbbá kellene tenni, vagy a szöveget div-be és annak egy halványan átlátszó hátteret vagy valami.

---

Más, illetve részben kapcsolódik a fenti oldalhoz is, mert látom az is HTML5. Mennyire tartjátok jó ötletnek a self-closing tageknél elhagyni a lezárót? HTML5-ben ugye el lehet, de ez a kevésbé elterjed, illetve régebbi böngészőknél okozhat-e gondot, vagy már mindegyik támogatja normálisan a html5-öt?

<img><br><input> elemeknél lezártam, mert megszoktam még az xhtml időkből, de most már html5 doctype van megadva, gondoltam elhagyom a / jeleket, mert mi a francnak, ha nem kötelező.

A <script> illetve <link> esetében elhagytam a type-ot, mert ez sem kell html5 esetében.

[ Szerkesztve ]

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

Az őszinte vélemény attól függ, hogy mennyi időt szántál az összekattintgatására. Ha 1 órát, akkor nagyon király. Ha napokat, akkor katasztrofális.

Én kérek elnézést!

PumpkinSeed, lassan elmondhatnád, mire is akarsz kilyukadni, mert eddig nem sok értelmet nyert mindaz, amiket írtál a Linuxos böngészőkről, tévesen.

==========

(#7884) martonx :
na igen, de egyébként alapvetően szórakoztató ilyen hsz.-eket látni, amikor valaki azon hőbörög, hogy dehát a Linuxos böngészők tök elavultak, amikor kiderül, hogy Lynx-ben böngészik a csávókám

Sk8erPeter

Akkor katasztrófa történt kérem szépen!
te mit csinálnál másképpen? Csak hogy tanuljak is valamit a kritikádból, mint pl a spammer kolegáéból.

[ Szerkesztve ]

''Science has failed our mother Earth.'' - S.O.A.D.

self-closing tagek elhagyásáról HTML5-ben:
jó a felvetés, ezzel kapcsolatban szerintem ez egy igen jó, rövid és tömör, de lényegre törő hsz.:
http://stackoverflow.com/questions/3558119/are-self-closing-tags-valid-in-html5/3558200#3558200

Ha személyes gyakorlatra vagy kíváncsi: én nagyon megszoktam, hogy használom a self-closing tageket ott, ahol XHTML-nél kell, és számomra nagyon rontja az olvashatóságot, ha nincs lezárva egy tag, ezért továbbra is a korábban megszokott formát használom, mivel HTML5-nél megengedett (a lezáró / ugyanis opcionális).
Ezenkívül a parse-olás miatt is problémás lehet egyes esetekben, ha nem használom a self-closing tageket, ahol nem tolerálják a HTML5-ös lezáratlanságot, például a jsFiddle-nél a lezáratlan tagek esetén pirossal validitási hibát jelez a HTML-kódban. Amint lezárod pl. az <img> taget, megszűnik a validitási hibajelzés.
Már a HTML4-nél is meg lehetett csinálni, hogy nem zárod le pl. a bekezdést (<p>) vagy a listaelemeket (<li>), még a strict DOCTYPE-nál is (ami szerintem szintén ronda, de az ajánlás megengedi, W3C validátora sem jelez hibát), tehát a böngészőbeli probléma kétlem, hogy pont most lenne aktuális, ha már megoldott kérdés volt korábban is (a HTML 4 igen régóta létező "szabvány", a 4.01 1999-ben került publikálásra).

Szerintem tehát szebb, ha le van zárva minden tag, de ez tényleg csupán ízlés kérdése.

Sk8erPeter

Köszi

Van itt valakinek tapasztalata Sublime Text 2 és SASS párosról? Most ismerkednék a SASS-szal, Windows alá letöltöttem a Rubyt, command prompt alatt be is lőttem, figyelte az scss-t meg is csinálta a css-t belőle, de ehhez futnia kell ugye parancssornak. Na most így minden indítás előtt ki kell tallóznom a mappát és meg kell adnom neki a figyelő parancsot, ami nem túl kényelmes

Nem lehet valahogy ezt Sublime Text 2 alá automatizálni? Pl. hogy mindig épp az aktuális projekt (css nevű) mappáját figyelje, vagy valami?

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

Próbáltam igazolni, hogy a linuxos böngészők nem támogatják a CSS3-at amit hát nézőpont kérdése, hogy most támogatja-e vagy nem. Mert a te nézőpontodból igen, míg az én nézőpontomból nem.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Kár, hogy még mindig nem fogtad fel, hogy a Linuxos böngészők nem azt jelentik, hogy CLI-ben használod a Lynx-et, és kész. Egyébként meglep, hogy miután legalább ötféleképpen magyaráztam el neked, hogy létezik UNIX/Linux alá rendes GUI is, még mindig gondok vannak a felfogásoddal, már bocsi.
Szóval tulajdonképpen nem igazoltál semmit (bár a UNIX/Linux-szal kapcsolatos tájékozatlanságodat igen), de azt legalább kitartóan.

[ Szerkesztve ]

Sk8erPeter

"Na most így minden indítás előtt ki kell tallóznom a mappát és meg kell adnom neki a figyelő parancsot, ami nem túl kényelmes"
Legegyszerűbb erre létrehozni az asztalon egy parancsikont.
Ha Windows-ról van szó, akkor
Target/Cél: C:\Windows\SysWOW64\cmd.exe (ez 64 bitesnél; 32 bitesnél C:\Windows\System32\cmd.exe; de egyébként 64 bitesnél megadhatod bármelyiket, tök mindegy)
Start in: d:\sajat_projekted_eleresi_utja\css
elmented, és kész vagy, innentől mindig itt nyílik meg a cmd.

[ Szerkesztve ]

Sk8erPeter

1. Nem állítottam, hogy nincs alájuk rendes GUI, de a szerverek 80% CLI alapon működik mert annak jobb az erőforrás kihasználása.

2. Linuxos böngészőre a példa azért a Lynx mert azt használják CLI-n a legtöbben. A Google Chrome nem Linuxos böngésző, mert van Win-re MacOSre is.

3. Azért írtam, hogy a te és az én szemszögemből mert a te szemszögedből a GUI-t nézzük ahol van CSS3, az én szemszögemből pedig a CLI-t mert én azt használom többet.

4. Szerintem felesleges ezt tovább folytatni, mert nem fogunk dűlőre jutni ebben.

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

Az állítással van a gond alapvetően, persze nekem nem érne meg egy vitát.

Hamis az állítás, nem nézőpont kérdése.

Ha linuxon csak szöveges böngésző lenne, vagy külön hivatkozol rájuk akkor rendben van. De ilyen univerzális kijelentésekkel szerintem ellőtted az agyát itt néhányaknak, és hát érthető miért.

Vannak a grafikus és a szöveges böngészők. A CSS-nek jelentéktelen a szerepe a szöveges böngészők esetében.

A weboldal a látogatóknak készül, a legtöbb weboldal célközönsége grafikus böngészőt használ, azok közül is az elterjedtebbeket.

A CSS a weboldalak grafikus/vizuális prezentációját szolgálja. Hogy jön ide akkor a marginális felhasználású szöveges böngésző, amivel egyébként is teljesen élvezhetetlen netezni? Kivéve, ha valaki a fájdalomra jön izgalomba.

Here? For folks like us? Wrong city.., wrong people

Szerveren nem böngészünk, ha mégis, akkor pedig nem azt vizsgáljuk, hogy mennyire támogatja a CSS3-at. :facepalm:

Egyébként sem a jobb erőforrás-kihasználás miatt nincs GUI a szervereken. :facepalm: #2

Egyébként sem a jobb erőforrás-kihasználás miatt nincs GUI a szervereken. - eleve miből gondolod, hogy nincs GUI a szervereken? Mármint az összesen...

1. Nem állítottam, hogy nincs alájuk rendes GUI, de a szerverek 80% CLI alapon működik mert annak jobb az erőforrás kihasználása.
A valódi ok, hogy az esetek többségében nincs szükség GUI-ra. Egy olyan problémára kínálna megoldást, ami szervereken nem létezik.

2. Linuxos böngészőre a példa azért a Lynx mert azt használják CLI-n a legtöbben. A Google Chrome nem Linuxos böngésző, mert van Win-re MacOSre is.
Érted, leesett nekünk is, hogy ezt a "linuxos böngésző" nevű, teljesen értelmetlen terminust most találtad ki, hogy igazold az érvedet.
(Amúgy mi lesz, ha lefordítom a lynxet osx-re? Onnatól megszűnik linuxos böngészőnek lenni? )

Azért írtam, hogy a te és az én szemszögemből mert a te szemszögedből a GUI-t nézzük ahol van CSS3, az én szemszögemből pedig a CLI-t mert én azt használom többet.
Tehát az a szemszögöd, hogy belogolsz a linuxos szerverre, hogy CLI-ben böngéssz és hiányoznak a CSS3 fícsörök. Kezdhetted volna ezzel is, így mindenkinek leesik, hogy nem egy problémára keresel megoldást, hanem problémákat keresel saját magadnak.
Amúgy pontosan melyik CSS3 fícsör hiányzik a jobb CLI-s böngészési élményhez? A több háttérkép? Lekerekített sarkok? Web fontok? Vagy csak van egy szarul összerakott oldalad, aminél pusztán a véletlennek köszönhető, hogy más böngészőkben jól jelenik meg?

Az igen
Igazából közben Gave, Athlon64+ és Tapsi, fordfairlane és cucka olyan jól összefoglalták, amiket reagálni akartam, hogy alig van mit hozzátenni (főleg az tetszett, amit cucka írt most, hogy "nem egy problémára keresel megoldást, hanem problémákat keresel saját magadnak" - rövid, tömör összefoglalása annak, amit most csinálsz). Olvasd el, amiket írtak, és gondolkozz egy picit.
Itt nem a te nézőpontodról van szó, hanem arról, hogy hülyeséget állítottál. Ha kategorikusan kijelented, hogy a Linuxos böngészők nem támogatják a CSS3-at, akkor az színtiszta baromság, amit nem lehet reakció nélkül hagyni, mert a végén még valaki tényleg elhiszi. Hogy mindezt felfogod-e, az másik kérdés. Az meg megint másik kérdés, hogy te elvileg fejlesztőként vajon miért használsz Lynx-et, miféle perverzió vesz rá erre (az más kérdés lenne, ha csak átmenetileg, tesztcélból rákukkantanál), és hogy vajon miért csodálkozol ezek fényében azon, hogy ott a CSS3-támogatás annyira nem mutatkozik meg.
De hidd el, az oldalad látogatói nem Lynx-et fognak használni az oldalad megtekintéséhez, és hidd el, a megrendelőd csöppet sem fogja értékelni, hogy te CLI-alapú böngészővel szopatod magad.

Sk8erPeter

Abból, hogy 2013 van. Egy GUI erőforrásigénye annyira minimális, hogy lényegében senkit sem érdekel.
Hidd el, ha nagyban megkönnyítené a rendszergazdák munkáját, akkor nem a 100MB plusz memóriahasználat lenne az akadálya a dolognak. (Mennyibe is kerül 100MB memória? 2 dollár? )

A kérdésem arra irányult, hogy miért gondolja azt, hogy nincs GUI a szervereken?

Hint: rengeteg szervert GUI-val használnak, főleg a Win Servereket.

Rengeteg szervert meg nem GUI-val használnak. Van olyan szerver, ahol tényleg totál felesleges a grafikus felület, mert a szerver csak pont arra való, hogy kiszolgálja azt az X mennyiségű oldalt, az ehhez tartozó beállítások meg CLI-n is elvégezhetők. Pl. sok LAMP-szerver ilyen. Egyszer jól bekonfigolják a szervert, aztán max. plusz biztonsági intézkedések, update-ek miatt nyúlnak hozzá, nem különösebben releváns a rendszergazdának, hogy van-e rajta GUI, vagy nincs, mert terminálban is el tudja látni a feladatát.

Sk8erPeter

Köszi, közben rátaláltam erre a ST2 csomagra [link], ez egy F7 billentyű leütésére (Build) megnyitja a command promptot és megadja az adatokat neki és végzi is a dolgát Így már elég power a cucc

Csak szívtam vele pár kört, azt írta ki a command prompt, hogy "sass is not recognized as an internal or external command", aztán próbálgattam más csomagokkal stb. és az Istennek sem ismerte fel a parancsot. A nagy gulizások közepette bukkantam rá erre a cikkre, itt írták, hogy "PATH" -os opciót be kellett volna pipálni Ruby installnál.

Na mindegy, a lényeg, hogy most már automatikusan teszi a dolgát

szerk: Amúgy remélem, hogy ha lesz CSS4, akkor ezek a dolgok, amiket a SASS nyújt, már alap dolgok lesznek benne.

[ Szerkesztve ]

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

"itt írták, hogy "PATH" -os opciót be kellett volna pipálni Ruby installnál"
Utólag is tudod szerkeszteni a környezeti változóknál a PATH-t:
Win+R (Start - Futtatás), aztán
control.exe sysdm.cpl,System,3
OK
utána "Environment Variables" gombra kattints, itt is simán be tudsz utólag elérési utakat pakolni a PATH-ba.

A Ruby-könyvtár bin alkönyvtárát kell bepakolni PATH-ba (pl. ilyesmi: c:\Programs\Ruby193\bin\), a korábbiaktól pontosvesszővel elválasztva. Így nem gond, hogy nem pipáltad be azt az opciót az installnál.

[ Szerkesztve ]

Sk8erPeter

2. Linuxos böngészőre a példa azért a Lynx mert azt használják CLI-n a legtöbben. A Google Chrome nem Linuxos böngésző, mert van Win-re MacOSre is.

Kár, hogy lynx-et épp 2 perce használtam windowson ...

Kéne egy portable webszerver, amit bármikor el tudok indítani egy pendrive-ról mysql-el phpmyadminnal. Google talál rengeteget, de engem az érdekel, hogy ti mit ajánlotok.

''Science has failed our mother Earth.'' - S.O.A.D.

Egyrészt minek ehhez CMS? Ezt pár fix statikus HTML-el megkockáztatom hamarabb összeraktad volna, mint hogy napokig Wordpress témákat hajkurásztál, meg bütyköltél. Ráadásul az oldalra képek feltöltése tűnik az egyetlen dinamikus szerver oldali feladatnak, azt pár sornyi akármivel, mondjuk PHP-vel meg lehet oldani.
Nem bántásként, de én arra számítottam, hogy ha már ennyit bütyköltél a Wordpress-el, akkor valami csilivili, hiperszuper, agyon blogolt, kommentek tömkelegétől roskadozó oldalt fogunk látni, rengeteg dinamikusan felvitt adattal, nem pedig egy "statikus" oldalt.

Én kérek elnézést!

Most olvastam valahol, hogy php-nál kiválaszthatjuk milyen alapértelmezett kiterjesztése lehet. Azt írták, hogy érdemes a php-n hagyni, de azt nem írták, hogy mik a további választható opciók. Milyen kiterjesztése lehet még egy php állománynak?

"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán

PumpkinSeed is lehet.

Segítséget kérnék. Felraktam a forrást. A [ jsfiddle ] látható szerkezetben azt szeretném elérni, hogy a jobb-közép-bal oldali divek mindig a legmagasabb div-vel egyenlő magasságúak legyenek, és ne ilyenek, ahogy most látni...

[ Szerkesztve ]

-gf-

Nem lesz, ha nem abszolút pozicionálsz. Viszont a látszatát tudod kelteni, ha használsz extra mask wrapper diveket.

Here? For folks like us? Wrong city.., wrong people

Div equal height kulcsszavakra keress, van rá többféle megoldás, jQuery-s is.

Jó lenne, ha a következő CSS-ben ezt is megoldanák valahogy, mert szar dolog ilyesmivel gányolni.

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

Az a gond, ha meg is oldják, a kompatibilitás miatt jóformán sosem használhatod legalább 10 évig még
Valami egységesítés nagyon kellene, bár ha igaz, hogy a Google böngészőmotort akar váltani, akkor lehet +1 motort kell még támogatni... [link]

Mozilla is újat fejleszt, ha jól olvastam nem is olyan rég. Nehogy már egyszerű legyen a dolgunk Lehet prefixelgetni újabbakat is, juhé

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

Sziasztok!

Egy weboldalt írok gyakorlás céljából, aminek lényege az, hogy legördülős listákból, kiválasztandó szempontok alapján szűrjön ki az adatbázisomból elemeket, és írassa ki ugyanazon oldalra Javascript-Ajax segítségével. Tudom, hogy ehhez elsősorban ,,if" utasításokra van szükségem, de egyszerűen nem tudom sikeresen kivitelezni ezt. Aki szívesen segítene, és kíváncsi az oldal elemeire, állományaira, annak elküldöm privátba. Előre is köszönöm!

Nem fog senki írni privátba, hogy a szabadidejében ilyennel szórakozzon és a fórum nem is erre való. Tedd közzé hogy hol tartasz és biztos hogy kapsz segítséget, hogy merre tovább.

A képen látható, hogy a html részben megvannak a legördülős listák, választási lehetőségek, és a ,,Mehet" gomb Ajax hívással listázta ki az adatbázis tartalmát jobb oldalra úgy, hogy mellékeltem hozzá azt a php fájlt, ami végrehajtja az adatbázis *teljes* tartalmának lekérdezését, amik itt konkrétan az általam összeállított számítógép konfigok. Azt szeretném megoldani, hogy a lekérdezés a választások alapján történjen úgy, hogy kiválasztok mondjuk 2 giga memóriát, 250 gigás winchestert, dvd-írót és monitor képátmérőt, majd ezek alapján szűrje, és írja ki az adatbázisból a megfelelő mezők tartalmát (konfigokat) gombnyomáskor.

Az oldal elkészítésével nem sok időt töltöttem el. A legtovább az tartott amíg kiválasztottam, hogy melyik legyen: drupal, vagy wordpress. Aztán a wp megismerése + a photoshop megismerése is időt vett igénybe. Mert bármilyen furcsa, soha ezelőtt nem kezeltem ps-ot. Évekkel ezelőtt corel draw-al rajzolgattam, de ennyi.
Ha most kezdeném sokkal hamarabb meglenne minden.
Én szerettem volna, hogy szét legyen blogolva, és kommentezve, de akinek csináltam ő nem.
Egyébként nem veszem bántásnak, azért tettem ki a linket, hogy kritikákat kapjak! Szeretnék tanulni a hibáimból, szóval béke van!

Viszont ez az első oldalam. És én szeretem!

Milyen módszerekkel lehet még weboldalakat csinálni?

[ Szerkesztve ]

''Science has failed our mother Earth.'' - S.O.A.D.

"Milyen módszerekkel lehet még weboldalakat csinálni?"

Szövegszerkesztővel Illetve direkt programozásra specializált szöveges szerkesztőkkel

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

Egyszerű szövegszerkesztővel.

Kiindulásnak szerintem jó bookmarkolni pár referencia oldalt. W3Schools/Sitepoint/About

Aztán, első nekifutásra:

1. HTML
2. CSS
3. JS
4. PHP

Ha a kódolás nem tetszik, készíthetsz Flash weblapokat is. Pont az a jó a weben, hogy számos lehetőség van a legtöbb megoldásra, mondjuk ennek az is az oka, hogy olyan irányban nőtte ki magát a Web amire eredetileg nem számítottak. Így a legtöbb eszköz kicsit hiányos és a fúziójukra van szükség ahhoz, hogy modern értelemben való weblapokat gyárthassunk. -- dióhéjban.

Here? For folks like us? Wrong city.., wrong people

"Ha a kódolás nem tetszik, készíthetsz Flash weblapokat is."

Aki flash alapú weblapot készít 2013-ban, hát.... Szerintem maximum játékokhoz meg esetleg videókhoz való a flash (reklámokon kívül ugye ), weblapot nem szabad teljesen rá építeni.

„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."

Azt nem mondtam, hogy javasolt is. Lelke rajta

Here? For folks like us? Wrong city.., wrong people