+ Hozzászól a témához
Oldal: 2 / 18 ElsőElső 123412 ... UtolsóUtolsó
Eredmény: 11 - 20 (171) összesen

Téma: Javaslatok a tárhely szolgáltatóknak...

  1. #11
    Bölcs Blog: Érdemes cikkmarketinget folytatni?
    ARTidas logója
    Csatlakozott
    09-09-15
    Hely
    Budapest
    Hozzászólás
    1.721

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    Nos, én példának felhoznám a tegnapi esetemet.

    Éppen egy rendezvény beléptetését végeztem (Kb. 110 ügyfél).
    A honlap becsődölt (mysql error először, aztán már 500 as server hiba, 505 server hiba, és még miatyánk kínnya és magyarok nyilai jött még rá).

    Kicsit kellemes dolog jött ki a végén, mert nem lehetett megfelelően papírról bevinni az ügyfeleket (mikor egy óra múlva újra helyrerázódott a server).

    Persze megint csődött mondott, mikor papírról vittem fel. Elég sok SQL queryt többször küldött át és dolgozta fel a sorozatos újraindítások miatt, de hát megeshet, hogy egy ügyfél pár másodpercenként többször lép be, és én rontottam el

    Próbáltam a végén összeszámolni, persze, hogy kasszahiány lett a végén és hajnal fél kettőig nem lehetett helyreállítani a rendet... Főnök végén nevetett és mondta, hogy menjünk pihenni.

    A kedves válaszok, melyeket, már hónapok óta kapok a serveresektől és szerintem már direkt nézik, mikor kell nekem munkára és állítják le és sorozatosan indítják újra. Végül is, miért írok rendszereket, olyan szerverre, ahol futniuk kéne?

    De a kedvencem, az előre megírt üzenetek Minek elolvasni, ha van egy sablon minden helyzetre?

    Egy kis csemege:

    Én: A ---- a szokott módon meghalt.
    Kérném feltámasztását.
    Tudom :
    \"Dolgoznak rajta az illetékesek\".

    Server: Köszönjük bejelentését, javítjuk amilyen gyorsan csak lehetséges.

    Én: Szeretnék információt kérni a ---- újraélesztéséről és feltámadásának várható idejéről.

    Server: Dolgoznak rajta az illetékesek. Azt az értesítést adták, hogy pár perc, max félóra. A kellemetlenség miatt elnézését kérjük.

    Én: A ---- szerver már megint leállt.
    Kérném újra élesztését.

    Server: Köszönjük észrevételét!
    Tudunk a problémáról, az illetékes rendszergazdánk fél órán belül elhárítja a hibát.
    A felmerült kellemetlenségért szíves elnézését, míg a fent jelzett időpontig szíves türelmét kérjük!

    Én: A ----- már megint nem működik.
    Kérném megoldani!

    Server: Ellenőríztem, rendben működik a weboldala.

    Én: A mysql leállt.
    Mikorra tudják helyreállítani?

    Server: Köszönjük bejelentését a hibát elhárítottuk.

    De miért nem lehetne előre megcsinálni és ellenőrizni? Nem nevezem nevén ezt a kiszolgálót, de az egyik legmegbízhatóbb VOLT(!!!)... de mivel szinte ellehetetlenítették a programozói munkát én feladtam velük.

    SUMMÁZVA: Ne kezdjünk el kertelni ha feltesznek egy kérdést. Ha kigyulladt a serverterem, akkor mondják azt. Ha valaki elrontott valamit és egyebek JOGA VAN az ügyfélnek tudnia róla. Máig nem kaptam olyan választ, hogy mitől vannak ezek a sorozatos leállások és meghibásodások, de már napjában többször pár percesek ezek.

    Aki ilyet tesz az ügyfeleivel az minek tart supportot és kommunikál kifelel, ha SEMMILYEN használható válasz sincs ebből. Egy programozót soha sem a bocsánatkérés érdekli, hanem, hogy mikor tud újra dolgozni, és miért nem tud dolgozni, mert a főnököknek nem szokott elég lenni az, mert nem megy a weblap...

    Mindezek mellett kiírják, hogy garantált a 99% rendelkezésre állás. Felmegyek a serverük hivatalos figyelőjére és kiírja, hogy 89%... persze, semmi pénz visszafizetés. Minek teljesíteni azt, amit ígérnek, ha már a pénzed úgy is náluk van? A tornaóra nehéz lehetett egyes embereknek gerinc nélkül.

    Előre elnézést kérek, ha kicsit olvashatatlan a szöveg és kesze-kusza, de a hajnali munkavégzés miatt még mindig Zombi vagyok.

    Respect, Cheers,



  2. #12
    Bölcs dolcsi logója
    Csatlakozott
    09-05-15
    Hozzászólás
    1.159

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    Itt van még pár javaslat amivel kiegészíteném Stef írását:

    -Ha domain regisztrátor is a szolgáltató, akkor akármilyen adminfelület legyen hogy egy dns módosítást mindenki megtudjon csinálni análkül hogy a szolgáltatót kelljen emiatt zaklatnia.
    -ioncube loader külföldön szinte mindenhol van, itthon meg ritka



  3. #13
    Bölcs
    Csatlakozott
    07-08-28
    Hozzászólás
    715

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    A legnagyobb gond, hogy az Ioncube és a Zend loader együtt nem megy tökéletesen. Igy választani kell, és a magyar piacon eddig messze a Zend cuccát igényelték többen.



  4. #14
    human being Blog: Geri logója
    Csatlakozott
    07-12-15
    Hely
    Middle of nowhere
    Hozzászólás
    3.666

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    Idézet ARTidas eredeti hozzászólása Hozzászólás megtekintése
    Persze megint csődött mondott, mikor papírról vittem fel. Elég sok SQL queryt többször küldött át és dolgozta fel a sorozatos újraindítások miatt, de hát megeshet, hogy egy ügyfél pár másodpercenként többször lép be, és én rontottam el
    azért azt ne felejtsük el hogy a legerősebb és legjobban konfigolt serveren is ki lehet akasztani a mysql-t ha egy eléggé bonyolult adatbázison egy bonyolult lekérdezésnél valamit elrontassz. én is jártam már így és mire a többsoros, soktáblás,sok subquery -s lekérdezésben megtaláltam a hibát 3szor kellett az sql-t ujraindítani.


    No Pain, No Gain
    linkbuilding.hu
    ruby on rails
    Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime.

  5. #15
    Bölcs Gr3nT logója
    Csatlakozott
    09-04-01
    Hely
    Bp.
    Hozzászólás
    544

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    Idézet Stefan Weinenberger eredeti hozzászólása Hozzászólás megtekintése
    Én se szeretnék, de van domaincenter mediacenter divízió

    stef
    Stef? Ezt te mikor láttad? 100MB az egy jó évtizeddel ezelőtt volt.

    Amit itt leírtatok a "média" mind tudja!



  6. #16
    Mentor rendszergazda logója
    Csatlakozott
    09-07-25
    Hozzászólás
    383

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    szvsz ha egy sima felhasználó ki tudja akasztani a szerveren az egész MySQL-t, ott a MySQL beállításával valami nagyon nem stimmel. Be kell lőni jól az user limiteket a nagy forgalmú ill. (d)dos-olt oldalak megfogására, rosszul megírt lekérdezéseket meg a slow query logolással + user_statistics cpu_time monitorozással szépen kordában lehet tartani - ez inkább csak saját fejlesztésű kódoknál szokott gond lenni, elterjedtebb cms ill. egyéb nyílt kódoknál a telepítő általában rendesen létrehozza az adatbázist és a szükséges indexeket is, plusz a kód is elég jól optimalizált, azokkal nem szokott gondom lenni, a küzdés mindig a saját fejlesztésekkel van, vagy a nem frissített bugos régi nyílt kódú weblapokkal amiken meg szépen tenyésznek a crackerek.



  7. #17
    Mentor
    Csatlakozott
    09-12-19
    Hely
    Budapest
    Hozzászólás
    414

    Beszélő re: Javaslatok a tárhely szolgáltatóknak...

    Idézet TLoF eredeti hozzászólása Hozzászólás megtekintése
    A legnagyobb gond, hogy az Ioncube és a Zend loader együtt nem megy tökéletesen. Igy választani kell, és a magyar piacon eddig messze a Zend cuccát igényelték többen.
    Szia TLoF, nekünk sikerült összeházasítani őket, jelenleg úgy látszik, hogy stabilan működik is! Tény, hogy kézzel kell fordítani hozzá a PHP-t!



  8. #18
    human being Blog: Geri logója
    Csatlakozott
    07-12-15
    Hely
    Middle of nowhere
    Hozzászólás
    3.666

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    Idézet rendszergazda eredeti hozzászólása Hozzászólás megtekintése
    szvsz ha egy sima felhasználó ki tudja akasztani a szerveren az egész MySQL-t, ott a MySQL beállításával valami nagyon nem stimmel.
    nem az egész serveren akadt ki, csak annak az egy oldalnak a lekéréseit nem bírta kiszolgálni, mert elrontottam egy join -t. de ez nem éles oldalon hanem fejlesztés alatt volt, és ott ezek előfordulnak(legalábbis nálam). a server egy elég drága és jó helyen van bérelve, managed csomagban, tehát ők állítanak be mindent, ezért gondolom hogy minden jó, mert eddig nem volt gond semmivel(kivéve ha én okoztam galibát)

    update:

    de egyébként szivesen bebizonyítom hogy ki tudom akasztani az sql-t ha szeretnéd, vagy meggyőzhetsz az ellenkezőjéről, csak küldj hozzáférést



  9. #19
    Mentor
    Csatlakozott
    09-12-19
    Hely
    Budapest
    Hozzászólás
    414

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    Idézet rendszergazda eredeti hozzászólása Hozzászólás megtekintése
    szvsz ha egy sima felhasználó ki tudja akasztani a szerveren az egész MySQL-t, ott a MySQL beállításával valami nagyon nem stimmel. Be kell lőni jól az user limiteket a nagy forgalmú ill. (d)dos-olt oldalak megfogására, rosszul megírt lekérdezéseket meg a slow query logolással + user_statistics cpu_time monitorozással szépen kordában lehet tartani - ez inkább csak saját fejlesztésű kódoknál szokott gond lenni, elterjedtebb cms ill. egyéb nyílt kódoknál a telepítő általában rendesen létrehozza az adatbázist és a szükséges indexeket is, plusz a kód is elég jól optimalizált, azokkal nem szokott gondom lenni, a küzdés mindig a saját fejlesztésekkel van, vagy a nem frissített bugos régi nyílt kódú weblapokkal amiken meg szépen tenyésznek a crackerek.
    Az a gond, hogy a MySQL-nek nagyon nehéz megmondani, hogy egy-egy felhasználó számára mennyi CPU-t adjon, ezért ha van valaki, aki saját kódót fejleszt és elhibázik valamit, könnyen előfordulhat, hogy lassúvá teszi a szervert, igaz egy megfelelően beállított szervert le nem tud ültetni vele, de érezhetően le tudja lassítani. A gondok főként a jó nagy és gyakran indexeletlen táblázatokkal való komplex lekérdezésekkel vannak sajnos. Javaslatom erre az esetre egy jó kis monitorozó program, például Munin nekünk nagyon jól működik valamint a lassú lekérdezések logolása, ami alapján a kedves ügyfélnek lehet támpontot adni, hogy mit kellene javítania, nem kirúgni kell a szerverről, hanem megkérni egy kicsit tudatosabb programozásra (a logok alapján), értelem szerint ha erre nem hajlandó, akkor a szerveren való együtt élésre sem lesz képes

    A DoS támadások ellen védekezni nagyon nehéz hiszen nem tudsz egy éles határvonalat húzni, hogy ez eddig egy nagyon látogatott oldal folyamatos forgalma, ez pedig már egy szándékos támadás. Nincs olyan szerver, ami minden igényt ki tud elégíteni, ha valakinek nagy forgalmú oldala van annak inkább a vps javasolt, ahol saját maga ura lehet.



  10. #20
    human being Blog: Geri logója
    Csatlakozott
    07-12-15
    Hely
    Middle of nowhere
    Hozzászólás
    3.666

    Alapbeállítás re: Javaslatok a tárhely szolgáltatóknak...

    kicsit off, de van itt sok server guru. ismer valaki mysql query analyzer free alternativát?



+ Hozzászól a témához
Oldal: 2 / 18 ElsőElső 123412 ... UtolsóUtolsó

A téma címkéi:

Hozzászólás szabályai

  • Új témákat nem hozhatsz létre
  • Válaszokat nem küldhetsz
  • Fájlokat nem csatolhatsz
  • A hozzászólásaidat nem módosíthatod

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76