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

• #4376 Male nagyúr baracsi #4375

  Új Válasz 2019-12-04 13:10:54 #4376

  Ú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

  

  Male

  nagyúr

  válasz baracsi #4375 üzenetére

  Win alól utoljára én is több éve csináltam ilyet, akkor még ext2fs kellett hozzá, meg volt valami totalcommander plugin, amivel fel lehetett csatolni a linuxos partíciót win alól is.... de az talán csak olvasni tudott. Szóval ebben olyan sokat én sem tudok hozzátenni, lehegy, hogy a Live Linux egyszerűbb lenne, bebootolja, és onnan írkál rá.

• #4374 Male nagyúr Petium001 #4373

  Új Válasz 2019-12-04 08:25:42 #4374

  Ú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

  

  Male

  nagyúr

  válasz Petium001 #4373 üzenetére

  Ext2/3/4 filerendszer miatt alapból winből azt nem látod, kell hozzá valami program / driver.

• #4361 Male nagyúr bambano #4360

  Új Válasz 2019-11-20 23:06:05 #4361

  Ú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

  

  Male

  nagyúr

  válasz bambano #4360 üzenetére

  Ha a neten van, és nem tudja az elérhetőséget meg a user/passt, mert hardkódolva van a programban? Legalábbis feltételezem, hogy a program felhasználói felülete nem olyan, hogy a pincérek gépelgethetik be az SQL utasításokat, és egy sima config szövegfile sem tuti hogy van ezekről amiből kinézhetné.
  ...de már lényegtelen, mert kiderült, a gépen van az SQL szerver nála.

• #4358 Male nagyúr baracsi #4357

  Új Válasz 2019-11-20 09:55:31 #4358

  Ú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

  

  Male

  nagyúr

  válasz baracsi #4357 üzenetére

  Igen, kiegészítésnek írtam... mert ha online cucc, akkor hiába nyomoz itt, úgysincs hozzáférése az adatbázishoz, tehát mindegy milyen SQL és hogyan javítható... ezesetben keresse meg ki üzemelteti / fejlesztette a rendszert, mert csak ő fogja tudni rendbehozni.

• #4356 Male nagyúr baracsi #4355

  Új Válasz 2019-11-20 08:49:15 #4356

  Ú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

  

  Male

  nagyúr

  válasz baracsi #4355 üzenetére

  Már ha egyáltalán a gépen van az adatbázis... mert ennyi alapján az is lehet, hogy valami online cucc (net kezdet alapján azt tippelném, hogy az), akkor viszont az üzemeltetőt / fejlesztőt kellene megkeresnie.

• #4334 Male nagyúr martonx #4333

  Új Válasz 2019-11-15 09:55:37 #4334

  Ú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

  

  Male

  nagyúr

  válasz martonx #4333 üzenetére

  Közben meglett a válasz: Igen. Azt hittem, hogy itt is van limit, mint a PHP esetén, hogy pl 60s után annyi, nem fut tovább... de nem, az SQL lekérés 20 perce futott, és mivel állandóan újat is küldtek, így persze belefutott az össz. limitbe, és vége lett mindennek.
  Végül kiküldték mi volt az utolsó három SQL lekérés, ami beragadt, aminél kiakadt... és így megtaláltam, mert már látványra is vacak volt, de localon lepróbálva az adatbázis másolaton is iszonyat ideig futott (kb 20 perc után kilőttem).
  Csak véletlen egybeesés volt a tárhely váltással, hogy most jelentkezett, máshogy használták (egy olyan módon, amit eleve beépíteni sem akartam, mert mondtam, hogy ebből teljesítmény gond lesz, de kikövetelték... de nem használták, és közben az évek során annyira megnőtt az adatok mennyisége, hogy nem pár másodperces lefutás lett, hanem fél órás, mire elkezdték így használni). Végül elcsesztem rá fél napot, de sikerült optimalizálni a lekérést, és így leszorítani 0.4 másodpercre (Jó, amikor írtam 4 éve az eredetit, akkor kevesebbet is tudtam, ma már elve nem úgy írnám meg.)

• #4332 Male nagyúr sztanozs #4331

  Új Válasz 2019-11-14 18:21:23 #4332

  Ú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

  

  Male

  nagyúr

  válasz sztanozs #4331 üzenetére

  Az kb kizárt... egyrészt le van védve rendesen (nem mondom, hogy nem hibázhatok, de odafigyeltem az ilyesmire, és át is néztem), másrészt ez nem egy weboldal, csak a kezelőknek van hozzáférésük, ami 7 embert jelent, és ezzel dolgoznak, nem nyírják ki a saját bevételüket (ha nem őrültek meg ).

• #4330 Male nagyúr

  Új Válasz 2019-11-14 17:28:32 #4330

  Ú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

  

  Male

  nagyúr

  Inkább működtetési kérdésem lenne: A tárhely totál beterhelődött, "resource limit reached" hibaoldal jött be minden oldal helyett. A szolgáltató szerint: "Egy beragadt MySQL query-t találtunk ami az alábbi adatbázishoz tartozott: ********. Ezt a folyamatot kilőttük, így a weboldal jelenleg betölt."
  Most tényleg működik is. A kérdés, hogy ezt okozhatja-e egy SQL lekérés, ami túl sok erőforrást használna, túl összetett, túl sok az adat, stb... vagy ez nem fordulhat elő úgy, hogy a komplett tárhelyet túlterheli egyetlen query, és egy fél órára leáll az egész... amíg ki nem lövik?
  A lényeg, hogy ezért okolható-e a kód, vagy itt tuti valami a szerverrel nem stimmel?
  Előzmény:
  Előtte két órával a PHP folyamatok ragadtak be sorban szerintük... akkor kikapcsolták az FPM-et, ami meg is oldotta vagy két percre a problémát, és ismét lehalt... akkor simán PHP folyamatok beragadására hivatkoztak.
  Mindezt egy olyan kóddal, ami egy éve változatlan, és eddig, igaz a másik szerverükön, de hibátlanul futott... az adatbázis nem olyan kicsi, a legnagyobb táblában 5+ millió sor van, de a régi szerverükön elvileg kevesebb volt az erőforrás, és az újon meg mondjuk 200 sorral van benne több, tehát nem nőhetett a terhelés ettől.

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