Serendipity Forums

Posted: **Mon May 23, 2011 10:55 am**

Liebes Froum,

Ich brauche Serendipity 1.5.5 mit PHP 5.1.6 (CentOS) Als Webserver dient Cherokee.
PHP wird mit xcache "beschleunigt".
Wenn ich nun die Startseite aufrufe geht es etwa 10 Sekunden bis diese geladen
wird.
Wenn ich nun direkt auf einen Artikel gehe kommt dieser ganz schnell (Browser Cache gelöscht).
Auch wenn ich serendipity_admin.php aufrufe läuft alles sehr schnell.
Nun habe ich im index.php paar Sachen gesehen :

Code: Select all

// We need to set this to return a 200 since we use .htaccess ErrorDocument
// rules to handle archives.
header('HTTP/1.0 200');
header('Status: 200 OK');

und

Code: Select all

if ($serendipity['CacheControl']) {
    if (!empty($HTTP_SERVER_VARS['SERVER_SOFTWARE']) && strstr($HTTP_SERVER_VARS
['SERVER_SOFTWARE'], 'Apache/2')) {
        header('Cache-Control: no-cache, pre-check=0, post-check=0');
    } else {
        header('Cache-Control: private, pre-check=0, post-check=0, max-age=0');
    }
    header('Expires: 0');
    header('Pragma: no-cache');
}

Kann es sein das diese Sachen Apache spezifisch sind? .htaccess wird durch Cherokee nicht unterstützt.

Webserver oder System Performance schliesse ich aus, da ja serendipity_admin.php, link von direkten Artikel und eine andere Page mit PHP schnell laufen.
Alternativ habe ich es mit lighttpd versucht und gleiches Phänomen festgestellt.

Hat jemand die gleichen Erfahrungen mit Cherokee oder lighttpd?
Gibt es workaround für den Apache-Teil in index.php?

Vielen Dank für euer Input!
Benjamin

Posted: **Mon May 23, 2011 11:28 am**

Hi!

Kenne mich leider mit cherokee nicht aus, daher weiß ich nicht ob die HTTP-Header damit Probleme machen könnten. Für die Performance-Probleme kann das aber eigentlich nicht verantwortlich sein.

Welche Ereignisplugin hast Du denn so installiert?

Wenn man APC für PHP als Modul benutzt kann man sich einen cachegrind erstellen, den man z.b. mit kcachegrind auswerten kann um herauszufinden an welcher Stelle im Code viel Zeit drauf geht...

Grüße,
Garvin

Posted: **Mon May 23, 2011 11:42 am**

Hallo Garvin,

Vielen Dank für Deine Antwort.

garvinhicking wrote: Welche Ereignisplugin hast Du denn so installiert?

Hier sind die Plugins :

1. Markup: Serendipity
2. Markup: Emoticate
3. Markup: NL2BR
4. Browser Compatibility
5. Spam Protector
6. Spartacus
7. Polls
8. Static Pages
9. Properties/Templates of categories
10. RSS Aggregator
11. Livesearch
12. Extended Editor Buttons: Youtube etc.
13. Newsbox: Tweets
14. Microblogging (Twitter,Identica)
15. Markup: Mobile Output
16. Multilingual entries
17. Statistics
18. Sitemap Generator (for Crawlers)
19. Contact Form
20. Google Analytics
21. Flattr
22. Event-Calendar (MySQL-only)
23. Link List
24. Show links to services like Facebook, Digg, Technorati, del.icio.us etc related to your entry.
25. Extended properties for entries

Vielen Dank für Deine Hilfe,
Benjamin

Posted: **Mon May 23, 2011 11:55 am**

Eventuell kann außer genügend RAM auch ein Update die Performance verbessern Ich weiß nicht ob man mit der 5.1 wirklich glücklich wird. Zu empfehlen sind eher die > 5.2.6 Versionen.
http://wiki.centos.org/HowTos/PHP_5.1_To_5.2

Posted: **Mon May 23, 2011 12:21 pm**

Hi!

Hm...das ist schon eine größere Menge an Plugins. Ich würde ggf. mal alle Ereignisplugins in die "Inaktiv"-Spalte setzen, und dann erstmal schauen ob die Startseite dann flott lädt. Wenn ja, dann nach und nach die Plugins wieder aktivieren und schauen ob es ein spezielles gibt, dass die Ladezeit in die Höhe treibt, dann könnte man das gezielt debuggen.

Grüße,
Garvin

Posted: **Mon May 23, 2011 1:05 pm**

Hallo Garvin,

garvinhicking wrote: Hm...das ist schon eine größere Menge an Plugins. Ich würde ggf. mal alle Ereignisplugins in die "Inaktiv"-Spalte setzen, und dann erstmal schauen ob die Startseite dann flott lädt. Wenn ja, dann nach und nach die Plugins wieder aktivieren und schauen ob es ein spezielles gibt, dass die Ladezeit in die Höhe treibt, dann könnte man das gezielt debuggen.

Siehe da! Mal alles deaktiviert, Seit lädt extrem schnell

Plugins nach und nach aktiviert.
Bei folgendem Plugin ging es wieder langsam "Microblogging (Twitter,Identica)"
Okay, auf dieses kann ich verzichten.
Für mich ist das Problem gelöst

Danke für euer Input!
Benjamin

Posted: **Mon May 23, 2011 3:24 pm**

Hi!

Hm, beim Microblogging-Plugin könnte der Pingback-Check evtl für das ganze verantwortlich sein. Wenn Du es also gerne nutzen möchtest könntest du mal deine Versionsnummer und Einstellungen des Plugins rübergeben, dann könnte ich mal versuchen da was zu debuggen?!

Grüße,
Garvin

Posted: **Mon May 23, 2011 8:04 pm**

rocksteady72 wrote:Bei folgendem Plugin ging es wieder langsam "Microblogging (Twitter,Identica)"

Hast Du da mal mit den unterschiedlichen Ausgabeformen (PHP oder Javascript) rumgespielt? Eventuell ist die JS-Ausgabe performanter, da sie nicht serverseitig läuft (genauso kann sie langsamer/bremsender sein, da sie von einer externen Domain abruft).

YL

Posted: **Tue May 24, 2011 11:44 am**

garvinhicking wrote: Hm, beim Microblogging-Plugin könnte der Pingback-Check evtl für das ganze verantwortlich sein.

Vielen Dank für eure Antworten.
Mit ist aufgefallen dass das Announcement via Twitter nie funktioniert hat.
Hier meine Settings :

Version : 1.34
Identities : 1
Account Service : twitter
Accountname : meintwitteraccountname
Consumer key : Consumer Key den ich bei dev[.]twitter[.]com (unter meinem Account sehe)
Consumer secret : Consumer Secret den ich bei dev[.]twitter[.]com (unter meinem Account sehe)

Enable microblogging client : sidebar
Show timeline : no
Timeline count : 10

Announce articles : yes
Anounce accounts : twitter: meintwitteraccountname
Announce format : blog update: #title# #link#
Announce with tags : no
Anounce url shortener : bit[.]ly
By default, disable checkbox for announcing an article : no

Check for Tweetbacks : no
Check only in article view : no
Tweetback type : trackback
Tweetback moderation : approve comment
Ignore Tweetbacks from : meintwitteraccountname
Tweetback URL : status
Tweetback Check Frequency : 30
Tweetback Check Services : tinyurl[.]com
Show short URL for each article : no

Enable backtweets service : no
Backtweets API key : key
Plugin rel. path : /serendipity/plugins/serendipity_plugin_twitter

bei api.twitter.com habe ich folgendes :

API key : meinapikey
Registered Callback URL : [http]://www[.]meindomain[.]ch/serendipity/index.php?/plugin/twitteroa-callback=
OAuth 1.0a Settings : OAuth 1.0a integrations require more work.
Consumer key : Consumer Key
Consumer secret : Consumer secret
Request token URL : [https]://api[.]twitter[.]com/oauth/request_token
Access token URL : [https]://api[.]twitter[.]com/oauth/access_token
Authorize URL : [https]://api[.]twitter[.]com/oauth/authorize
Registered OAuth Callback URL : [http]://www[.]meindomain[.]ch/serendipity/index.php?/plugin/twitteroa-callback=
Access Level : Lese- und Schreibzugriff
Note: xAuth is not enabled for applications by default. See the xAuth Documentation for more information.

Bei twitter[.]com/settings/applications sehe ich die App :

Twitter-Plugin for Serendipity-Blog
Lese- und Schreibzugriff · Akzeptiert: 03.05.2011 16:11:12

So das wären die Settings. Firewall auf dem Server ist offen (d.h. von innen nach aussen)
Wie gesagt ich kann ohne das Plugin leben.

Besten Dank!
Benjamin

Ps : ich musste die . durch [.] ersetzen und http durch [http]

Serendipity Forums

[Gelöst] Startseite langsam / Abhängigkeit Apache

[Gelöst] Startseite langsam / Abhängigkeit Apache

Re: Startseite langsam / Abhängigkeit Apache

Re: Startseite langsam / Abhängigkeit Apache

Re: Startseite langsam / Abhängigkeit Apache

Re: Startseite langsam / Abhängigkeit Apache

Re: Startseite langsam / Abhängigkeit Apache

Re: Startseite langsam / Abhängigkeit Apache

Re: Startseite langsam / Abhängigkeit Apache

Re: Startseite langsam / Abhängigkeit Apache