Új hozzászólás Aktív témák
-
PumpkinSeed
addikt
-
Hege1234
addikt
válasz PumpkinSeed #5052 üzenetére
szünetre kaptuk "házinak" (nem gond ha nincs meg csak így elég jól lehet gyakorolni)
csak még nem vettünk ilyet hogy follow sidebar meg hasonlók
viszont valamelyik oldalon láttam és gondoltam így csinálom meg -
PumpkinSeed
addikt
válasz Hege1234 #5053 üzenetére
Értem. Viszont akkor nem kérdeztem semmit. A legtöbb segítséget itt találod szerintem. Én ha nem tudok valamit mindig innen lesem.
"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
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #5054 üzenetére
W3Schools inkább kerülendő:
http://www.w3fools.com/
(bővebben is volt már róla szó korábban: [link], [link])Sokkal inkább ajánlott példának okáért a Mozilla Developer Network:
https://developer.mozilla.org/hu/Sk8erPeter
-
PumpkinSeed
addikt
válasz Sk8erPeter #5055 üzenetére
"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
-
Sk8erPeter
nagyúr
-
DS39
nagyúr
válasz Sk8erPeter #5055 üzenetére
írj már 2-3 konkrét téves kódot a w3schools-ról. mert eddig a fools oldal sem terjed ki, konkrét példát én nem látok.
egyébként én is sokszor néztem már onnan kódot, és mind jó volt, szóval kiindulási alapnak megfelel.
-
Sk8erPeter
nagyúr
Nem nagyon értem, miért szedték le a konkrét példakódokat, pedig elég jól le volt vezetve, milyen baromságok voltak fent, meg át is volt húzva, amit azóta javítottak (valszeg többek közt ennek az oldalnak a hatására, mert figyelembe is vett feedbacket nem lehet küldeni, mint azt írják is), de archive.org-on megtalálható a korábbi tartalom, most például random a 2013. januári dátumra kattintottam rá, itt olvasgathatsz:
http://web.archive.org/web/20130115033517/http://w3fools.com/
"egyébként én is sokszor néztem már onnan kódot, és mind jó volt, szóval kiindulási alapnak megfelel."
Régen én is néztem róla példakódokat, és csak később fedeztem fel, milyen rossz kódolási szokásokat nevelnek az emberbe, nem beszélve arról, hogy mennyire sok szimpla HIBA/téves állítás vagy rossz módszer van a kódokban/"doksiban".Ajánlottam alternatívát, konkrétan az MDN-t, ami Wiki-szerű, sokan tudják ellenőrizni/javítani, sok példakód van fent jsFiddle-demókkal együtt, és a dokumentáció jó minőségű, plusz hasznos gyakorlati tanácsokkal lát el, na meg nem csak saját magukat reklámozzák mindenáron, hanem külső, tanulásra alkalmas oldalakat is linkelnek. De ezt bővebben már kifejtettem a korábban belinkelt két másik hsz.-emben is (nem véletlenül linkeltem).
[ Szerkesztve ]
Sk8erPeter
-
DS39
nagyúr
válasz Sk8erPeter #5059 üzenetére
köszi. így már érthetőbb a dolog, bár az említett hibák közül 5-ből 3 esetében (a nem áthúzottak közül) a webarchive verzióban is már javítva/helyesen szerepeltek a dolgok. ha meg azután történik javítás hogy lefülelték a hibát, az csak jó, mert egyre kevesebb a hiba, a (feltételezhetően nem szándékos) félrevezetés az oldalon.
de abban egyetérthetünk hogy van más hely is ahonnan lehetne tájékozódni, főleg ha az ember mélyebben akarja beleásni magát a webfejlesztésbe.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
"egyre kevesebb a hiba, a (feltételezhetően nem szándékos) félrevezetés az oldalon"
Igen, az persze, hogy jó, ha javítják a hibákat, mivel a Google első találatai között szerepelnek majdnem minden jelentős webfejlesztős kulcsszóra (nagyon jól keresőoptimalizált az oldaluk), de ha már annyira szakértő brigádnak állítják be magukat, hogy még semmilyen normális munkaadó által NEM elismert bizonyítványokat is osztogatnak, ezzel téves önbizalmat adva a tanulgató webfejlesztőknek, akkor talán elvárható lenne, hogy ne is legyenek ilyen szintű buta hibák, mint amiket a W3Fools oldala annak idején felsorolt (és ezek a hibák évekig ott voltak az oldalon! Szerencsére utóbbi időben javítgatják őket), ne oktassák rossz kódolási módszerekre az oldalukat felkeresőket (például JavaScript-kódoknál nagyon jellemző volt), valamint ha már a W3C kéri meg őket, hogy ugyan legyenek már szívesek odaírni, hogy nincsen közük a W3C-hez (mivel a W3Schools név igen erősen megtévesztő, én is eleinte azt gondoltam, van közük hozzá, nem hiszem, hogy egyedül lennék ezzel), akkor azt tegyék már meg; ezenkívül biztosítsanak megfelelő lehetőséget a visszajelzésekre, és hallgassanak is időben a feedback-re, hogy ne legyen kint évekig téves információ. Hibák mindenhol lehetnek, de nem mindegy, hogy az ezekre való figyelemfelhívást hogyan kezelik. Magyarul túl nagy a felelősségük ahhoz képest, amilyen hibákat elkövetnek (/-tek régen), amennyire amatőrnek tűnn(/t)ek ezek alapján, és amennyire nem foglalkozn(/t)ak a saját renoméjukkal. Szerintem ez (volt) a baj a W3Schools-szal.Sk8erPeter
-
sz.j
nagyúr
Ellenőriztem a honlapunkat a pagespeed insights-el és a desktopnál egy hibátt (Leverage browser caching), míg a mobilnál ket hibát jelzett (Leverage browser caching, illetve Eliminate external render-blocking Javascript and CSS in above-the-fold content)
Mivel nem tudok angolul, így csak sejtem, hogy a képek gyorsítótárazása lehet az első esetben a gond, míg a második hibát még csak nem is sejtem, hogy az mi lehet .....
Szerintetek mi lehet a gond, illetve hogy tudom a gyorsítótárazást (ha arról van szó) megcsinálni?
Műanyag, alumínium és motoros redőnyök, valamint szúnyoghálók készítése, szerelése. www.szaboredony.hu
-
Sk8erPeter
nagyúr
A gyorsítótárazás gondolom tudod, hogy gyorsítja az oldalbetöltéseket. Az inline CSS- és scriptkódok (előbbi <style> tagen belül vagy adott elem style attribútumának értékeként feltüntetve, utóbbi <script> tagen belül, vagy onclick és hasonló attribútumokon belülre rakva, nem külső fájlba bedobva) külön külső fájlba rakása segítheti a gyorsítótárazást, így a böngésző egy már korábban, a gépedre letöltött példányt vesz elő, így nem kell újból és újból letöltenie a szerverről az adott fájlt.
A gyorsítótárazáshoz hozzátartozik viszont a lejárati idő is (mennyi idő múlva akarja a böngésző újból letölteni az azóta esetleg módosult példányt), itt az alábbi cikkben HTTP-fejlécek módosításával történő lejáratiidő-kitolásról beszélnek:
http://gtmetrix.com/leverage-browser-caching.htmlUtóbbi, általad említett problémáról pedig itt van beszélgetés:
http://stackoverflow.com/questions/18013648/eliminate-external-render-blocking
meg itt:
https://developers.google.com/speed/docs/insights/OptimizeCSSDelivery
https://developers.google.com/speed/docs/insights/BlockingJS
nagyon röviden a lényege az, hogy különböző trükközéseket javasol arra, hogy a lehető legminimálisabb mennyiségű, mindenképpen szükséges CSS- és JavaScript-kódot tölts be a <head> tagben vagy máshol, annak érdekében, hogy azok letöltése, feldolgozása ne vegyen el időt és erőforrást, a többi, esetlegesen vagy csak később szükséges tartalmat pedig lehetőleg az oldal teljes betöltése UTÁN töltsd csak be. Tehát az oldal első betöltésekor tényleg csak azt töltsd be, amit a felhasználó láthat, ne kelljen a többi, kevésbé lényeges elem betöltésére várnia, utána foglalkozz csak a többivel.Ez így nagyon szépen hangzik, de az esetek többségében rendkívül nehézkessé teheti a kódolást és a karbantartást, ahogy a belinkelt topicban írják is, széjjelszabdalhatja a logikusan egybetartozó kódokat, és egyáltalán megfontolandó, hogy bizonyos projektméret alatt megéri-e az egész, tart-e annyi ideig az oldalbetöltés, hogy érdemes legyen szenvedni vele.
Ha a betöltésed nem lépi át a mágikus ~2-3 másodperces türelmi határt, akkor én inkább a NEMre szavaznék, és ennek a figyelmeztetésnek a figyelmen kívül hagyására, és ehelyett inkább az erőforrásoknak az oldal igényességének csiszolására való fordítására (ami felhasználói szemszögből szintén nagyon sokat számít).Sk8erPeter
-
sz.j
nagyúr
válasz Sk8erPeter #5063 üzenetére
Először is köszönöm szépen a részletes információkat
Ezek ismeretében azt hiszem, hogy csak a gyorsítótárazás marad amivel foglalkozni szeretnék, de ennek még utána kell néznem, hogy ezt hogyan is lehet megcsinálni.
Amúgy a weboldalunk betöltődésévél, a netten olvasottak alapján, most sem lehet nagy probléma, mert mobilra 83/100, míg desktopra 92/100-at kapunk, és ha igaz amit olvastam, akkor 80 felett már jónak számít.Műanyag, alumínium és motoros redőnyök, valamint szúnyoghálók készítése, szerelése. www.szaboredony.hu
-
DeltaPower
őstag
Az már tényleg egész tűrhető pontszám. Én 63-ról 93-ra húztam fel egy oldalt, a megmaradt dolgok közül fura módon a facebook pluginre reklamál nagyon, annak ellenére hogy az aszinkron változatot használom belőle.
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
Chrystall
senior tag
Sziasztok!
Az a kérdésem lenne, hogy az Internet Explorer 10 az hogyan kezeli a conditional commenteket? Eddig nem volt gondom ezekket, de most észrevettem, hogy egy honlapom szét van csúszva. ez van pl. az ajján:
<![if !IE]>
<div style="margin-bottom:40px;margin-top:-42px;"><p class="panel" style="width:96.4%;text-align:center;font-size:20px;font-weight:bold;color:#CC0000;">
<img src="/files/theme/buszb.png" style="position:absolute;z-index:50;margin-left:-137px;margin-top:25px;"/>PARTNERÜNK:<br/><a href="http://www.kanadabusz.hu/" target="_blank"><img src="/files/theme/kanada.gif" style="border:1px solid;border-color:#999999;padding: 1px 1px 1px 1px;" /></a>
<img src="/files/theme/buszj.png"style="position:absolute;z-index:50;margin-left:8px;margin-top:-8px;"/></p></div>
<![endif]>Ez elvileg a nem Internet Explorer böngészőkre vonatkozna. Nincs is baj, ha Firefoxban vagy Chrome-ban nézem ezt meg, de Internet Explorer 10-ben van, mert ezt a részt is figyelembe veszi. Ez hogy lehet? Direkt ki van kötve, hogy if !IE, erre még is figyelembe veszi. Sőt, azt a részt, ahol csak if IE van, arra meg rá se hederít. Mi a fene lehet?
-
martonx
veterán
válasz Chrystall #5069 üzenetére
IE10 már egészen szabványos, így ez a nem szabványos feature kikerült belőle. Ha egészen erősen szabványos css-t, html-t használsz, akkor különösebb gond nem is lesz az IE10-en megjelenítéskor.
Ráadásul a conditional comment-et se jól használtad, ez a helyes szintaktika:
<!--[if IE]>
This content is ignored in IE10 and other browsers.
In older versions of IE it renders as part of the page.
<![endif]-->[ Szerkesztve ]
Én kérek elnézést!
-
DeltaPower
őstag
válasz Chrystall #5069 üzenetére
Support for conditional comments has been removed in Internet Explorer 10[link]
az mondjuk meglepő és vicces, hogy a !IE feltétel igaz IE10-re..."Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
Sk8erPeter
nagyúr
válasz DeltaPower #5071 üzenetére
De épp az első idézett mondat miatt nem is vicces a második, inkább érthető.
Sk8erPeter
-
Chrystall
senior tag
Akkor most mivel lehet Internet Explorer 10 számára külön definiálni utasítást? Táblázatnál nem ugyan úgy kezeli a sormagasságot, mint a Firefox vagy a Chrome, kicsit eltér a méret, így meg idétlenül néz ki a lap azon része.
-
Chrystall
senior tag
Sajna ez az Explorer 10 hiába standard, valamit a táblázatok terén máshogy kezel, mint a Firefox meg Chrome.
Itt volna a problémás honlap:
Ha valamelyikőtöknek van ideje, pillantson már bele. Kissé kaotikus, de értelem szerűen az if !IE feltételes részek azok, amik mostmár számítanak, az if IE az már lényegtelen. Van egy tonna cucc a kódban, de a táblázat maga egyszerű:
Van két oszlop, az első oszlopban 2 cella (bal oszlop), a másodikban 1 rowspan-nel összeolvasztva 2-ből (jobb oszlop). mainbody az id-je a táblázatnak, úgy hamar rátaláltok. Van a celláknak egy "sidebarpanel" class-sal definiált stílusa a mainstyle.css-ben, de az annyira nem oszt nem szoroz, csak a panel grafikáját határozza meg, hogy betöltődjön a kék háttér meg az élkerekítés.
A hiba ott van, hogy explorerben ha elkezdek tartalmat tenni a 2. oszlop egyetlen cellájában, elkezdi széthúzni az első oszlop felső celláját, ami grafikailag a felső sidebar lenne. Hiába adok meg neki max magasságot, rá se hederít az explorer, szépen húzza szét függőlegesen, minél több adat van a jobb oldalon, annál jobban. Firefox-ban ez nem áll fenn, ott megadok max magasságot, ahhoz beállítja, és kész.
Elég sok cucc van a tartalom-ban a jobb oldali cellában, de úgy találtam ennek nem igen van szerepe a hibában, mert ha kitörlöm a tartalmat, és simán elkezdek csak ilyet beletenni a jobb cellába, hogy: <span>a</span>, és ezt vagy 100x ismétlem, azaz csak betű lesz a cellában, akkor is elkezdi széthúzni a felső sidebart. Valahogy rá kéne venni az explorer-t, hogy hagyja fixen azt a felső sidebart, de nem akarja. És akkor még azt mondják, hogy szabványos
[ Szerkesztve ]
-
DeltaPower
őstag
válasz martonx #5077 üzenetére
[link] IE10 a bal oszlop zöld gombos menüjének celláját függőlegesen megnyújtja. A fura, hogy inspectelve ugyanakkora magasságot jelez rá, mint a ffox, pedig láthatóan sokkal nagyobb.
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
Chrystall
senior tag
válasz DeltaPower #5078 üzenetére
Hát épp ez a baj. De hogy lehetne ezt kivédeni? Akkor is ezt csinálja, ha beleteszek egy másik újtáblázatot ugyanilyen felosztással, és jobboldalra egy egyszerű szöveget beszúrok. Amint átmegy a sorszám egy bizonyos határon, már kezdi is széthúzni a bal felső cellát az explorer. Eleinte aszittem a jobb oldalon a tartalom miatt csinálja, de ezek szerint akkor nem.
[ Szerkesztve ]
-
DeltaPower
őstag
-
Chrystall
senior tag
válasz DeltaPower #5081 üzenetére
De miér lehet ez ilyen komplikált az explorernél? Nem lehet, hogy minden jellemzőt be kellene benne állítani a cellákra vonatkozóan? Pl. szokott olyat is csinálni, hogy van 10 sor, 4 oszlop. És ha az egyik oszlopban csak 1 cellának van meghatározva pontosan a szélessége, akkor a fejlécben abban az oszlopban nem zárja középre a szöveget, csak hogyha a teljes oszlopra megadsz pontos szélességet. A Firefox az középre zárja. De ez is eltartott egy darabig, míg rájöttem, hogy ez a hiba, miert ki a fene gondolná. Nem tudom itt is nem-e valami ilyesmi van, hogy nincs megadva pontosan egy érték, és emiatt bénázik. Csak nem tudom, hogy mit lehetne még megadni. Balfelső cella magasságát megadom, az ok, de a többire nem tudok megadni, mert azok a tartalom függvényében kell, hogy növekedjenek. Próbáltam, hogy a padding-et is beállítom, az se jó. Bár nem tudom, hogy ha a jobboldali cellának is adok meg padding-et, akkor esetleg úgy működne-e. Teljesen következetlenül viselkedik.
[ Szerkesztve ]
-
gyga
senior tag
sziasztok.
ha pl divbe rakok szöveget akkor mivel tudom megadni hogy a szöveg eltartása mennyi legyen a div szélétől?
A kisebbség is számíít, teszkó.
-
Forza_JUVE
aktív tag
Sziasztok!
Ha a <meta name="robots" content="noindex, nofollow" /> meta tag-ot használom akkor van értelme a <meta name="robots" content="all" /> sornak ??
Vagy ez csak akkor számít, ha engedélyezem az indexelést?Köszi!
-
PumpkinSeed
addikt
válasz Forza_JUVE #5095 üzenetére
Szerintem csak egyszerre egy azonos nevű meta tag-et tud értelmezni.
"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
-
spammer
veterán
válasz Forza_JUVE #5095 üzenetére
A kettőnek együtt nincs értelme, ha nem akarod indexelni, akkor ne indexeld. Kérdés, hogy a Guglit érdekli-e, hogy te mit akarsz
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Forza_JUVE
aktív tag
válasz PumpkinSeed #5096 üzenetére
Ha engedem az indexelést, akkor elvileg van értelme a "content = all" sornak ... legalábbis ez alapján. Csak azt nem tudtam, hogy "noindex" esetén van-e ... de ezek szerint nem sok.
-
tamas1985
aktív tag
A következő problémám lenne:
Adott egy oldal, ha erre az oldalra rákeresünk a következő kolcsszavakkal:
bútortaxi butortaxi
máshogy jelenik meg a találatii lista
képek hogy mire gondolok:
az lenne jó ha mindegyik az első képnek megfelelően jelenne meg
a meta tag rész így néz ki:
<head>
<title>BUTORTAXI.HU - Akció! Kaputól-kapuig FIX 5000Ft!</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-Language" content="hu-hu">
<meta name="description" content="Bútorszállítás, Bútortaxi, igény esetén kisebb költöztetés">
<meta name="keywords" content="bútortaxi, butortaxi, bútorszállítás, szállítás, fuvarozás, költöztetés">
<meta name="robots" content="all">
<link rel="stylesheet" href="main.css" type="text/css" media="screen">
</head>
mi lehet a gond, hogy lehetne megoldani?
Új hozzászólás Aktív témák
- Krómozott előlapos Jura Z5 automata kávéfőző beépített profi cappuccino fejjel
- Eladó teljesen új, bontatlan Nespresso Essenza mini piros színben
- Motorola Razr 40 - 8GB 256GB DualSIM Sage Green - Bontatlan - Garanciális
- Canon Ixus 285 HS
- Új! Bontatlan! Samsung 8TB 2.5 SSD eladó! Országos Szállítással
- EDIFIER NBQ, Realme Buds Air 2 Neo, Honor Choice, Taotronics 1003
- PANASONIC HF410BE fehér bluetooth/vezetékes fejhallgató (RP-HF410BE-W) - keveset használt
- ASUS Z690 APEX, i5 14600KF, 32 GB DDR5 6000 MHz CL32, Seasonic 850W platinum, egyedi AIO
- Sony SCPH-70100 adapter , Playstation adapter
- LG 65UN74003LB - 65" (165 cm) 4K Smart TV - 2.5 év garanciával