Cikkek
Sziasztok,
csütörtökön ünnepli első szülinapját - a legfrissebb cikk a WL-en...
Mit gondoltok erről?
A 10. legfrissebb cikk pedig nemsoká 4 éves..
Én azt gondolom, hogy ki kéne gondolnunk erre valamit.
Vélemény?
■ csütörtökön ünnepli első szülinapját - a legfrissebb cikk a WL-en...
Mit gondoltok erről?
A 10. legfrissebb cikk pedig nemsoká 4 éves..
Én azt gondolom, hogy ki kéne gondolnunk erre valamit.
Vélemény?
Nekem tetszik a cikk :). Mit
Hát hiába, ha egyszer jó a
nekem is tetszik :)
Okok
Általános okok
A Weblaborral kapcsolatos személyes bánataim
Mint írtam, ez abszolut az én személyes meglátásom, koránt sem biztos, hogy ez mindenkire igaz. És lássuk be, még ha a motorral kapcsolatos összes bánatom orvoslásra kerül, akkor is kétséges, hogy sikerül-e összetrombitálni egy olyan szerkesztői gárdát, aki rendszeresen ír cikkeket. Minden bizonnyal belefutottatok már a saját cikkírós projektembe, jó ha havonta egy idegen cikk kerül ki, a többit én írom. Ha fizetnénk érte, minden bizonnyal más lenne.
Felgyorsult a világ
Az oldal látogatói két részre oszthatóak.
A régiek, akiknek a böngészője a "we" begépelésekor a weblabort hozza ki első találatként, akik megszokásból térnek vissza.
Az új generáció, akik nem tudnak angolul és a szegényes magyar nyelvű forrásokból igyekeznek megélni. Ez az a csoport, amelyik nem csak az olvasásról szokott le, hanem a gondolkodásról is. A fórumot megnyitva általában percen belül lángoló aggyal távozom. A legtöbb kérdés offtopic vagy olyan evidens dolog amire a Google első találata adja a választ.
Rengeteg egyéb forrás elérhető, a nyelv adja a kulcsot. Angolul keresel, olvasol, tudod tartani a lépést a fejlődéssel.
Több mint 11 éve vagyok regisztrált, nem túl aktív tag. Úgy látom, hogy a weblabor régen nagyon jó volt, de a világ megváltozott, mind a szerkesztői gárda, mind a közönség továbblépett (a tudattalan kérdezőket inkább nem is említeném...
Amúgy minden reggel weblaboros bögréből iszom a kávém és a külföldi kollégáknak mesélem, hogy volt egy nagyon jó magyar közösség amíg otthon éltem :)
Tenni
Közösséget építeni rohadt sok meló, és komolyan akarni is kell. A Weblabor is lehetne közösség, csak ehhez kellene az, hogy ne 2 ember legyen hajlandó minőségi tartalmat gyártani.
Az olvasókat nem érzem akkora problémának, mert lehet, hogy a mélyebb cikkek elmennek a nagy részük mellett, de jellemzően ezek azok a felületes emberek, akiket legszívesebben a fórumban sem látnál, mert badarságokat írnak.
Be fog következni? Egész biztosan nem. 10 évvel ezelőtthöz képest ma már Magyarország csak egy hely a sok közül, és aki kicsit is akar cikket írni, inkább angolul ír.
off: Én személy szerint
Én személy szerint rájöttem még annak idején ebben a nagy cikkezgetésben, hogy nekem minden szempontból jobban bejön a bloggolás:
- Jó a szerkesztői felület.
- Nem kell azon erőlködnöm, hogy átverekedjem a cikket a szerkesztői gárdán, mert nem üti meg náluk a szintet.
- Nem kell egy témakörre szorítkoznom, írhatok egymástól teljesen független témákról is.
- Utólag bármikor visszavehetem, módosíthatom a bejegyzést, nem kell hozzá más engedélye.
- Nem ír bele rajtam kívül senki más.
- Nem vitatják el tőlem a szerzői jogot.
- Stb...
A francnak se hiányzik ez az egész tortúra, amikor csak írni akar valamiről, mert éppen olyanja van...
NEM off
Szeretném, hogy ez egy párbeszéd legyen, főleg úgy, hogy érdemben megszólal a "szerkesztői gárda" is.
Szeretném, ha ez végre egy konstruktív vita lenne, és legyünk kicsit számszerűek:
depth <= 3- nál már megoldási javaslatokkal.(Kicsit lehet gratulálni is, mert vonaton ülve, telóról ilyen "szépen" formázok. :) )
Népszerűség
Mi a fontosabb?
Mert ha utóbbi, akkor majdnem mindegy a látogatottság.
Szerintem lényegtelen, hogy véletlenül, érdeklődés nélkül hányan botlanak bele az írásodba. Az számít, akit érdekel is. Az pedig megtalálja saját blogon is - szerintem.
(+ ott a lehetőség, hogy ide is beküldöd blogmarkba.)
Az pedig megtalálja saját
blogmark
Azzal a (jogos) különbséggel, hogy nem kellett Ádámon keresztül tolni....
A blogmark nem sokat ér
Egy személyes blognál magát valamivel is komolyabban vevő helyen egy bármilyen cikk publikálása jóval több munkát és odafigyelést igényel mindkét oldalról. Jópárszor át kell olvasni és írni, mire a végleges formáját elnyeri.
Nem sokra tudom tartani azt, ha valaki ír valamit, kiteszi, aztán rájön, hogy hülye volt, javítgat rajta, átír, mert lusta volt megfelelően átgondolni. Ez igénytelenség magával és az olvasóival szemben.
Mindenkinek megvan a lehetősége, hogy elsőre jót csináljon, az én írásaimon – emlékeim szerint – Ádámnak nem sokat kellett korrektúrázni, ki is kerültek viszonylag gyorsan. A formázás csekkolására is vannak lehetőségek, csak kicsit gondolkodni kell, ráadásul nagyobb lélegzetvéteű cikket HTML-ben is be lehet küldeni.
Szóval aki akar, az tud cikket írni, más kérdés, hogy érdemes-e.
részben jogos
Ezek szerint neked eddig szerencséd volt, de ahogy látom, több embernek nem.
Akkor való valamire egy szakmai lap, ha ilyen "random" tényező nem befolyásolja a megjelenést.
Azzal teljesen egyetértek, hogy a személyes blog nem (feltétlenül) nyújtja azt a minőséget, mint amit Ádám lektorált.
Ezzel csak az a baj, hogy egyedül van, mert nem is akar többen lenni.
És azért valljuk be - nekem is jó szakmai véleményem van róla, de - senki sem tévedhetetlen.
Nekem a "legutóbbi" itt megjelent cikkem 3+ hónap (!) alatt került ki, többször "elfelejtődött", végül került a kódba olyan "javítás", amitől nem működik.
Mikor ezt jeleztem, ugyanúgy maradt.
Nos, legyen ez egy rossz példa, a kivétel, ami erősíti a szabályt - de emiatt én már pár cikket simán skippeltem, mert nem ér annyit.
De abban teljesen igazad van, hogy blogmarkba sok szemét is bekerül(t).
Hát legalább egyvalakinek
Ha már szóba került, akkor a
86400
Minden ember számára ugyanannyi egy nap.
Te döntöd el, mire hány másodpercet áldozol.
Az összes napi tevékenységed össze adva a legtöbb napon a "végösszeg" ugyanez.
Lehet néha aludni is, stb... :)
Az a te döntésed, hogy olvasol-e vagy netán írsz.
János meglátásai tükrözik a
De Bence nemrég jelentkezett egy cikkel, aminek a bővítésére tettem néhány javaslatot, talán azóta jutott rá ideje.
Én most nem olyan
Érdekes
Azért írtam, hogy ES5, mert
Az async/await jelenleg nem
async/awaitjelenleg nem része egyetlen végleges specifikációnak sem (talán 2017-2018). Az Object.observe pedig kiesett, és nem lett része a 2015-nek.Ha pedig valami nem része a specifikációnak, akkor pedig nem ES5 problémáról van szó.
Úgy rémlik, hogy mindkettő
Nem állítottam, hogy ES5 problémáról lenne szó, csak azt, hogy ES5 js-ben tákolok, nem ES6-ban. Így pl értelmet nyer az is, hogy írtam egy class frameworkot hozzá egy hónapja, illetve félig összeszórtam egy V8 Error polyfillt nem olyan régen, most meg egy async js-t segítő keretrendszert implementálok éppen.
Köszönöm a válaszokat,
Ádám, a szerkesztési nehézségek egy részén nem lenne nehéz javítani. Szerintem.
Nem megoldas
Szerintem tökmindegy, hogy
Igaz,
Cikk
like
Hajrá, RDF-et szeressük! :-)
Ne
Marmint?
Ez így van
Ezzel a "díszítős" megoldással az a baj, hogy még mindig rengeteg erőforrás az adatok kinyerése, ráadásul nehéz garantálni a struktúrát. Ezért célszerűbb lenne egy teljesen adat alapú web, mert csak előnyei vannak a jelenlegi helyzethez képest.
Megis
Ami meg az adat alapu webet illeti, ezen jot mosolyogtam, majd szolj, ha SEO szempontbol is ertelmezheto megoldast ad. Lehet, hogy egyszer majd a tavoli jovoben ez mukodi fog, de jelenleg, ha szeretnel felig ertelmesen teljesito oldalt, kenytelen vagy a metaadatokkal es a specialis markuppal foglalkozni.
De ha nincs igeny a cikkre, akkor nincs, mas jelenleg nincs ami kifejezetten a Weblaborra valo lenne.
Ami meg az adat alapu webet
Pelda
Példa
Erre az egyik legjobb példa a saját, készülőben lévő oldalam, ahol minden kliens azt kapja, amit értelmezni tud. Nézd meg a netes forgalmat firefoxban, chrome-ban, ki- és bekapcsolt javascripttel.
Haat
Facebook linter
Google Structured Data Testing Tool
Twitter Card Validator
Lehet azt mondani, hogy a Google, Facebook, stb. nem erdekesek, csak eppen a vilag nem igy mukodik mostansag, akarmennyire is szeretnenk.
Ezek valóban nem túl
Vegulis
Vagyis egy ma uzleti celra keszulo weboldalnal komoly, merheto anyagi veszteseg, ha nincs Facebook integracio vagy a keresogepekben megjelenesre valo optimalizacio. Es ezek sajnos egyutt jarnak azzal, hogy egy tartalmat egynel tobb helyen kell megjeleniteni (RSS feedben, Instant Articles feedben, cikkben, stb) ami eleve nem kompatibilis a megkozeliteseddel.
Ezt a fajta, epitsunk mindent XML-ben / XHTML-ben, megkozelites a 2000-es evekben volt divat, amikor azt gondoltak, hogy majd jol XSLT-t fog tamogatni minden bongeszo es lesz szep szabvanyositott vilag. Csak eppen egyreszt tul bonyolult volt, masreszt a vilagnak masra volt szuksege.
Tévedsz
Mukodo
Pontosan mire vagy kíváncsi?
Oldal
Jó
Oldal
Attól eltekintve, hogy a google fejlesztői példái tele vannak hibával, a tesztelő eszköz nem kezeli a Vissza gombot stb., az első percben kiderül, hogy ezt az egészet nem gondolta át senki, és teljesen rossz irány a díszítgetés. Például az árat nem fogadják el, ha ezresenként vannak csoportosítva a számok, azaz kénytelen vagyok a google vagy a schema.org "mérnökeinek" korlátoltsága miatt rosszabb olvashatósággal elkészíteni az oldalamat.
Emellett a HTML markupot tele kellett tennem mindenféle spanokkal, hogy kiszolgáljam az épp aktuális facebook, google és társaik rigolyáit, aztán jönnek az ilyen Zuckerberg-félék, és csodálkoznak, hogy képtelenek megírni egy normális webes klienst, mert a hájasra dagadt DOM fát még a legújabb i7-es sem tudja elfogadható sebességgel kezelni.
Rossz az irány.
Ezért kéne eleve struktúráltan, formázatlanul szolgáltatni az adatokat. Nekem pl. egyáltalán nem kellett belenyúlnom az eredeti termék xml-be, hogy elvégezzem a fenti schema.org-os módosítást a html-ben, csak a sablonba. Ugyanígy zéró erőfeszítés lenne a facebook integráció, ilyen-olyan rss elkészítése és társaik. De ez egyáltalán nem érdekes téma.
Az érdekes, hogy hogyan lehetne a webet adat alapúra transzformálni.
<span property="price">6
<span property="price">6 699</span>helyett<span property="price" content="6699.00">6 699</span>és mindenki boldog lesz.Nem ez a lényeg
Zsákutca ez a fajta megvalósítás, ez teljesen nyilvánvaló.
Persze, és majd ha valaki
Amíg nem találjuk meg a tökéletes megoldást (avagy amíg fejlődik/változik az iparág), addig ez így lesz (és van) mindenhol. Ha új, jobb/más dolog jön, akkor tanulni, változni, dolgozni kell.
De ha te tudod a tutit, akkor végre tényleg megválthatnád a szakmát. Ha igaz minden, amit a rendszeredről írsz, akkor seperc alatt mindenki alkalmazná szerintem, és nem jutnánk a tipikus, "majd én megmondom" helyzetbe:
Nem tudom a tutit, de
Én egy megoldást adok arra, hogyan lehet a legkevesebb munkával a legtöbb klienst kiszolgálni. A létezőknél mindenképp jobb.
Azért az elég tuti, ami
Facebook
Persze ki nem hajlando kovetni? A Google. Yay. A schema.org messze tul bonyolult, de jelenleg az egyetlen megoldas arra, hogy microdata keruljon a markupba. Eleinte csak a breadcrumb mukodott, ami lehetove tette, hogy a keresesi talalat ne legyen olyan otvar ronda.
Lenyeg a lenyeg, per pillanat ez szivas, es rengeteg buktato van benne, viszont azt nem uszod meg, hogy hasznald.
Azt viszont vedd eszre, hogy a Te megoldasod arrol szol, hogy hogyan allitod elo a vegso kimenetet (HTML), nem pedig arrol, hogy a kimenetben mi lesz benne.
Az altalam javasolt cikk a vegso kimenetkent keletkezo HTML-ben levo markuprengetegben ohajtott volna rendet tenni, mert sztem ott van mit.
Azt viszont vedd eszre, hogy
Egy (mobil) böngészőnek minek kiküldeni facebook/google és minden egyéb anyámkínja metaadatokat? Kezdeni nem tud vele semmit, de lassabb lesz, ráadásul évek óta azon sírnak minden mobilos fórumban, hogy az akkumulátorok nem fejlődnek (csak híznak, a telefonok meg emiatt egyre nehezebbek).
Nem
Plusz tok ertelmetlen a HTML-ben levo markup mennyisegen sporolni, ha a beagyazott kepek (amiken szinten lehetne optimalizalni) ennek sokszorosat teszik ki.
Egyetlen keped tomoritesevel lefaragtam az oldalbol laza 16 kB-ot minosegveszteseg nelkul, amibe irdatlan mennyisegu metaadat fer bele.
Amit itt csinaltal, az nem mas, mint hogy atraktad a kliens oldalra azt, amit masok szerver oldalra tesznek, semmi tobb. Nem silver bullet, nem oldja meg az osszes problemankat.
Cserebe kivancsi leszek, hogy oldod meg pl. az RSS feedet ugy, hogy azt mindenfele parzer megegye, mert halal biztos vagyok benne, hogy a mezei RSS olvaso nem fogja megenni az XSL fajlodat.
Nem
1, Csak az első kattintásnál tölti le a kliens a teljes XML készletet és az XSL-t, utána gyorstárazik. A második kéréstől kezdve csak a tartalom megy ki, aminek a mérete 6-700 bájt, tehát tizede a 7 kilobájtnyi teljes HTML kódnak.
2, Nem értelmetlen a HTML markup mennyiségén spórolni, azért linkeltem korábban a Zuckerberges cikket, meg küldtem be egy csomó blogmarkot a témában, hogy a túl nagy DOM fa miatt képtelenek normális webes klienst írni sokan.
3, Nem az a lényeg, hogy kliensoldalon történik az adatok transzformálása, és nem is az, hogy kisebb a forgalom, mert ezek következmények. A lényeg, hogy nyers adatokat küldözgetek, amivel minden kliens azt kezd, amit akar.
4, Írtam az elején, hogy nézd meg az oldalt kikapcsolt javascripttel, például wget-tel – ekkor kapsz egy HTML-t. A szerveroldalon nézem a kérést, ha például az accept-ben rss/xml van, akkor még a szerveroldalon egy RSS-sé alakítom, és azt küldöm ki, ezt körülbelül tíz perc megvalósítani. Írjak neked ilyet?
Folyt
Szerintem sokkal jobbat
Annyi felesleges sort
Irok
a mezei RSS olvaso nem fogja
Hacsak nem szerver oldalon csinálja meg a transzformációt. De ez természetesen a HTML-re is igaz.
Dedikalt tema
Kép
A kép arról szól, hogy
Ettől még nem kell senkinek magába fojtania a potenciálisan remek ötleteit (legyen az nagy cég vagy hobbiprogramozó), mert az által fejlődik a világ. Ugyanakkor amíg csak annyit tudni valamiről, hogy ez lesz a következő, minden lehetőséget lefedő, minden eddiginél jobb módszer, akkor azért nem kell meglepődni, hogy ez a kijelentés szkeptikus fogadtatásra talál. Prezentálni kell, és majd az evés kipróbálja a pudingot.
Fegyvert nem fog senki a fejünkhöz, de lehet, hogy fizetést nem ad az ügyfél, ha az oldal nem megfelelően integrálódik az aktuálisan mainstream rendszerekbe, ahonnan (akár fantázia, bár sokszor mérés alapján) a bevételének egy jelentős része származhat.
Kép
Jo, de Te pont azert agaltal
Igen.
Folyt
srácok, muszáj
Jó az, és ha igen, akkor kinek, hogy még egyetlen cikk - betű leírása előtt azon vitatkoztok, hogy van-e jogosultsága a cikknek?
Azt hiszem inferno és az én érdeklődésem mond annyit, amiből János meg tudja saccolni, hogy "milyen lesz az olvasottság".
Persze kell (ene) Ádám reakciója is.
Viszont ami nagyon nem kellene, az a fentebbi cca 30 off topic...
Mit gondol vajon rólatok, aki ezt olvassa??
Ilyen "beharangozás" után rajtunk kívül ki fogja olvasni???
Kicsit (sokkal) felnőttebnek kéne lenni...
Igény biztos lenne rá, ne
Ugyanakkor ízelítőt kaptál, miről szólnának a cikked alatti hozzászólások :).
Azért hátha mégis megírod, én szívesen olvasnám.
Ezzel egyetértek.
szerinted
Inkább lássuk a cikket, aztán vitassuk meg.
Van egy olyan érzésem, hogy a szerző nem fog adatbázis backup - ot küldeni metában... :)
Van egy olyan érzésem, hogy a
A francba, pedig pont erre gondoltam... trololololo
nahát
:-D
Persze, hogy szerintem, ki
Lehet beágyazni JSON-LD-t is,
Én már évek óta várom a
+1 :D