Hozzászólások

Hát igen, jöhetnének a népek tesztelni, mert több szem többet lát, ugye...

Visszamenőleg nem cseréli le (pl. a főoldalon) a te verziódra?

kb egy napom elment ezzel a motyogassal, de nagyon boldog vagyok a vegeredmennyel. Kidolgoztam egy uj szerver oldalu youtube video beagyazas modot, ami akar tobb 100videot is konnyeden megjelenit az oldalunkon egyszerre!! Abbol indultam ki mint a HWn is volt problema a fooldalas cikkeknel, es akar lehet majd a random topikoknal is, nevezetesen hogy ha Bagoly es a tobbiek elkezdenek eszetlenul youtube-os videokat beagyazni a cikkekbe, akkor kibaszott belassul az oldal beolvasas minden alkalommal, es elmegy a kedvuk az embereknek ranezni is. :D

Ennek immaron vege, a videok nem foglalnak tobb helyet se browser sebesseget, mint kb egy random kep beolvasasa. Csekkoljatok:

http://dev.rewired.hu/content/klasszikus-youtube-beagyazas-sztresszteszt (ovatosan, megeszi a gepet szepen)

http://dev.rewired.hu/content/vadiuj-psishock-modszeres-youtube-beagyaza... (villamgyorsan elottunk van a halom video, es meg se kottyan a rendszernek)

a lentibb kodban $classwidth-tol lefele kezdodik a sajat mese, elotte a mar meglevo xbbcode klasszikus beagyazo modszerevel inditottam.

http://www.pastebin.ca/2964473

Mi tortenik a kodolas gondolatmeneteben?
- beolvasom a video szelesseget, hosszusagat
- minden videobol kivesszuk az id-reszet (a random szamot amit a youtube hozzarendel a videokhoz), ez tajekozodasra tokeletes kiindulopont
- kiemelem csak az inditokepet a youtube beagyazott videojabol a szerver oldalon, ugyesen hogy kitoltse a teljes video helyet.
- beolvasok egy lejatszonyil kepet base64 kodolasban
- nyitok egy div-et es kiosztok neki szinten szerver oldalrol egy css stylet is, arra kirajzolom a videobol kiragadt kepet, es ra a nyilat, beolvasom ra a video mereteit, majd beolvasok ra egy funkciot a kattintasra
- ez ala beteszek egy iframe-et, amit beallitok 1x1 pixeles nagysagra a sarokba, mert amugy takarna a div-feluletet, es nem tudnank rakattintani, es source-ra "semmit" teszek.
- meghatarozom a div kattintas funkcioban, hogy abban az esetben az iframe-unkre beolvasodjon a teljes video elerhetosege, es autoplayyel el is induljon. Itt beolvasodik meg a video szelessede es a hosszusaga az iframe-re, hogy teljesen kitoltse a div helyet.
- Betettem minden iframe-re es div nevere a youtube unique $id-t, hogy meg tudja a gep kulonboztetni egymastol oket, es tudja melyik video hova valo. Kb ennyi is lett volna a mese, de ez igy meg mindig buggolt.
- Midaddig amig 1 video volt addig ment a mese, de 2-3 vagy tobb linkelve csak az utolsot nyitotta mindig meg, igy legjobb otletnek tunt minden kattinto kod id-hez is hozzarendeltem a sajat youtube video $id-jet.
- Utana eszrevettem, hogy ez ok, de sajnos ha a youtube video id-jeben "-" jel volt, akkor nem mukodott a kattinto kod, igy ki kellett cserelnem valamire egy string cserelo koddal, mondjuk "minus"-ra, es ez ok volt igy mar.
- Nos ez ok is volt mindaddig amig csak kulonbozo videok voltak beagyazva, de amint bejott 2 ugyanaz (pl nagyon lazan megeshet egy oldalon ha beidezi valaki egy masik postjat), osszekeveredett az iframe beagyazas es a megegyezo videokat mindig a legutolso iframe-be kezdte lejatszani. Itt akkor ugy voltam erre az egeszre minden alkalommal egy 100000 szambol allo randomsort is hozzair, igy mar 100000% hogy nem jelenik meg egyetlen lapon veletlen ket ugyanolyan ID. xD
- Ugy nez ki igy mar ez atombiztos nem? Hat nem, egy aprosag meg jelen volt. Amikor pl beolvasta valaki a videokat, es pl atvandorolt masik lapra, vagy akar ugyanazt a lapot ujra beolvasta, az iframe source-ja nem resetalodott le a bongeszo cache miatt, hanem elkezdte a jelenlegit beolvasni, azaz minden egyes elozoleg beolvasott video tagot elkezdte elinditani autoplay-jel, es raadasul 1x1 pixelnyi nagysagban hogy le se lehessen sehogy allitani, mivel az iframe nagysagat azt beolvasta mar a kodbol, oldalujra olvasas utan. Na itt jott a varazslat, amit a kod vegere tettem, a document.getElementById(\"iframe$randid\").src=document.getElementById(\"iframe$randid\").src; aminek a lenyege hogy miutan az iframe ujra beolvasodott, "force"-olja ra a cache-ben levoekre is az ures about:blank kodot, es ez garantalta hogy minden esetben amikor ide oda ugralunk a bongeszoben a lapokon, vagy ujra inditjuk az oldalt, a beagyazott videok csakis katt utan olvasodjanak be.

Thats it gyerekek. :)

Jelentem Balin is működik az oldal :p

Nem látom SleepyOne linkjét, de igazából máshol már láttam a videót és szerintem nagyon jó lett. Persze, vannak apróbb hibák (űrben lángoló hajó), de lényegében egy ember munkája, így maximális tiszteletet érdemel!

Köszi, most már tökéletesen működik!

Viszont ez most felvetett bennem egy kérdést: lesz lehetőség arra, hogy hasonló esetben úgy ápdételjünk egy hírtopik kezdő posztját, hogy az frissítse és egyben felugrasszafelugrassza a vonatkozó cikket is a címlapon?

ez mondjuk mindenkepp valid kerdes, es ugy lenne a tokeletes ha a kulonbozo cikkirok nem 50 kulonbozo friss cikket postolnanak egy egy ugyanazon temarol es a fejlemenyeirol, floodolva a hirfolyamot, hanem mint egy kozosbe menne, akar ugyis hogy egymas postjaiba nyomjuk az updateket, szamozassal.

Ha tul hosszura sikeredne igy egy cikk, az se baj, mert meg tudom oldani hogy bizonyos szamu karakter utan (mittomen 600-800) egyszeruen levagja a cikk tobbi felet a fooldalon, es rakattanva a cimere (mint bovebben linkre) szepen megnyilik neki a teljes verzio, alatta a kommentekkel.

Ezzel azt is meg tudjuk akadalyozni hogy egy esetleges cikk a fo oldalon (pl egy interview vagy hosszu jatekreview) csomo szoveggel, kiemelessel, esetleg kepekkel, potencialisan 4-5-6 oldalnyit is elfoglaljon.

Egyelore nyitva van most minden, minden cikk teljes terjedelmeben jelenik meg, de mint mondtam a funkcio adott, es barmikor beindithatom.

A bumpolas a szerkesztessel egyelore nem bumpolodik magatol fel a fo oldalon, viszont a hirek forumban (mivel utolso bejegyzes szerint van rendszerezve) igen. Szukseg szerint "sticky" opcionk viszont van, ami felragasztja a hirfolyam tetejere az adott hirt, pl ha kiemelkedoen fontos (ameddig kiemelkedoen fontos, es le nem vesszuk a stickyt rola).

Meglatom mikent tudom a fajdalommentes bumpolas megoldani amugy a kesobbiekben, de ahogy emlitve is volt, en is preferalnam fuggetlen ettol, hogy az updateket es az ugyanazon cikktemaval kapcsolatos infokat es fejlemenyeket egy ugyanazon hirbe halmozzak egymas ala a szerkesztoink. :)

Igazság szerint meg sem próbáltam a főoldalra posztolni, mert nem láttam értelmét majdnem ugyanarról ilyen sűrűn egymás után írni, inkább bedobtam az előző M:I alá.
Viszont ez most felvetett bennem egy kérdést: lesz lehetőség arra, hogy hasonló esetben úgy ápdételjünk egy hírtopik kezdő posztját, hogy az frissítse és egyben felugrasszafelugrassza a vonatkozó cikket is a címlapon?

a jogosultsagok es postolas engedelyezes/tiltas gordulekenyen funkcionalasa szamomra egyik elsoszamu prioritas,

csinaltam megint egy nagy premission updatet, volt egy 5-10 perc hogy resetalnom kellett minden hozzaferest, majd ujra beallitani, aki addig akart valamit csinalni semmihez nem volt hozzaferese, igy ugy tunhetett mintha bannolva lett volna, vagy hasonlo, de minden ok mar.

Nem hagyott nyugodni a dolog, es korulneztem az issue reportokban, ugy fest hogy a modulban amivel a hozzafereseket kezelem sokan masok is igenyeltek ezt a ficsort mint en is szerettem volna, marmint hogy kezelni lehessen kulon a kommentek es kulon a posok engedelyezes is forumokra nezve, ne csak mindkettot vagy egyiket se. Szuletett egy patch is (igazsag szerint tobb is), de hosszu honapokkal a tesztelese utan sem tettek bele a fomudul kodjaba vegul. Nyilvan nem hajtja senki a fejlesztoket, dolgoznak rajta amikor kedvuk van es ahol akarnak, de nem ujdonsag ez ilyen opensource projekteknel.

Szoval a tesztelok ugy reportoztak hogy funkcional a legutolso patch proba es nem csinal hibakat, bevittem kezzel a fomodul reszeibe (nem volt egyszeru mivel aprolekosan egyeztetni kellett minden sort, biztos ami biztos alapon, hogy stimmelnek e, mivel ki tudja hogy a fomodult idokozben frissitettek e valahol a patch szuletese utan, vagy sem). Azutan tesztelgettem egy darabig es nalam se csinalt hibakat (vagyis az elejen egy rakatot, de irtak hogy elotte mindenkepp jo lenne komplett uritenem az adatbazisat a modulnak mivel nem kompatibilis a ketto egymassal es ugy jarok mint en), igy behoztam ide a dev-re is, es nagyon remelhetoleg mostmar minden ugy funkcional, ahogy szerettuk volna, es automatikusan.

Azaz ebben a pillanatban a hirek topikban csak a hirezok tudnak postolni, de viszont kommentelni mar tudnak a cikkekre az emberek.

Kedvenceknél nekem a szerző van (konstans, irreleváns infó), illetve az utolsó hozzászólás dátuma, azt, hogy ki szólt hozzá, nem látom.

oh, azt hittem legujabb beszolasok panelrol beszeltel. Igen itt nyilvan az uccso hozzaszolo celszerubb lenne ha a 2 kozul kellene valasztani. Majd teszek rola idovel szerintem.

Másik meg oké, végül is ez ízlési dolog lenne.

tiszta sor, es mondtam en is a kompaktositas hive vagyok, hogy ha lehet akkor minel tobb info ferjen kenyelmesen el elotted, scroll nelkul, de ezeket mindenkepp ugy probalom elerni hogy mindaz ne jarjon direkt hasznos funkciovesztessel.

Valoszinuleg idovel majd atgondolom hogy mit tudnek kezdeni ilyen teren is a friss bejegyzeses panellel, de egyelore nem prioritas most.

Mi a vélemény arról, hogy a legfrissebb topicoknál ne legyen kiírva, hogy mikor készült, így egy sorosak lennének, kompaktabbak, ugyan úgy mint a kedvencek?

mindig probalkozok kompaktabbra vinni a kinezetet, hogy minel tobb info elferjen egy kepernyohosszon, minel kevesebb scrollozassal.

A 2 sor ugy fest hogy pont elegendo a meglevo informacionak benne hogy nem maszik minden egymas nyakara, viszont 1 sorral talan ebben a pillanatban tulsagosan szukos lenne mar.

A kedvencek azert fer el 1 sorban, mert elharap es elhagy egy csomo infot. Nem irja ki vizualisan mennyi uj komment erkezett, nem tunteti fel a szerzot es a hozzaszolot egyarant, pontos idopontokkal es datumokkal, hogy melyik forumban helyeszkedik el a topik, lett e szerkesztve ido kozben, lapozo sort, stb.

Szoval ugymond egy rakat (szerintem igen hasznos es tajekozodast, kezelest gyorsito) funkciotol kellene lemondani itt, csak hogy 2 sorosbol atmennyunk 1-be, igy lehet egyelore nem bantanam ebben a pillanatban.

Illetve a szerző helyett talán az uccsó hozzászólót lehetne propagálni.

mind2 propagalva van tudtommal.

#202
#203
visszatettem az eredeti allast, azaz a felhasznalok postolhatnak topikokat is es hozzaszolasokat a hirek forumban is. Ugy nez ki nem tudom egyelore megoldani hogy csak kommenteket postolhassanak, de topikokat ne. (fooldalra viszont mint eddig is, igy se ugy se nem megy ki a postolt topik, ha csak nem cikkiro szerkeszti)

Nezegetem amugy tovabb az automatizalt megoldasokat, de eddig marad akkor az elozo felallas, hogy megkerjuk a juzereket hogy a hirek forumba ne postoljanak topikokat. :)

Mobilrol is megy, akkor lehet nalam van a tre Chrome-on. :/

Ezt a nincs első komment után válasz dolgot már én is jeleztem, nem tudom psi lejegyzetelte-e, vagy kellően irrelevánsnak tartotta a probléma súlyossága/befektetett munka pontszám alapján :)

Gondoljátok csak át mi történne ha a nyitó post után válaszgombra kattannátok fent. Igen, pontosan ugyanez az ablak olvasódna be amit jelenleg is láttok, felső felében a képernyőnek a nyitókomment, alatta meg a kommentszerkesztő mező. Csak megspórol egy felesleges kattot nektek az automatika. :)