Sziasztok!
Telepítettem, beállítottam két Drupal 10.2.1 oldalt (teszt környezetben ugyanazon a szerveren), legyen az egyik a Teszt a másik az Éles (Környezet: Debian 12 + Nginx + PHP-FPM).
Belső hálózaton a Teszt Drupal oldal a http://d10teszt.suli.lan:8002 oldalon érhető el, az Éles Drupal oldal pedig a http://d10.suli.lan oldalon érhető el (az internet felől egyik Drupal oldal sem érhető el).
A d10teszt.suli.lan és a d10.suli.lan aliasok a www1.suli.lan -ra.
A Teszt és az Éles oldalak Nginx konfigurációja csak a aliasok és a portok (8002 | 80) tekintetében tér el; az Nginx /etc/nginx/sites-enabled/default konfigját "töröltem", és létrehoztam a Teszt és az Éles Drupal oldalak számára is egy-egy konfig fájlt.
Előbb telepítettem a Teszt Drupal oldalt és meglepődve tapasztaltam, hogy milyen gyors. Aztán telepítettem az Éles Drupal oldalt és már a "webes telepítés" (nem composer, nem drush) egyes lépései is lassabbnak tűntek. A Teszt Drupal oldal továbbra is gyors, míg az Éles Drupal oldal lassabb és egyes menüpontokra kattintva ~46 mp a késlekedés; pl az elérhető frissítések kézi ellenőrzése, a kijelentkezés, stb. 46mp-es tekerés után történnek meg.
Tesztelési jelleggel megcseréltem a Teszt és az Éles Drupal oldalak 8002-es és 80-as portjait, és meglepetésemre az oldalak sebessége is felcserélődött. Tovább teszteltem; a Teszt Drupal oldalt visszatettem a 8002-es porta az Éles Drupal oldalt pedig átraktam a 8003-as portra. Ennek hatására a Teszt és az Éles Drupal oldal is gyors lett.
Ha van ötletetek, hogy milyen Nginx (nagy valószínűséggel) beállítás okozza a 80-as porton a lassulást, akkor kérlek írjátok meg. (A lassulás Drupal 9 esetén is tapasztalható)
- 429 megtekintés
Hozzászólások
Hááááát... én elsőnek gyanakodnék valami kliensoldali sumákságra, pl. "szuperokos" tűzfal, vagy víruskereső.
Szóval tesztelném valahonnét máshonnét (*) hogy úgy is beteg-e.
Bár azt írtad hogy egyezik a két konfig, de pl. a reverse DNS miatt is lehet ilyen, ha véletlenül az egyikre akar, a másikra nem akar feloldást csinálni a kliensekre.
*) Mondjuk linuxról, wget, curl, pl. a logint.
- A hozzászóláshoz be kell jelentkezni
En arra tippelnek, hogy a bongeszo 80-as portnal (amit nylvan nem irunk ki) megprobalkozik eloszor a https-sel, amit custom porton nyilvan nem fog megtenni.
Bongeszo, es debug ablak network panel lesz a baratod, valamint megprobalni wget/curl-lal a sima http-t lekerni, hogy ott is lassu-e. Ha wget/curl gyors, akkor bongeszo lesz a ludas.
Ha wget/curl is lassu, akkor viszont nginx-nel meg kell nezni, nincs-e valahol eldugva egy 80-443 redirect konfig, ami miatt elso korben probalkozik, es X ido utan fallbackel.
- A hozzászóláshoz be kell jelentkezni
Nézegettem a böngészőben a network panelt a problémás kérésekkor, de nem láttam semmi érdekeset; igaz megjegyzem, nincs nagy tapasztalatom a panel használatában.
- A hozzászóláshoz be kell jelentkezni
Most megnéztem Google Chrome böngészővel is, és úgy tűnik, hogy a Firefox a ludas, mert Google Chrome esetén nincs lassulás az Éles Drupal oldalon.
Már csak az a kérdés, hogy a Firefoxban melyik beállítás okozza a problémát???
- A hozzászóláshoz be kell jelentkezni
A reverse DNS ötlet alapján indultam el.
Első körben a http://d10.suli.lan helyett megpróbáltam IP-címmel az Éles Drupal oldalt, akkor nincs lassulás. Tehát lehet valamilyen névfeloldási hiba, de a szerver a d10.suli.lan címet jó IP-címre oldja fel, azonban a reverse névfeloldás nem jó nevet ad vissza, mert a a d10.suli.lan csak egy alias a www1.suli.lan-ra, és a reverse névfeloldás ezt a nevet adja vissza. Ez talán abban az esetben okozhat problémát, ha a böngésző az elküldött kérés során nem tölti ki megfelelően a header Host mezőjét. De ha névfeloldási problémáról is van szó, miért csak a 80 port esetén jelentkezik a lassulás???
Arra is gyanakszom, hogy az Nginx konfigban a listen és a server_name nincs megfelelően beállítva.
Az Éles Drupal oldal Nginx konfig fájljában ez szerepel:
server {
listen 192.168.1.1:80 default_server;
server_name d10.suli.lan 192.168.1.1;
...
}Különböző beállításokkal is próbálkoztam, de ha a 80-as portot állítom be, akkor van egy 45-46mp-es delay.
- A hozzászóláshoz be kell jelentkezni
Nginx log:
Éles Drupal oldal
192.168.1.100 - - [18/Jan/2024:13:40:56 +0100] "GET / HTTP/1.1" 200 5766 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.1.100 - - [18/Jan/2024:13:40:56 +0100] "GET /admin/reports/updates/check?destination=/admin/reports/updates&token=xyz...XYZ HTTP/1.1" 302 454 "http://d10.suli.lan/admin/reports/updates" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.1.100 - - [18/Jan/2024:13:41:39 +0100] "GET /batch?id=28&op=start HTTP/1.1" 200 3933 "http://d10.suli.lan/admin/reports/updates" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.1.100 - - [18/Jan/2024:13:41:39 +0100] "GET /core/misc/batch.js?1234567890 HTTP/1.1" 200 1250 "http://d10.suli.lan/batch?id=28&op=start" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.1.100 - - [18/Jan/2024:13:41:39 +0100] "POST /batch?id=28&op=do_nojs&op=do&_format=json HTTP/1.1" 200 280 "http://d10.suli.lan/batch?id=28&op=start" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.1.100 - - [18/Jan/2024:13:41:42 +0100] "GET / HTTP/1.1" 200 5766 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.1.100 - - [18/Jan/2024:13:41:42 +0100] "GET /batch?id=28&op=do_nojs&op=finished HTTP/1.1" 303 442 "http://d10.suli.lan/batch?id=28&op=start" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.1.100 - - [18/Jan/2024:13:42:25 +0100] "GET /admin/reports/updates HTTP/1.1" 200 7748 "http://d10.suli.lan/batch?id=28&op=start" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
Teszt Drupal oldal
192.168.100 - - [18/Jan/2024:14:06:27 +0100] "GET /admin/reports/updates/check?destination=/admin/reports/updates&token=zxy...ZXY HTTP/1.1" 302 494 "http://d10teszt.suli.lan:8002/admin/reports/updates" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.100 - - [18/Jan/2024:14:06:27 +0100] "GET /batch?id=18&op=start HTTP/1.1" 200 3934 "http://d10teszt.suli.lan:8002/admin/reports/updates" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.100 - - [18/Jan/2024:14:06:27 +0100] "GET /core/misc/batch.js?0123456789 HTTP/1.1" 200 1250 "http://d10teszt.suli.lan:8002/batch?id=18&op=start" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.100 - - [18/Jan/2024:14:06:27 +0100] "POST /batch?id=18&op=do_nojs&op=do&_format=json HTTP/1.1" 200 280 "http://d10teszt.suli.lan:8002/batch?id=18&op=start" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.100 - - [18/Jan/2024:14:06:27 +0100] "GET /batch?id=18&op=do_nojs&op=finished HTTP/1.1" 303 482 "http://d10teszt.suli.lan:8002/batch?id=18&op=start" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
192.168.100 - - [18/Jan/2024:14:06:27 +0100] "GET /admin/reports/updates HTTP/1.1" 200 7754 "http://d10teszt.suli.lan:8002/batch?id=18&op=start" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:109.0) Gecko/20100101 Firefox/115.0"
Az Éles Drupal oldal esetén a logban két helyen is megfigyelhető egy ~43mp-es delay; továbbá az 1. és a 6. sorokban egy "GET / HTTP/1.1" kérés, ami nincs a Teszt Drupal oldalnál.
Következő lépésben a PHP-FPM konfigban lecsökkentem a request_slowlog_timeout értékét, azzal talán elcsíphetem, hogy melyik php fájl feldolgozása történik lassan.
- A hozzászóláshoz be kell jelentkezni