Topikok

Az RW kezdete óta nem ez volt az "ideális" struktúra, de eleve nem 0-ról indultunk hanem HWről hozzánkragadt hagyományokkal. Ami persze nem jelenti azt hogy ne lehetne jócskán javítani ezen. Megalakulásunk óta is voltak itt ott változtatások, de nagyobb reformok nem igazán.

Mi sem jobb alkalom rá, hogy előkerült ismét a feltevés. Ráadásul többen is inspiráltak, hogy segítsenek benne.

Aki segíteni akar akkor dedikált topikba tudja ezt véghez vinni.

Miért van eleve ilyen részletes struktúra, 3-4 fő rekesz és hányni bele minden topikot a NeoGaf-nek is elég

Hogy vizuálisan is megtaláld az adott topikot amit keresel. De jó esetben is ha CTRL+F keresésre is kellene adnod a fejed, akkor az adott oldalon, leszűkített listában kelljen kutakodni. Ne 400 oldalnyi konvolutáltat fellapozni állandóan.

Tételezzük fel ugye, hogy nem működik a globális search az RWn. (szmájlifész)

Szóval a struktúra nem hátrány feltétlenül az eligazodásnál, csak a túl komplikált struktúra az. Azaz ha a struktúra miatt nem tudod megtalálni az adott topikot, azaz direkt hátráltat benne.

Egyszerűsíteni és logikusabbá tenni a struktúrát jó ötletnek tartottam mindig is, voltak is rá indítványozások, csak hamar leálltak vele az emberek utána. Remélhetőleg talán majd most. :)
Eltörölni (szinte teljesen) a struktúrát kevésbé tartom már viszont előnyösnek.

Szóval hajrá, repdessenek csak az ötletek. Ha már részlegesen meg tudjuk reformálni egyes részeit, nem full reformot csinálunk, az is haladás.

mikkamakka írta: a hsz-ek idelye ami nekem teljesen nem klappol. namban fel sem tunt ugye, de most elvileg egy idozonaban vok mo-val.

Maga a szerver magyarorszagi idozonara van allitva. Azon felul minden felhasznalo beallithatja maganak a kimutatasra a kivant lokalis idozonat, a felhasznaloi beallitasokban. Ezt csekkelted nalad hogy all?

A jovoben az RW2.0 frontendnel tervezetten majd skippelem ezt a Drupal specifikus beallitast, es a kimutatast a bongeszobol fogja automatikusan kinyerni a kod. Azaz amit az operacios rendszeredben allitottal be lokalis idozonanak, annak fejeben fogja kiszamolni az eltereseket a kimutatott idokben. Igy sokkal konnyebben cache-elhetoek lesznek a hozzaszolasok idozitesei, es intelligensebbek is a kimutatasban.

rwurl=https://imgur.com/NyKICU6

Szorgos nepunk osszedobta par nap alatt a koltsegvetest egy sebes, vadi uj privat szerverre: Kuang2-re! Kuang2 koszoni szepen mindenkinek a tamogatast!

Amint tapasztalhatjatok, at is koltoztunk most ide.

Hostinger.com szolgaltatonal vagyunk, a vasarolt kapacitasunk:
- 2 core (4.8ghz kozosen)
- 2gb ram
- 40gb SSD
- 2TB adatforgalom

rwurl=https://i.imgur.com/AjmrYfn.png

2 evre elore ki vagyunk fizetve, azt kovetoen meg majd meglatjuk hogy mikent erezzuk magunkat. Mar par napja majdnem minden keszen all, csak nem voltam gepkozelbe hogy intezkedjek es resen legyek kezelni, ha menet kozben valami gubanc/csavarnivalo utne fel a fejet.

Van vegre SSH hozzaferesunk is, barmilyen operacios rendszert telepithetunk es hasznalhatunk, azon felul barmilyen szoftvercsomagot, barmilyen tetszoleges beallitassal. Fincsi.

Jelenleg az elozoleg tervezett szerinti a felallas:
- Ubuntu 18.04 duborog alatta
- XAMPP csomag (PHP7.4, MariaDB, proFTPd)
- SSL (https) tamogatast a Let's Encrypt certbotja intezi
- A rendszer emaileket meg athidalva a Google szerverevel kezeltettem inkabb, mintsem vettuk a nyakunkba lokalis email szerverrel ezt az extra bonyodalmat. Szoval ha rewired.hu@gmail.com-tol kaptok System levelet, az legit Kuang2-tol valo. (A friss helyen az email kapcsolat egyelore valamiert rakoncatlankodik most az atmozditas utan, de probalok a vegere jarni.) Ahogy nezem ez okes szintugy mostmar, ugy fest csak fennakadt valahol egy-ket beallitast a Google biztonsagi pajzsain.

Ideiglenesen addig masik webcimen vagyunk: rewiredhu.cf neven, amig a jelenlegi domaint (rewired.hu) is teljesen atvandoroltatjuk. Ez valoszinuleg par nap lefolyasa alatt fog majd megtortenni, az elkovetkezokben. Az ideiglenes webcim abban segit, hogy addig is aktiv es hasznalhato maradhasson a forum, amig a domain ket hely kozott a levegoben atszervezodik. Tipikusan ez 24-48 ora is lehet a mozditas inditasa utan.

Rewired 2.0 – RwData

Az RWMedia backend resze volt, de tok hasznos adathorodozo/loggolo szerszam, igy kulon modulkent szedtem.

Funkcioja kifejezetten fejlesztes centrikus. Adatokat tarolni es tetszoleges log informaciokat, mindezt egyetlen objektumban ami funkciokrol-funkciokra kuldozheto es a vegen kimutathato vagy egyeb modon kezelheto. Tovabba az egesz objektum konnyen konvertalhato JSON formaba, igy HTTP request-eken a neten keresztul is elkuldheto, majd miutan visszaerkezett, kombinalhato az eredeti valtozattal, igy vegul egyben kimutathato az osszes osszegyujtott log informacioval, idorendi sorrendben. Hasznos tud lenni ha pl aszinkronos request-eket akarunk lekovetni es logolni.

Mivel JSON formatumba konvertalhato, JSON formaba konnyen ki is mutathato a weboldalon, igy konnyu a fejleszonek atnezni minden adatot is benne.

Letoltes:
https://www.rewired.hu/sites/default/files/development/rwdata.zip

Telepiteshez lepesek:
1) Valamilyen PHP kodot es MySQL-t mukodteto rendszer, pl en XAMPP-ot hasznalok.

2) Sima Drupal 7.x telepites

3) Be kell masolni a kicsomagolt “rwdata” direktorium tartalmat a “{DrupalTelepites}/sites/all/modules” direktorium ala.

4) Drupalban bekapcsolni a “RwData“ modult. (menusor: modules->rwdata bekapcs)

5) Drupalban resetalni a cache-t, hogy aktivizalja magat a friss kod (menusor: configuration->performance->clear all cache gomb)

6) Keszen vagy.

Hasznalati elve, hogy meghivjuk az objektumot:
$obj = new \RWData();

Elozoleg ha van elokeszitett adatunk, akkor hivassal rogton beletehetjuk:
$input = [
'data1' => 'data1'
'log' => [],
'nesting' => 0,
];

$obj = new \RWData($input);

Ha logolni szeretnenk valamit, akkor csak hivni kell az objektumot es hozzadni:
$obj->log('tetszoleges log szoveg');

Hozzaadhatunk a logszoveg melle adatokat is ha vesszovel elvalasztva irjuk az adott log-vonalban pl:
$obj->log('tetszoleges log szoveg', $tetszolegesAdat);

Az adat fentebb lehet Array szintugy, igy tetszoleges mennyisegu informacio tarolhato itt.

A log-szoveg microszekundum szerint sorolodik mindig, igy pl pontosan lekovetheto hogy mikor hajtodott vegre es melyik parancs.

Kinyerni az osszes log informaciot az objektumbol az $obj->get('log') funkcioval tudjuk.

Ahogy fentebb mar emlitettem, egyeb tetszoleges adatokat is tarolhatunk az objektumon a $obj->set('tetszolegesNev', 'tetszolegesAdat') formatumban.

Ezeket teszolegesen kinyerni az $obj->get('tetszolegesNev') funkcioval tudjuk, hasonloan mint pl a 'log'-ot is.

A 'log'-on felul alapertelmezett valtozo az RWData-ban a 'nesting' is. A nesting meghatarozza hogy melyik szinten/melysegnek mutatodjon vizualisan ki az adott log szoveg. Ez hasznos tud lenni, ha 5-6 kulonbozo szintu HTTP request hivasbol akarjuk osszekombinalni a logokat, majd azt kimutatni, igy vizualisan konnyen meg tudjuk kulonboztetni hogy melyik mibol van. A nesting szam tetszolegesen valtoztathato, igy pl minden rekurziv hivasnal, vagy kulso HTTP hivasnal emelhetunk rajta. A lentebbi peldaval ez majd erthetobb lesz.

Osszekombinalni ket kulonbozo RWData objektum log informaciot a merge funcioval tudunk, tipikusan $obj1->merge($obj2) formaban, peldaul:

$inp1 = [
'nesing' => 0,
'data1' => 'data1',
'log' => ['000123 valami log info'],
];

$obj1 = new \RWData($inp1);

$inp2 = [
'nesing' => 1,
'log' => ['() 000456 masik log info'],
];

$obj2 = new \RWData($inp2);

$obj1->merge($obj2);

$obj1 log kimutatas akkor ez lesz:
[
'000123 valami log info',
'() 000456 masik log info'
]

Ha lenne egy harmadik objektum is, pl nesting lvl 4-el, akkor mind osszekombinalva igy nezne ki:
[
'000123 valami log info',
'() 000456 masik log info',
'() () () () 000789 harmadik log info'
]

Az RWMedia Backend pl nagyon aktivan hasznalja ezt a modult a szinkronos es aszinkronos logolasnal, adatbazisba irasnal, es vegso log kimutatasnal. Annak a topikjaban lathatjatok vizualisan is hogy mikent funckonal es hogyan is nez ki elesben.