https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
Andre Klapper changed:
What|Removed |Added
Summary|load.php causes massive |load.php causes massive
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #12 from Florian ---
> im not sure why the DNS caused the problems
Without skip-name-resolve, mysql will try to resolve the hostname of the
clients, mainly to match hostnamens and IP adresses in grant table. If your
client isn't in
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
f...@landeszeitung.de changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #10 from Florian ---
In my projects i often used this, when external mysql connections are slow:
http://bobbyallen.wordpress.com/2007/11/02/slow-connections-on-remote-mysql-servers/
Can you check, if you have skip-name-resolve enab
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #9 from f...@landeszeitung.de ---
MySQL-Version 5.6
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing li
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #8 from f...@landeszeitung.de ---
Yes so here is what i've found out:
IF i'm using an external database (in my testcase MySQL) the Wiki took approx 9
sec per site (means per PHP-Script so index.php + load.php = 18 sec).
IF i'm usin
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #7 from Andre Klapper ---
(In reply to fs from comment #6)
fs: Any luck?
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
__
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #6 from f...@landeszeitung.de ---
The problem resides inside this output buffer - i'll keep tracking this once
i'm back home.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #5 from f...@landeszeitung.de ---
I've tracked the problem to:
ob_start( 'wfOutputHandler' );
in:
includes/WebStart.php
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #4 from f...@landeszeitung.de ---
Update:
Even when executing the index.php by hand (via cmd) it takes ages to get a
response. The wait starts when with the following line:
require __DIR__ . '/includes/WebStart.php';
I'll keep inv
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #3 from Florian ---
The most time i see in the picture is the "waiting phase", am i right? In the
waiting phase the browser wait's for the first response of the server, so maybe
the problem is with the server? :)
--
You are receiv
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
--- Comment #2 from f...@landeszeitung.de ---
I've tested the signle request with debug=true cause i was hoping i'm getting
new information - i didnt :|
As described its PHP 5.5.12 running on NGINX. Here is the complete page-load
for a single r
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
Andre Klapper changed:
What|Removed |Added
Keywords|accessibility |performance
Priority|Unprior
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
f...@landeszeitung.de changed:
What|Removed |Added
Component|Parser |General/Unknown
--
You are rec
https://bugzilla.wikimedia.org/show_bug.cgi?id=66183
f...@landeszeitung.de changed:
What|Removed |Added
Keywords||accessibility
--
You are recei
15 matches
Mail list logo