2. Fórumok
  3. PROHARDVER! interaktív
  4. Bugok, problémák a PROHARDVER lapcsaládon
  5. (kiemelt téma)
Keresés
  • Téma összefoglaló
    Utoljára frissítve: 2023-01-12 10:42

    GAMEPOD.hu

    Ide írjátok meg a PROHARDVER! lapcsaládon tapasztalt hibákat! (Míg az ötleteket ide!)
    ⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️Beírás előtt próbáld meg ezt: ⚠️⚠️⚠️⚠️⚠️⚠️⚠️⚠️
    ● Kapcsold ki a reklám/scriptszűrést oldalainkon
    ● Frissítsd le a böngésződet (és ellenőrizd, hogy támogatjuk-e a böngésződet!)
    ● Engedélyezd a böngészőben a sütik 3. féltől történő elfogadását és nyomonkövetést (így)
    ● Töröld a böngésződben a sütiket (prohardver.hu, mobilarena.hu, itcafe.hu, hardverapro.hu, logout.hu, gamepod.hu) és a helyben tárolt tartalmat
    ● Frissítsd az oldalt (CTRL+F5)
    ● Lépj ki, lépj be
    Ha nem megy, akkor riportáld a szükséges adatokkal:
    ● pontos link a hiba helyéhez
    ● operációs rendszer és böngésző pontos típusa és verziója
    ● célszerűen screenshot (képernyőmentés) a hibáról
    ● a hiba rövid és jól érthető leírása

Új hozzászólás Aktív témák

  • #10763 V/ titán s7evcsenko #10762
    Új Válasz #10763
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    V/

    titán

    válasz s7evcsenko #10762 üzenetére

    Van ilyen.
    A kérdés inkább az, hogy nekem megint egy időzítési problémának tűnik, mert normál beállítású működésnél az MVCC nem akadna ki.
    Küldjük a debug információkat a 504 Gateway Time-out-ra, meg mindenre abból nem derül ki hogy most akkor szoftver vagy hardver probléma van?
    Nem én találtam, de ilyesmit írnak:
    A PostgreSQL rendelkezik azzal a képességgel, hogy a párhuzamosan futó lekérdezések egymást nem zavarják illetve amennyiben egyik lekérdezés változtatást eszközöl az adaton, úgy az az indítás sorrendjében kerül csak rögzítésre.
    A változtatás egészen a tranzakciós blokk zárásáig nem kerül bele az adatbázisba, így eredményével nem zavarja a többi lekérdezést.
    Ehhez szükség esetén az adatbáziskezelő zárolhat táblákat, amellyel lekérdezési várakozást illetve ebből eredő dugulást okoz, amely elkerülése a helyes adatbázis szervezés, tervezés feladata. A tranzakciókezelő függetleníti az időtől függő függvényeket (pl. now()) a tényleges futási pillanattól.
    Még egy érdekes statisztika a 504 Gateway Time-out-ra itt a topikban:
    2009 4 hsz, 2014 1 hsz, 2015 1 hsz, 2018 16 hsz.

    [ Szerkesztve ]

Új hozzászólás Aktív témák