Beiträge von wollknaeul

hi!

ich hab mir heute nochmal zeit genommen und nochmal alles durchgecheckt und den fehler etwas eingrenzen können:
offenbar kann das plugin (trotz entsprechender chmod-rechte) nicht auf wp-config zugreifen. bei er aktivierung wird das caching in der wp-config nicht aktiviert. das ließe sich zwar auch manuell machen, aber ich bezweifle, dass es nur die eine aktivierungszeile ist...

hmmm, habt ihr ne idee obwohl trotz entsprechender chmod-rechte (664) kein zugriff erfolgen kann oder was wp super cache in der wo-config-datei braucht?

heyho,

wp-content\advanced-cache.php & \wp-cache-config.php werden beim einschalten der WSC-funktion (nicht des plugins, das läuft die ganze zeit) geschrieben.

hi!

nein, wp-super-cache gibt mir keine fehlermeldung dazu aus - und soweit ich das, trotz sehr beschränktem verständnis, beurteilen kann, soltlen die entsprechenden rechte wie gesagt auch da sein.

zu allem überfluss is das WP jetzt gerade komplett abgestürzt (is schon begeisternd, wie schnell WP verrecken kann....), aber das hängt wahrscheinlich icht mit dem cacheing-kram zusammen.....

hallo, morris.
ja, eigentlich sollte das so sein. alle von dir angegebenen daten haben schreibberechtigung für besitzer & gruppe und logischer weise ist wegen des ftp-uploads die besitzer-gruppe und der besitzer gleich....

schreib-rechte für gruppe für die htaccess hab ich auch gesetzt, bisher gab es aber z.b. im cache-ordner gar keine....

leider hat das aber nichts gebracht. die ladezeit hat sich sogar verdoppelt.
Cache Contents

WP-Cache
0 Cached Pages
0 Expired Pages

WP-Super-Cache
0 Cached Pages
0 Expired Pages

hi!
ja, im footer wird mir angezeigt, dass das plugin läuft - selbst wenn die caching funktion deaktiviert wurde ("<name> is Digg proof thanks to caching by WP Super Cache!").

mit den mysql-abfragen sieht es so aus (wie gesagt, pluin ist zwar aktiv, aber im plugin cacheing ausgestellt, da es nur noch langsamer wurde):
"17 queries. 10.0000 seconds. "

ich hab mal aktualisierend etwas rumgespielt und die zeitangabe variirt zwischen 7.0000 und 10.0000 und 11.0000 sekunden - da dürfte das problem sein, aber warum?

mit yslow würde ich gern mal drüber schaun, aber leider installiert sich das addon bein mir um mir dann anschließend keine neue leiste / reiter / einstellungsmöglichkeiten zu liefern 8womit ich nicht alleine bin) - ist also leider zu verbuggt, als das ich es nutzen könnte.

habt ihr ne idee warum meine doch sehr kleine anzahl von queries so ewig lang braucht? site is bei strato gehostet und nen anderes WP dort von mir hat keine so gearteten probleme....

Hi!

ich habe einen blog aufgebaut, der verschiedene seiten hat, die aber allesamt (bis auf eine) nicht statisch sind, sondern via templates die enstprechenden artikel herausfiltert (über die kategoriezuweisung bei den artikeln eben).

mein problem ist, dass die website selbst beim normalen aufrufen 5 sekunden baucht, um mir was auszugeben, was wahrscheinlich am ausfiltern der artikel liegt, oder?

jedenfalls habe ich versucht mit den plugin wp-cache, wp super cache und einem manuellen caching via wp-config.php das problem zu beheben - leider ohne erfolg, da die plugins einfach keine daten cachen wollen. ich finde leider die ursache nicht. möglicherweise gibt es einen zusammenhang mit chmod-rechten, da gab es schonmal probleme bei mir...

habt ihr ne idee, wie ich das problem entweder anders umgehen kann oder das caching zum laufen kriege?

danke!

marX: ja, habe ich und mir wird auch angezeigt dass ich 2.3 habe und bei erneutem laden der upgrade.php heisst es "kein update nötig" o.ä.

Syntronica: hab das nochmal überflogen, weis aber nicht wirklich, was mir daran weiterhelfen soll.

Hi!
Seit kurzem kriege ich immer unten zitierte Fehlermeldung, wenn ich einen neu verfassten Post abschicke.
der post erscheint übrigens trotzdem korrekt.
ähnliche fehler wurden in diesem forum meist in zusammenhang mit einem newsletter-plugin besprochen. ich habe Mail List 1.0 installiert, allerdings die ganze zeit deaktiviert, würde mich also wundern wenn es damit zutun hat.
es läuft WP 2.3 auf einem strato-"TLD"-domain.
würde mich über hilfe sehr freuen, da unkontrollierbar auch sonst (andere) fehlermeldungen kommen, ich finde sie allerdings momentan nicht....

WordPress database error: [Table 'DB304381.wp_post2cat' doesn't exist]
SELECT cat_ID AS ID, MAX(post_modified) AS last_mod FROM `wp_posts` p LEFT JOIN `wp_post2cat` pc ON p.ID = pc.post_id LEFT JOIN `wp_categories` c ON pc.category_id = c.cat_ID WHERE post_status = 'publish' GROUP BY cat_ID


WordPress database error: [Table 'DB304381.wp_post2cat' doesn't exist]
SELECT cat_ID AS ID, MAX(post_modified) AS last_mod FROM `wp_posts` p LEFT JOIN `wp_post2cat` pc ON p.ID = pc.post_id LEFT JOIN `wp_categories` c ON pc.category_id = c.cat_ID WHERE post_status = 'publish' GROUP BY cat_ID


Warning: Cannot modify header information - headers already sent by (output started at /mnt/web1/52/34/51596934/htdocs/blog/wp-includes/wp-db.php:159) in /mnt/web1/52/34/51596934/htdocs/blog/wp-includes/pluggable.php on line 390

herzlichen dank, nachdem ich das plugin aktiviert habe konnte ich die einstellungen ändern und alle probleme die damit zusammenhingen waren weg :)

wie gesagt: herzlichsten dank!!

danke für den Tipp mit der permalink-struktur.
leider kriege ich jetzt (nur) noch den error inkl. neuer htaccess-datei, wenn ich genau diese einstellung ändere. das kann ich komischerweise auch nicht durch die neue htacess-datei ändern, da die änderungen der CHMOD-werte nicht angenommen werden, hier mal nen filezilla-log (ich find einfach keine fehlermeldung!!):

Status: Auflistung des Verzeichnisinhalts erfolgreich
Befehl: SITE CHMOD 444 /.htaccess
Antwort: 200 Permission mode changed.
Status: Verzeichnisinhalt wird abgeholt...
Befehl: TYPE A
Antwort: 200 Using ASCII mode to transfer data.
Befehl: PASV
Antwort: 227 Entering Passive Mode (81,169,145,125,88,185)
Befehl: LIST
Antwort: 150 Opening ASCII mode data connection.
Antwort: 226 Transfer complete. Closing data connection.
Status: Auflistung des Verzeichnisinhalts erfolgreich

trotzdem zeigt er mir beim aufrufen der eigenschaften nach wie vor 664 statt 444 an!
und wordpress kann immer noch die datei überschreiben :/

achja, die htacces datei im hauptordner (der blog befindet sich in einem unterordner) sieht wie folgt aus:

[INDENT][FONT="Courier New"]

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>


# END WordPress

[/FONT][/INDENT]

hallo!
ich habe bereits die aut. benachrichtigung an verlinkte blogs und pings (einstellungen >> schreiben) deaktiviert.

auf PHP 5.2.2 habe ich auch bereits umgestellt.

trotzdem bekomme ich bei jeder neuen seite oder textänderung die ich speichere einen error 500 und sehe 1 sekunde später im ftp-verzeichnis eine neue htaccess datei. lösche ich diese funktioniert wieder alles prima - bis ich das nächste mal etwas veröffentliche. z.t. werden die posts auch gar nicht veröffentlicht, und ich kriege _nur_ eine 500.

würde mich über hilfe freuen!

MFG
Wollknaeul