Korábban annyi volt, hogy ha sok kép & egyéb betöltenivaló volt az oldalon, akkor megesett, hogy a hozzászólásra ugrás után töltöttek be, effektíve elcsúsztatva az egészet. Viszont most valami más (is) van, mert sokkal több az lecsúszás, pl ebben a topicban is. De ha nyomok egy enter-t a címsoron (effektíve 'ugorj a #new-ra') akkor jó helyre megy.
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
Uj hostba agyon szivesen bedobok a kozosbe en is csak legyen egy jo gyors hely. :) Azon az evi x osszegen ne muljon a boldogsagunk.
<3 psi, erzetre gyorsult az oldal (vagy inkabb ugy mondom higy kevesebbet tetu lassu) otlet arra hogy miert van fixen egy uzenetem mikor amugy nincs is? :)
Az általad is említett hibák miatt javasoltam legközelebbre a teljes, 100%-os replikán az upgrade eljátszását. Ha jó a setup, akkor a két környezet között az URL-ek/certek szabad csak, hogy eltérőek legyenek.
Nálam a tapasztalat azt mutatja, hogy ha a skálázás részét (Kubernetes, stb.) nem is használod ki (nem is hiszem hogy az RW bármikori forgalma mellett kéne), akkor is megéri egy Dockerfile-t karbantartani, mert akkor a szervered abajgatása kimerül abban, hogy up-to-date tartod az operációs rendszert, meg az azon közvetlenül futó Dockert, meg esetleg a reverse proxy-t nyújtó webszervert. (Sőt, igazából az utóbbi is mehet Dockerbe... :D) Én emiatt már lassan a teljes otthoni szerveremet is átállítottam erre a megoldásra és így jóval gördülékenyebb az update-ek telepítése, ebből kifolyólag pedig kevesebb vele a munka, stresszmentesebb vele az élet.
Ha mindezt pedig egy felhős, managed környezetben csinálod, akkor mindenből a legjobbat kapod: az alkalmazásod környezetét teljesen te tudod összerakni, 100%-ban függetlenül a vastól és se az operációs rendszer, semmi semmi más Dockeren kívüli komponens karbantartásával nem neked kell foglalkoznod. Persze, ott van maga a Dockerfile karbantartása, amit te is kiemeltél, de a tapasztalat azt mutatja, hogy az egy igazán elhanyagolható komplexitású dolog.
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. É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.
Mindazonáltal elég furcsa az a thread. Úgy tűnik, én csak néhány júzer üzenetét kapom meg (talán csak az adminokét?), de látszólag valamikre válaszoltok... (de azt néha duplán)
Szóval ennél még a discord is j... másabb.
"People think that I must be a very strange person. This is not correct. I have the heart of a small boy. It is in a glass jar on my desk."
- Stephen King
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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. :)
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
É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 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.
É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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
psishock írta: 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.
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. :)
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
hmmm, érdekes, azóta egyre szarabb nálam is :D
Korábban annyi volt, hogy ha sok kép & egyéb betöltenivaló volt az oldalon, akkor megesett, hogy a hozzászólásra ugrás után töltöttek be, effektíve elcsúsztatva az egészet. Viszont most valami más (is) van, mert sokkal több az lecsúszás, pl ebben a topicban is. De ha nyomok egy enter-t a címsoron (effektíve 'ugorj a #new-ra') akkor jó helyre megy.
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.
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.
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
Uj hostba agyon szivesen bedobok a kozosbe en is csak legyen egy jo gyors hely. :) Azon az evi x osszegen ne muljon a boldogsagunk.
<3 psi, erzetre gyorsult az oldal (vagy inkabb ugy mondom higy kevesebbet tetu lassu) otlet arra hogy miert van fixen egy uzenetem mikor amugy nincs is? :)
+1
Parizer forever.
Nekem se volt korábban gond, most viszont egyáltalán nem jó.
Egyébként az a tapasztalatom, hogy - habár a sebesség nőtt valamennyire - a lassúság random időközönként még mindig előjön...
*szerk: ezt a kommentet kb. 20 mp alatt küldte el...
Mi voltunk azok, a Vándorok.// Kik sohasem nyugszanak. / Kik sohasem haltak meg. / Kik sohasem éltek.
Ki lehet valahogy vetetni magamat az uj kozos uzenetbol? Kurvara idegesito hogy mindig ott az 1es
Everyone wants to shine like a diamond, but no one want to get cut
Nem lehet! Ez van! Irok is oda :)
Amúgy meg kb annyira idegesítő mint amikor te nem vagy képes válasz gombot használni!
Az általad is említett hibák miatt javasoltam legközelebbre a teljes, 100%-os replikán az upgrade eljátszását. Ha jó a setup, akkor a két környezet között az URL-ek/certek szabad csak, hogy eltérőek legyenek.
Nálam a tapasztalat azt mutatja, hogy ha a skálázás részét (Kubernetes, stb.) nem is használod ki (nem is hiszem hogy az RW bármikori forgalma mellett kéne), akkor is megéri egy Dockerfile-t karbantartani, mert akkor a szervered abajgatása kimerül abban, hogy up-to-date tartod az operációs rendszert, meg az azon közvetlenül futó Dockert, meg esetleg a reverse proxy-t nyújtó webszervert. (Sőt, igazából az utóbbi is mehet Dockerbe... :D) Én emiatt már lassan a teljes otthoni szerveremet is átállítottam erre a megoldásra és így jóval gördülékenyebb az update-ek telepítése, ebből kifolyólag pedig kevesebb vele a munka, stresszmentesebb vele az élet.
Ha mindezt pedig egy felhős, managed környezetben csinálod, akkor mindenből a legjobbat kapod: az alkalmazásod környezetét teljesen te tudod összerakni, 100%-ban függetlenül a vastól és se az operációs rendszer, semmi semmi más Dockeren kívüli komponens karbantartásával nem neked kell foglalkoznod. Persze, ott van maga a Dockerfile karbantartása, amit te is kiemeltél, de a tapasztalat azt mutatja, hogy az egy igazán elhanyagolható komplexitású dolog.
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. É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.
FYI: azért van ott, mert valaki mindig válaszol...
Mi voltunk azok, a Vándorok.// Kik sohasem nyugszanak. / Kik sohasem haltak meg. / Kik sohasem éltek.
Mindazonáltal elég furcsa az a thread. Úgy tűnik, én csak néhány júzer üzenetét kapom meg (talán csak az adminokét?), de látszólag valamikre válaszoltok... (de azt néha duplán)
Szóval ennél még a discord is j... másabb.
szintén furának tűnik
"People think that I must be a very strange person. This is not correct. I have the heart of a small boy. It is in a glass jar on my desk."
- Stephen King
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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.
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.
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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. :)
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
É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 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.
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.
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
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.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
Ezt határozottan ellenzem! Kérlek ne!
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. :)
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
Na jó, de ilyen erővel mondhatnánk azt is, hogy legrosszabb esetben bezárjuk az rw-t, és mehet mindenki discordra... :-)
Az Sogunos huzas lenne mar. :)
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
Mikor alszol? :) mert hajnal 1-kor is RW-re írsz, és hajnal 5 kor is :) mondjuk pont én mondom aki nem volt képes hajnal 1-4:30 ig aludni...
Amennyi elintezni valo van mostanaban, az mar sokszor luxus. :)
Es meg nincs is gyerek.
admin mantra: "mindent le lehet kakilni oszt megy az oldal mégis magától."
életfilozófia mantra: "ideológiailag veszélyesen eltévedt kanadai szektás."
Mármint magyar/svájci idő szerint? Mert ő Kanadából ír.
Sors bona, nihil aliud.
Igen -6 ki lehet számolni hogy pszi biza nem alszik, de valóban nem jeleztem hogy én meg CET hajnal 1-kor nem tudtam aludni.
Nem nyálaztam végig, erre a technikai témára nins időm, csak kíváncsi voltam, hogy mikor nem alszik psi, mert erre a tudásra van :)
Sors bona, nihil aliud.
psishock maga az ördög?