Üdv!
phpmyadmin: Verziószám: 4.7.0 (friss)
PHP verzió: 5.6.30
Apache/2.4.25 (Unix) OpenSSL/1.1.0e PHP/5.6.30
Kiszolgáló verziója: 10.1.23-MariaDB - MariaDB Server
Másnál nem jött elő olyan hiba, hogy egy sima sql (select * from table where 1) se fut le?
Elkezdi pörgetni de nem történik semmi.
Más php+sql progival jó minden szóval a phpmyadmin-al lehet a gubanc.
pch
- 1800 megtekintés
Hozzászólások
MySQL és Apache hibaüzenetek vannak, a logokban?
"Az atombombát és a C vitamint is a Magyarok találták fel...
Mindkettőből elég, napi 500 mg. - by Bödőcs Tibor"Mi a baj a kutyám nevével???
K4HVD-Q9TJ9-6CRX9-C9G68-RQ2D3
- A hozzászóláshoz be kell jelentkezni
Hazaérek referálok.
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
Nincs semmilyen hibaüzenet:(
Raktam fel video-t. Elég érdekes:
https://youtu.be/C40BdL4Zaig
Ötletek?
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
hm, hülye kérdés, de webszerver error.log ? Nem olyan rég futottam bele olyasmibe, hogy egyszerűen túl nagy volt a SELECT által visszaadott érték és bizony apacs logban találtam meg ennek az okait.
Ez egy olyan table esetén volt, ami kb ~1.6giga adatot tartalmaz, el lehet képzelni mennyi cucc ez. A megoldást még nem találtam meg :)
Csak egy tipp, semmi más. (btw nálam Lost connection ...** mysqli** volt a jelenség, phpmyadminba szintén semmi nem látszott)
- A hozzászóláshoz be kell jelentkezni
Nem. Sőt az elején látható, hogy be is tölti a táblát.
php alatt minden ok. Csak a lekérdezések nem mennek..
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
akkor passz, lentebb vannak még ötletek :)
- A hozzászóláshoz be kell jelentkezni
Őszinte leszek, próbáld meg egy szűz phpmyadmin-al, mert itt már szemmel láthatóan a gui sem stimmel ;)
// Happy debugging, suckers
#define true (rand() > 10)
- A hozzászóláshoz be kell jelentkezni
Gui-t szabadon cserélgethetsz. Van vagy 100. A lényegen nem változtat. A másik gépen 4.6.8 van azon minden oké.
Holnap ránézek a forgalomra. Magamtól is eszembe juthatott volna.
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
elsőnek nyomj egy F12-t és nézd meg a network-ot, hogy az ajax kérés milyen hibára fut, 404-re, 500-ra stb. Azt katt bele és nézd meg mi a gond.
Amúgy kapcsold ki az adblock -ot :) Nálam előszeretettel kigyilkolja az olyan táblákat amit károsnak tart, pl "ad" meg ilyen hasonlók. Nálad is lehet ilyen para, de nem 100% persze.
Ha az adblock nem nyert, akkor csekk a network-öt.
Amúgy amióta pma-nál bevezették az ajaxos lekéréseket, azóta egy kalap fos az egész.
- A hozzászóláshoz be kell jelentkezni
+1
nekem adott szerveren neha ajaxos 403 forbidden van, a pma semmit nem ir ki, bongeszo konzolon latom csak.
ha bekapcsolod a teszteleshez a query logot, akkor megnezheted, h eljut-e a lekerdezes a mysql szerverhez.
- A hozzászóláshoz be kell jelentkezni
"Amúgy amióta pma-nál bevezették az ajaxos lekéréseket, azóta egy kalap fos az egész."
Nem. Mindig is az volt.
--
A strange game. The only winning move is not to play. How about a nice game of chess? - Wargames
- A hozzászóláshoz be kell jelentkezni
Csak most már jobban látszik... Engem zavar hogy nem tudok böngésző fülekre pakolni, mert sessionben tárolja hogy mit csinál és általában megzavarodott, piros csíkokat jelenít meg, benne valami hiba.
---------------
symbolweb.hu
- A hozzászóláshoz be kell jelentkezni
Beszólhat még a mod_security vagy rewrite-rule-ok is.
- A hozzászóláshoz be kell jelentkezni
Köszi!
Megoldva.
SSL-t teszteltem nemrég és benne maradt egy alias a régi conf-ba.
Csak tudnám akkor hogy működött? Miért nem egyből az index.php hasalt el?
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
Nem tudom, hogy a unix nálad mit jelent...
De ennyi sikertelen próbálkozás után én ránéznék a selinux-ra ha fut.
- A hozzászóláshoz be kell jelentkezni
Adblock kikapcsolva
Developer Tools-ba nézve minden 200(ok)
Kimenet továbbra sincs.
Kép:
https://goo.gl/photos/nnRcuXWhyeGkCF4ZA
Másnál jó a 4.7-es phpmyadmin?
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
az ok, h 200, de megnézted a response-t, hogy mit ad vissza? Mi van benne?
Lehet error attól függetlenül, h 200.
Egyébként még megteheted, h bemész a mysql mappádba és elindítod a mysql kliens-t parancssorból. ott próbáld ki a mysql querydet, ott jó e.
- A hozzászóláshoz be kell jelentkezni
Visszaraktam a phpmyadmin 4.6.6-ot és ott se jó.
Szóval nem a phpmyadmin a hibás.
Innentől az az érdekes, hogy nem tudom mi lehet a hiba.
Egy másik oldal jól fut nincs hiba. Ott is ajax-al megy a lekérés boostrap datatable. Semmi hiba nincs.
Ötletek?
pch
--
http://www.buster.hu "A" számlázó
--
- A hozzászóláshoz be kell jelentkezni
- Browserben debugger net panelt tüzetesen figyelmesen végignézni, persist-el, stb.
- Browserben debuggerben az error consol megnézése.
- MySQL show processlist-el megnézni ott mi történik.
- Webszerver error logban legkésőbb miután kitimeoutol kell valaminek lenni ha nincs akkor valami nem jól van beállítva!!! Sztem ez itt a legfontosabb.
- Megvizsgálni, hogy a webszerver access logban milyen bejegyzések keletkeznek ilyenkor. Esetleg logba beletenni execution time-ot és azt is megnézni, hogy mi tart sokáig.
- Firefox indítása plugins disabled módban és úgy is kipróbálni.
- Ha egyik sem jön be akkor próbálkozhatsz https://xdebug.org/-al, de sztem az ágyúval verébre.
- Illetve suhosin szeret még mindenféle jelzés nélkül tönkretenni dolgokat, ezt kapcsold be és akkor webszerver error logba logol: https://suhosin.org/stories/configuration.html#suhosin-log-sapi
♲♻♲
- A hozzászóláshoz be kell jelentkezni