Hozzászólások
Elsődleges fülek
Ok csomo research utan a Hostinger mellett dontottem. Messze a legjobb ar ertek aranyt adja a privi VPS szolgaltatok kozul. 2 core, 2giga memo, 40gb ssd, 2TB adatforgalom:
rwurl=https://i.imgur.com/Pl4d4Je.png
rwurl=https://i.imgur.com/Nqfzcts.png
A bibi csak hogy a nagy engedmeny meglegyen, 2 evre kell lekotni (de van 30 nap visszafizetesi gari). A 4 eves lekotessel kicsit tobbet tudunk sporolni, de az mar tul hosszu ido szvsz, addig lehet megvalzodik olcsobbra a hosting fellalas piac, plusz nincs is koltsegvetesunk ra. De a 2 eves az belefer szerintem.
Mint latjatok a teljes normalis havi arat, kb 20 dolcsi lenne, es az nagyjabol reprezentativ a tobbi szolgaltatoval, mivel a memoria nagyon nyomja felfele az arat. 1gb az kb 10 dolcsi normalis esetben.
Miutan letellik a 2 ev, nem tudom mennyi lesz a megujitas. Olyan ertelemben, pl hogy meg e tarthatjuk az alacsony arat ha ujra megkotjuk a 2evet. De ha nem is, boven raerunk utana mashova nezelodni, ha ugy ododna hogy szeretnenk. Lehet addig lesz majd kedvezobb is, ahogy valtozik a piac.
A domainnev (rewired.hu) megujitas ezen felul gondolom valahol 10-20 dolcsi, eves szinten, es fuggetlen a hosting koltsegektol.
Ha megvan a host, akkor a fentebb emlitett szukseges rendszert fel tudom huzni:
- Apache
- PHP 7.4
- MySQL (pl MariaDB)
- FTP (pl proFTPd)
(Ezeket a fentieket mondjuk ki lehet valtani egy altalanos XAMPP csomaggal, ami jo otlet mert myPHPadmin es csomo hasonlo konnyites is megvan egyetlen csomaggal.)
- TLS (pl Let's Encrypt, es certbot az auto megujitasra)
Egyedul a lokalis mail szerver pontot kaszaltam, mivel (nekem) valoszinuleg tul nagy macera beallitani, fenntartani es spam mentesen tartani. Igy B tervnek siman osszekotottem az RW motort a Google mail szolgaltatasaval, amit igy gond nelkul tud a rendszerunk hasznalni az RW System levelek kuldesere. Masra meg ugy sem kell.
Ha majd minden be lesz allitva es koltozesre is keszen allunk, akkor nyitok egy friss hirt a pontos idopontokrol es a kapcsolatos leallasos (remelhetoleg rovid) idoszakrol.
Huzhatom a ravaszt akkor a vasarlassal vagy van valakinak meg hozzaszolnivaloja?
Frissitettem az adakozasi listat a legfrissebb fejlemenyekkel, es ugy dontottem google docs helyett inkabb direktben a forum motorjat hasznaljuk az adatok tarolasara. Anno gondolom azert volt praktikusabb ugy, mert nem volt meg RW. A regi szamok tobb evesek voltak mar, igy nem voltak reprezentativak, nem is hoztam at oket ide.
Mivel tobben kuldtetek hasonlo idoben hasonlo osszegeket, nem voltam biztos a nick/igazi nev kapcsolatban. Viszont a lakok nevet ettol fuggetlen nem akartam doxxolni, es kicsillagoztam par embert. Akinek csillagos a neve, az legyszi biggyessze be hany dolcsit kuldott pontosan, es akkor kicserelem RWs nick-re a listaban. :)
Mikor alszol? :)
Amennyi elintezni valo van mostanaban, az mar sokszor luxus. :)
Es meg nincs is gyerek.
Az Sogunos huzas lenne mar. :)
Csak nagyon rossz esetben tortenne mint irtam, ha sehogy mashogy nem tudom megoldani es valami kiderithetetlen adatbazis bug az oka. Nem tervezem egyaltalan lazan venni a wipe-ot es dobalozni vele. :)
Koltozes utan majd raterek es megprobalom kivesezni.
Kezenfekvo opcio az is hogy (ha semmi mas nem oldja meg) wipe, es a nagyupdate elotti privi uzi allapotot visszatoltom szintugy. Szoval vegulis par utolso nap kivetelevel minden mas meglenne.
Nyilvan akadhat egyeb opcio is amit rovid toprenges utan meg nem latok at, csak hangosan gondolkozok, mint mindig. :)
Hmmm, valami ebben a "kozos privi" spam uzenetlancban ugy fest tovabbra is bugzik. Nem tudtam kideriteni eddig honnan jott, se a vegere jarni hogy eltuntessem. Viszont csak koltozes utan nezek majd ettol is komolyabban ra, nem akarok 1000 kulon RW ugyintezes szalat elkezdeni.
Rossz esetben ha sehogy nem tudom megoldani, nyomni fogok egy atfogo privi uzi wipe-ot, majd ha mindenkinek a levelesladaja komplett kiurul, tiszta laprol kezdjuk adatbazis oldalrol, es talan azzal megoldodik a galiba. Igy jo otlet biztos ami biztos alapon onnan kimasolni mindent, ha van valakinek valami fontos ott.
Én a helyedben biztos, hogy először Docker nélkül csinálnám a költöztetést - biztos, hogy lesz elég szívás úgy is, hogy közben nem kell egy tök új technológiával foglalkoznod. :D
Ha egyedul csinalom, akkor nyilvan hogy igy jarok el, nem terveztem koltozes kozben friss technologiat tanulni en sem. :D
Abbol indultam ki ha lenne vallalkozo aki jartas mar a dologban es kedve van belesegiteni felepiteni ugye.
Aztán ha már minden stabil és fut a jelenlegi setup az új helyen, akkor tök szívesen segítek megnézni meg átgondolni hogy mit lehetne/hogyan lehetne jobban/robosztusabban egy következő iterációban.
Ez jol hangzik viszont a jovore tekintve. Akkor ha stabilizalodott a friss hely es megnyugodtak a kapcsolatos intezni valok, visszaterhetunk Docker alapura apgredezni a rendszert.
szerk:
Azonfelul mar van gyakorlatilag par eve egy fejlesztoi melos celra berelt unmanaged cloud szerom, amit most par honapja affele Dev csatornas RWre allitottam be (csak ott a webdeam-mal szemben barmilyen rendszert felallithattam, igy ott teszteltem anno a PHP7.4 kodokat). Ott mar minden normalisan fut online is a fenti felsoroltakkal egyutt, kiveve a mail szerot.
Valoszinuleg irok egy bash scriptet ami kezi munkazas helyett felvagja es beallitja barmilyen frissen nyitott rendszerre mindazt amit kell, nekem meg csak a fajlokat kell a vegen bemasolnom FTP-re es annyi. Igy ha ujra is kell huzni valahova az egesz rendszet barmikor/barmilyen okbol, egy custom script futtatassal minden meg is van.
Stratoek is visszajeleztek, sajnok a ceguk nem tud a mi esetunkben segiteni mivel amire szuksegunk van, azzal nem foglalkoznak. A megcelzott uzletmodelljuk inkabb az alkalmazasfejlesztes, es azoknak a hostingja. De annyit tudtak segiteni hogy kicsit csavartak kakaot a szamunkra a jelenlegi osztott szerojukon, igy ez szintugy gyorsithatott csipetnyit.
De visszaterve a kutatasra, ahogy nezem netet, a megcelzott koltsegvetesbe ez a ket variacio fer bele:
- managed osztott szerok
- unmanaged privat szerok
Valoszinuleg az unmanaged privat szero mellett voksolok, mivel ha az elejen nehezebb is valamelyest a beallitas, vegul sokkal jobb sebesseget kapunk vele, kb ugyanazert az arert. Plusz hosszutavon tobb kontrollunk van a rendszer felett, azaz mondjuk nem kell sirni es varni a rendszergazdara ha valami gubanc van, hanem azonnal lehet kezelni hazon belul. Es barmilyen extra PHP modult amit tervezek hasznalni a jovoben, vagy hasonlo szolgaltatast tekepiteni tudunk, es nem fuggunk tole hogy tamogatja e a host vagy sem.
Nyilvan a managed privat szerok konnyebb verzsn lenne, de vagy 3-4x dragabb, azaz nem fer bele a koltsegvetesbe, plusz oszinten nem is hasznaljuk a managed szolgaltatasok zomet. Ami most nekunk kell:
- Apache
- PHP 7.4
- MySQL (pl MariaDB)
- FTP (pl proFTPd)
(Ezeket a fentieket mondjuk ki lehet valtani egy altalanos XAMPP csomaggal, ami jo otlet mert myPHPadmin es csomo hasonlo konnyites is megvan egyetlen csomaggal.)
- mail szerver, a levelek es szerver-juzer kommunkacio (elfelejtett jelszo, stb) kezelesere.
- TLS (pl Let's Encrypt, es certbot az auto megujitasra)
Aztan nagyjabol ennyi. Rendszergazdak vannak jelen akik tudnak segiteni felhuzni egy ilyen kornyezetet?
Drotak, ha szerinted logikusabb vagy konnyebb Dockerrel megoldani valamit valahol, szivesen fogadok szintugy otletet, segitseget. Szintugy nem tudom szoftver oldalrol kellene e furni valamit hozza, vagy csak rendszergazdai oldal kerdese.
Nyilvan tisztaban vagyok hogy egy hipi-szupi cloud szolgaltatonal ami minden tamogat meg rakat szolgaltatasa van, az konnyitene az eletunkon, de a megcelzott koltsegvetesbe nagyon nem fer bele, nincs 70-100dolcsi havi szinten ennek a fenntartasara, igy marad a kreativkodas. :)
Beagyazas motor backend-jere majd raterek, par dolog meg a levegoben van azzal kapcsolatban es kidolgozatlan/teszteletlen, foleg szeleskoruen. Valoszinuleg jo lenne nyitni ra egy felsorolas listat hogy mi az ami mukodik, mi az ami nem, a nalunk surun hasznalt szolgaltatokra lebontva (kep es video szempontbol). Ha valakinek van kedve segiteni ne legyen rest belekezdeni. :)
szerk: a kapcsolatos bugok javitasat, es a beagyazas motor csiszolasat hosting rendezes/koltozes utan folytatom majd szerintem. Az ha gyorsabb az egesz rendszer overall, az en munkamat is feledtebb megkonnyiti, nem kell annyit betoltesre, rendszer reagalasra varnom. Addig is kitartas. :)
viszont ez az üvegzseb doksi nem tűnik túl up-to-date-nek :D
jaja az mar osregota nem volt kezelve, majd updatelni kell csak nem jutok egyelore. :D
Eloszor levadaszom/rendezem a hostot szerintem a napokban, aztan papirmunkazom a tobbi ilyesmit.
meg még azt se éreztem eldöntöttnek, hogy végül Kanadába mozgunk át
mondjuk ez tovabbra sem fix, a host kerdese nem eldontott, keresem a megoldasokat.
Strato teso is mondta hogy rakerdez a webdreamnel ki tudnak e hozni valami okosabb felallast ehelyett a jelenlegi szerotol, es majd visszajelez. Mondta hogy sajnalna ha lepnenk, emlitettem neki hogy amugy kulonben nem dobbantanank mivel a support mindig ott volt ha segitseg kellett, vegsosoron csak a szornyu lassusag novekedett mar elviselhetetlensegig, es ha arra megoldast talalunk, felolem tovabbra is kozremukodhetunk a ceggel, nem hogy nem.
A legnagyobb gondom a Dockerrel kizarolag tovabbra is az hogy jelenleg meg nem vagyok jartas benne, de elegge felkeltetted az erdeklodesemet hogy ranezzek/elsajatitsam a jovoben. Valoszinuleg joval pozitivra billen a merleg karbantartassal idotoltes szempontbol, fuggetlen a potencialis negativ oldalait is nezve.
Persze ezek mind csak jótanácsok/javaslatok. :) Azt érdemes csinálni, ami neked személyesen jól megy és nem okoz extra fejfájást.
Termeszetes, es pont ezert jonnek jol a jo tanacsok is, sokszor olyan utakra vezetnek amelyek jocskan hasznosak tudnak lenni, csak magamtol nem latom at oket es erdemes hajlani azokra.
Én is csak nemrég kezdtem el komolyabban foglalkozni a Docker témakörrel és számomra nagyon-nagyon sok eddig fájdalmat megjavított nagyjából 1 hét beletett tanulásért cserébe, ezért dobtam be, hátha neked is hasznos eszköz lehet a jövőben akár itt, akár máshol. A kezdeti szkepticizmusom után most már nekem abszolút meggyőződésem, hogy a webes világban lassan annyira elengedhetetlen(ül hasznos) tool a Docker, mint bárhol a szoftverfejlesztésben a git.
Hat virtualizacio es hasonloakkal mar regota foglalkozom, itthon is Proxmox fut a szeromon, szoval affele "sandboxing" layer cuccba belejonni a Docker nem valoszinu hogy tul sok idobe tellne nekem sem. Tudom hogy nagy hype mostanaban, mint a microservices is. A kb 1 het az teljesen mukodokepesnek hangzik, es valoszinuleg ami az RWnek kellene belole, az lehet attol is kevesebb ideig tartana atfesulni es betanulni.
A "nem latszodo" uj uzenetek meg a spam levelek ahogy nezem talan a felbemaradt/felbeszakadt idozites visszakapcsolas probalkozasbol maradhatott valami bug-kent vissza. Lenyegeben kitoroltem mindenkinel azokat az uziket (toredek uziket), remelhetoleg visszall utana a kimutatas normalisba.
Eloszor azt hittem valami beallitas resetalodott veletlen az update miatt, hogy a sima felhasznalok is tudjanak bulk es felasznalo csoportoknak privi uziket kuldeni, de azt csak mod/admin tud most is ahogy nezem, szoval az is okes ahogy nezem.
Vajk par evig igy jart el igen, de mar jelentette egy jo ideje hogy ki akar ebbol a felelossegbol szallni (plusz abbol hogy a nevehez fuzodik az oldal), es beszeltuk anno hogy nem gond, atvallalom tole a felelosseget es at is rendezzuk a felallast. Plusz ha olvasod az update hirt, vagod hogy el is akartuk koltozni masik hostra (vagy legalabb is masik, jobb szerora), ahol nem ilyen szornyen lassu az adatbazis eleres. Nyilvan hogy arra dobjak be a kozosbe az emberek a penzt most, mert pontosodik/aktualizalodik mindez lassan a napokban. Igy ha elintezodot majd minden, nem egy ember fizet mindent, hanem klasszikus modon elosztjuk a terhet egymas kozott, mindenki segitsegevel aki hozzajarul az oldalhoz.
En is ahogy jutok latod intezkedek es irom a fejlemenyeket, de mindennapos melo, csalad, rw programozas, rw buglevadaszasok/maintenance es egyebek mellett kell a tobbirol is gondoskodnom hogy haladjon elore. :D
Igen, tudom hogy idegesito/felesleges (ha successful). Alapvetoen teszteles szempontja miatt hagytam bent, hogy konnyen le tudjam kerni a kapcsolatos hivatkozasakat. Jo hir hogy hamarosan kiveszem majd, ha kicsit jobban bejaratom a beagyazas motort.
Az rw 2.0 kodokat kicsit ido elott huztam be, eredetileg tobbet akartam tesztelni, de jo kompromisszumnak bizonyult a sebessegert cserebe mar most, fuggetlen hogy nem 100%os.
Tyu ez kifejezetten fincsinek hangzik, koszi a supportot!! :O
Es a tobbieknek is! Majd atnezem a napokban akkor hosting szempontbol az opciokat es jelzek hogy mire jutottam, azutan tudjuk tovabb beszelni a kello kovetkezo lepeseket ha konkretizalodik pontosan hogy hova/mennyiert/stb.
lefty írta: Az új kommentekre pozícionálással mintha lenne némi bibi.
Meg úgy általában a kommentre pozícionálással.
Oh latom mar. Ennek amugy egyszeru technikai oka van. Miutan betolt az oldal, par pillanat utan aktivizalodik a friss javascript kod ami beolvassa a beagyazasokkal kapcsolatos kodsorokat.
Viszont a standard weboldal betoltesi folyamat ugye az, hogy beolvassa az oldalt -> ugrik a #xyz tartalomra a cimsorbol -> majd utana kezdi a js kodok futtatasat.
Jo hir, hogy ezt mondjuk nem lesz nehez kezelni a kodban, pl azzal hogy miutan beolvasodott minden beagyazas kodsor, nyomjon automatikusan egy #xyz tartalomra ugrast. KB amit Nagi is emlitett, csak automatikusan.
Az uj RW2.0 kinezet rancfellvarrasnal ez nem (es sok mas sem) lesz mar problema, mert mint rendes, frontend aplikacio fog mar minden mukodni. Minden statikus kod lokalisan fog a kliensnel futni a betoltes utan, es a porogi utana az RW backendrol lekeregeti a maradek dinamikus adatot JSON-ba kiszolgalva az adott nezegetett oldalaknal, majd ha minden megvan kezdi a formazast es megjelenitest. Innentol kezdve lesz majd kifejezetten konnyen (memoriaban) cache-elheto is ezeknek az adatoknak a forgalma, es sok esetben teljesen atugorhatjuk az adatbazisba nyulast is.
Egyebkent ez a frontend/backend beszelgetos, azaz statikus/dinamikus tartalom elkulonites es kijelzes mar pont igy tortenik a friss beagyazas motorral, tobbek kozott azert is nyertunk csomo sebesseget.
Jó tanács a következő migration-höz: a tényleges átállás előtt replikáld az akkori éles rendszert és játszd el ott az egész folyamatot, hogy ne a valódi rendszeren érjenek meglepetések.
igen, ha nem is 100%-osan, de kb ezert a testing fazis miatt tartjuk a dev csatornat. Csak mivel nem 100%ugyanaz akkor sem, igy is johetnek varatlan dolgok a kepbe.
De ha meg is csinalom a pontos masolatot az sem garancia, elojohetnek varatlan dolgok, pl epp a SSL/TLS kerdesben is volt gond a koltoztetesnel. Otthon (vagy teszt online szerveren) amig lokalis "fake" TLS certificate-tel mukodik az oldal, vagy a atiranyit, addig nem jott ki a protokol celzas hiba, ami viszont eles helyzetben mar megmutatkozott. Utana kellett "on the fly" hozzaigazitanom a kodot hogy a protokolt is figyelje es azoknak a fejeben kulje el a http hivatkozasokat. Az aszinkronos kodok sem mukodtek, azokat is atirtam gyorsan TLS verziora. Viszonylag eleg jol debuggolhato es darabokra szedheto a 2.0 kod, igy hamar a vegere jartam azoknak es konnyen varialhato/toldhato is a kod. Csak elmitettem mint egy nem szamitott hibalehetosegre, ami felutheti a fejet ha legtobb dologra fel is keszultel.
Par masik hiba a hosting kornyezet kialakitasabol is keveredett, de kisakkoztuk a rendszergazdaval.
Ötlet a hostinghoz: érdemes lehet egy szimpla Docker image-be tenni az egész alkalmazást. Ez nagyban megkönnyítheti a szolgáltató keresését, hiszen onnantól kezdve, ahol Docker van, ott fut az app. (Plusz sokat segítene egy újabb esetleges upgrade-nél.)
A Docker nem rossz otlet, a nagy negativ oldala hogy a kornyezet frissites mindig a te feladatod lesz, holott a managed hostingnal epp az egyik zsir pont, hogy nem kell azzal foglalkoznod, szamithatsz ra hogy a security patch-ok mindig fent lesznek a rendszergazda altal.
A nagy pozitiv oldala persze hogy lokalisbol migralva eles helyzetbe az egesz kornyezetet is viszed magaddal. Szoval az elejen joval gyorsabb, csak hosszu tavon van talan tobb melo vele, az allandoan szinten tartassal.
Amugy hallottam regebben is rola, de nem vagyok jartas Dockerben, viszont most hogy emlitetted es megneztem par technikai ismeretterjeszto youtube videot belole, hasznosnak nez ki elsajatitani a jovoben. Kulonosen erdekes lehet az RW szamara a load balancing funkcionalitasa, hogy egyszerre tobb helyen futhat amolyan clusterben a kodod a containerek segitsegevel, es szetosztja a juzerek terheleset.
Az unmanagedtől meg úgy általában is óva intenélek, az sok meló tud lenni egy ilyen public facing alkalmazásnál.
Annyira mondjuk nem tartok az unmanaggedtol, tobb kliensnek pl unmanaged szervert tartok, szoval a felhuzasa es beallitasa nem tul ordongos/idegen a szamomra. Van unmanaged lab-om kulonfele szoftveres kornyezetekkel is online amelyeken tesztelni szoktam csomo friss kodot a lokalis programozas utan, es elesbe huzas elott. Fuggetlen attol hogy ertem a negativ oldalait az unmanaged-nek, mint emlitetted is. Nyilvan azokon felul a managed sokkal kenyelmesebb is, ha opcio, csak az unmanaged potencialisan joval olcsobb tipikusan, ami faktor lehet a szamitasainkban.
Az évi 200 dollár sztem már rizikós összeg
az "up to" 200 inkabb, mintsem a megcelzott. Azert mar "nasa"-s osztott szervert kapunk kb., minthogy lathattad is a leirasukban. Valoszinuleg a legertelmesebb utvonal hogy megcelzottan kisebb szolgaltatassal kezdjuk (kb 100dolcsisnal) majd skalazzuk feljebb hogy igenyelnenk, vagy ha nem lennenk az adott sebesseggel sem megelegedve.
Csak mondjuk jo lenne ha 1 szolgaltatonak kotnenk ki a kis es a potencialisan nagyobb csomagoknal, mintsem hogy kesobb is ide oda koltoztessunk. Mivel megkerni oket hogy kapcsoljanak magasabbra kozel nem tart annyi energiaba. Az is mukodo hozzaallas, hogy a gyakorlati legkisebbel probaljuk, aztan ha nem lenne turheto, skalazzuk feljebb. A 100 dolcsis csomagokat csak a "valoszinuleg mar teljesen kielegito" kategoriara mondtam.
De meg kellene talalni azokat a szolgaltatokat amelyek pont azt kinaljak a penzunkker amire szuksegunk van, ahelyett hogy rakat mellekes csilivili funkcionalitast kapnank mindenfele konvolutalt csomagokkal.
Gondoltam, hogy nem lesz egyszerű menet
Foleg ugy hogy egyszerre fut "legacy" es friss kod, es kooperalniuk kell egymassal. Ha nem lett volna annyira rossz a legacy kod egyszerusitett volna az eletunkon, de mondjuk tipikusan az nem realis elvaras egy legacy kodtol, mint tapasztalhattuk mar sok helyen mi infosok. :D
hat kb mukodo formaba sikerult vegre hozni, nem volt egyszeru szules, csomo nem vart problema akadt.
A visszamenoleg beagyazott tartalmakra statuszara mint azt irja hogy "not found" es az normalis, mivel nincsenek benne az adatbazisban jelenleg. Mind a majd 300,000 kommentet nem is tudom egyszerre atveseztetni vele, mert kifutna a maximalis programfutasi idobol mielott a vegere erne, igy irtam scriptet ra hogy tetszoleges idokozoket valasztva automatikusan beagyazgassa mindegyiket. Csak meg nem jutottam oda futtatgatni oket, mert mindjart reggel lesz, es jobb ejjel csinalni az ilyesmit hogy ne terhelje a forumozast feleslegesen. (...es csak ezek miatt mar nem akartam zarva tartani a forumot, ha minden mas amugy megy)
Azon felul par bejegyzesnel mar most latom hogy "bugzik", leall egy ponton "analizalni" vagy egyaltalan nem ismeri fel oket. Ezeket majd kezelem a napokban, remelhetoleg nem lesz nagy macera levadaszni hogy merre lehet a hiba.
Magan a kinezeten ugyan nem latszik, de a hatterben minden mas fel van ujjitva, legfrissebb PHP7.4-en duborgunk mar, Drupal7-et es a kapcsolatos moduljait is felhuztam a legfrissebb verziora. Implementalva vannak az eddig keszen levo RW2.0 kodsorok is.
Frontend/kinezet rancfellvarason is dolgozok mar egy ideje, ha jobban elhaladok vele majd demonstralom/implementalom azt is, de meg nincs abban a fazisban.
Szerintem eddig tesztelve erezhetoen gyorsabbak lettunk mindezekkel, stabilabbak is, viszont meglatjuk majd nap kozben, aktiv hasznalat alatt hogyan viselkedik. Neha eszreveszem hogy nagyon gyors, masodperc alatt betolt, maskor meg szokasos 10+ masodperc is befigyel. A hosszusag valoszinuleg kizarolag attol fugghet hogy hanyszor nez ra az adatbazisra adott esetben, igy sok esetben nehezen bontakozik ki a friss kod elonye.
Szoval az adatbazis eleresi sebessege tovabbra is nagyon gyenge pontja a hosting server-nek, ugye hogy vagy 600 masik oldallal osztjuk a helyet, az nagyon nem segit. Az adatbazis sebesseg probleman is segit a friss kod, mivel probaltam lehetoseg szerint trukkokkel elkerulni hogy allandoan ahhoz nyuljon, ezert is gyorsabb most a rendszer.
Az adatbazis lassusaga miatt sajnos nem tudtam visszakapcsolni a:
- keresesre a kulcsszavak indexeleset
- idozitett funkcionalitasokat
- idozitett tisztogatast
- XML webhelyterkepet (keresomotoroknak terkep az oldalrol, google besorolast javithatja, stb)
Barmikor megprobalom bekapcsolni ezeket az idozitett dolgokat csak "forog az ora" 4-5 percig semmit nem mutatva, majd kijelzi a szero hogy feladta es meghal. Ezek a fentibb felsoroltak 4eve es 7honapja nem voltak bekapcsolva, a kijelzes szerint. :D
Viszont szerintem a (kozel)jovoben mindenkepp elgondolkodhatunk hogy koltoztessuk at az RWt egy masik szerora. Lehet egy masik osztottra, ahol azert kevesebb oldallal kell osztoszkodni adatbazist es az mellett is sokkal sebesebb alapbol, illetve talan meg celszerubb lenne a dedikalt (ha belefer a koltsegvetesbe). Valaki nem jartas ebben hogy opciokat tudjon felsorolni, milyen szolgaltatoknak, milyen arakban szamolhatunk ilyen hosting iranyzatokban?
Feltetelek/igenyek:
- PHP 7.4
- MySQL vagy MariaDB adatbazis tarhely legalabb 1-2giga (most ~400mb-n vagyunk)
- Webtarhely valahol legalabb 3-5 giga. (most kb 1gigan vagyunk)
- PHP memoria legalabb 512mb
- Multicore cpu az eroelosztasra elonyos lehet.
- Lehet managed es unmanaged hosting is. Oszinten a managed jobb, mert konnyebb alligatni es felhuzni, de vegulis unmanaged-re is fel tudunk vagni mit tidom en egy ubuntut, meg egy xampp-ot ahol van mariaDB, Apache, Ftp es ilyesmik. A managed legfokepp talan az email cimek kezelese es email server miatt lenne elonyos.
https://whc.ca/canadian-web-hosting ahogy nezem a "pro" hosting opcio kb evi szinten 100 dolcsi korul lenne.
https://www.a2hosting.ca/web-hosting/compare ahogy nezem a "turbo"-s opciok (gyorsabb adattarolok meg procik), 150-200 dolcsi korul lenne evi szinten.
Ha szetosztjuk 2-3 maroknyi ember kozott az anyagi terhet, 10-20 dolcsi korul lenne eves szinten, ami szerintem siman beleferne. Velemenyek mindezekrol?
Ha meg lesz erositve akkor kirakok. Egyelore meg nem jelzett vissza a team (gondolom alszanak mert Budapesten ejjel van), igy a megcelzott ido lehet tolodik kesobbre, de elmeletileg keszen kellene minden alljon a reszukrol is. Teszteltuk es haritottuk a gubancokat amit eszrevettem a Dev csatornan, igy mostmar csak egy "katt"-rol lenne szo a reszukrol elmeletileg az eles forumon.
Mi miattunk (mert kertem) eleztek be naluk is eloszor a PHP7.4-et, forditottak le a modulokat ra, stb, szoval cutting edge magyarorszagi technologiat hasznalunk (a kozeljovoben majd). :D
Irtam nekik. Egyelore pentek delutan 3-4ora a megcelzott idopont a PHP7.4 upgrade-re rendszer oldalrol a rewired.hu-n is, utana gondolom max par ora alatt megvagyok minden RW2.0 kod frissittessel es kapcsolatos folyamatok atnezessevel. A koztes idoszakban nem lesz hasznalhato az oldal.
Szintugy emlitettem hogy csekkelje meg a lassu adatbazis problemat es jarjunk a vegere.
Jelzek majd ha van tovabbi elorelepes.
Napokban meg voltam halva valami random hulye virussal, igy nem tudtam erre energiat kiadni. Gyerekek hoztak be es persze atment mindenkin, de lassan mar atmegy rajtam is, hangom meg lila de a kedelyem normalizalodik.
Par dolgot teszek majd a napokban a fentebb beszeltekkel kapcsolatban:
- Irok a webdrot rendszergazdanak hogy az eles Rewired.hu-t is upgradezzuk a friss "2.0" kodra, legalabb is azt ami keszen van. Par hetig teszteltem a dev csatornan, es remelhetoleg okesan docog majd itt is. Az upgrade alatt gondolom par orat meg lesz halva teljesen a weboldal addig, de majd szolok ha konkretizalodik az idopont ugyis. Ez onmagaban jo elolrelepes lesz, de "mindent" nyilvan nem fog megoldani.
- Rakerdezek egyuttal az adatbazis-lekeres idokre, hogy osztott szero miatt ilyen lassu, vagy esetleg mas okai is lehetnek.
- @Vajk/donacios topikban amit irtal: Ha mindez tovabbra sem oldja meg a lassusagot es megis jobb ha attesszuk egy masik szerora, utana raterunk arra is (meg az az elott beszeltekre is). Egyelore probaljuk az elso felet megoldani a problemanak, a regi kod cseret/felvarrast.
Miyamoto mester azt a konzol jatekok vilagaban ertette, ahol nem letezett a patching fogalom.
Objektiven hozzaalva, manapsag meg kell fontolni melyik a legfajdalommentesebb lepes a kliens es a ceg szamara is, ha gubancok lepnek fel. Kompromisszumok ilyenkor nyilvan akadnak majd.
Valamikor abszolut jo otlet felkesz jatekot kiadni (jobb esetben feldarabolni, pl Broken Age esete) mintsem meg honapokat vagy eveket ulni rajta. Utobbira meg akar a RAGE1 egy jo pelda, hogy az evekig csiszolgatas es tokeletesitgetes hogy minden konzolra, stb-re egyszerre legyen mukodokepesen kiava hogyan hat negativan az egesz jatekra szintugy.
Szivesen, mar ha egy embernek segitettem vele, nem volt hiabavalo potyognom. :D
Nálam egy ilyen point'n'clicknél az elsődleges szempont a hangulat. Erről mi a véleményed? A képek alapján ez nem tűnik annyira erősnek
Ja, szerintem valahol kozepes kb. Mint erezni is lehet a kepekrol. Kozel nem szar, de kozel nem is kivalo. A sztori meg a megalapozas, kornyezet ami segiti a hangulat kialakitast is, de nagyon rovid az egesz tortenet, es nem stabilan megalapozott, csak amolyan belecsoppenos.
Biztos nem lesz polcos jatek belole, de nem is szenny. Amolyan egyszer lejatszod par ora alatt, addig elvezed a szorakozast, utana elfelejted. De amig jatszod, izgalmas hasznalni es probalgatni kulonbozo helyzetekben a friss otleteket, amit kinal a jatek.
Vegulis par ora alatt le tudod az egesz jatekot, mint irtam nagyon rovid, igy nem kell tul sok idot raszannod, ha erdekel kiprobalni/lejatszani. Nem hetvegi nekifeszulos projekt, csak egy delutanos.
a hangokról pedig nem írtál semmit.
Az SFX hangok okesak es a szinkron is, ha jol emlekszem minden kari szinkronozott is a klasszikus szoveg mellett. A karakterek onmagukban nem tul izlagalasak (csak okesak), de ez a writing hibaja inkabb, mintsem a szinkronszineszeke.
zenéről pedig nem írtál semmit.
Semmi nem maradt meg belole, oszinten most hogy rakerdeztel nem is emlekszem igy tobb het viszonylataban hogy volt e benne egyaltalan. :D Ha volt is, teljesen semlegesen felejtos.
Minimalis minta itt ott kopaszra kopott kerekeknel is lehet. Hogy csak siman vizes volt a kepen a kereke, vagy rafagyott az onoseso utana, siman megeshet. De hogy szinte teljesen kopaszra hasznalta a kerekeit az elkovetett muvelet elott, az is biztosnak latszik. A szeletol szamitva a barazdakon latszik, nem folytatodnak a "jeg alatt" latszodva, hanem elfogynak simaba.
Impressziv meret. Mitol lett ez ekkora? Normalis esetben ezek egysegekkel kisebbek szoktak lenni.
már minden immunerősítőt szedtem, oltást felettem, fagyasztották, kaparták, vágták eredmény nélkül.
Nekem anno ha jol emlekszem nehol az ujjaimon voltak (kezemen), joval kisebbek persze. Latom nem irtad a felsoroltak kozott, de probaltad a salicylic savas gyogyszeres, es ugy leragasztott borogatast? Par hetes, napi szinteni otthoni kezeles alatt teljesen eltuntek nekem tole. Jo verzio hogy levekves elott kezeled, es egesz ejjel hagyod hatni az anyagot.
2-5s az klasszikusan RWsnek hangzik, es kb az amit en is tapasztalok.
A 20-30+, az mar kifejezetten soknak. Vegsosoron amikor csucsido van, talan megis kozrejatszik a cache gyartas, ha allandoan jon innen onnan a friss tartalom ugye. Meg a legnagyobb gyanum hogy az adatbazis olvasas/iras itt a ludas olyankor. Az sem segit rajtunk kifejezetten terhelhetoseg szempontbol, hogy osztott szerveren vagyunk, ami azt jelenti hogy "csucsidoben" a tobbi oldal amit a szerveren tartanak is valoszinuleg szintugy csucsidos.
Cache gyartas eroforras gondolom meg akkor is kozrejatszik, ha random oldalakat nyitva probaljuk merni, mivel fuggetlen hogy nem az adott oldalt generalgatja, az eroforras attol meg le van fogva a kiszolgalashoz is.
Either way, meglatjuk majd javul e a szitu az updatek utan mivel szerintem mast nagyon nem tudok a jelekbol itelve kezdeni vele. Remelhetoleg ugye javul, de ha nem, akkor ki kell talalni erre majd valami okosat hogy kezeljuk a problemat.
Lesz az tobb 1000 is. Par 100 ora csak par hetet implikalna, viszont visszagondolva a kezdetektol szamitott raforditott idoszakokig, volt az ossz-vissz jo par honap is siman. :)