Beiträge von Bambaataa

Was nicht gebraucht wird sollte man auch löschen. Auch unaktivierte Plugins können Sicherheitslücken darstellen. Zum Thema einfach löschen oder deinstallieren hat bgeissler ja schon was gesagt, dem möcht ich nur noch hinzufügen das die meisten Plugins ihre Einträge in der Datenbank lassen auch beim deinstallieren. Deshalb wirken sich deaktivierte Plugins teilweise auch auf die Geschwindigkeit aus. Da kannst dann nur abhilfe schaffen wenn Du per Hand an die Datenbank rangehst. Vorallem auch die Tabelle _options.

Ok melde Dich dann halt wieder. Dir einen Guten Rutsch und feier auch schön Deinen Geburtstag.

MaDi Ja das funktioniert trotzdem. Das hat mit der Datenbank nichts zu tun.

MaDi Erstell doch mal eine info.php mit folgendem Inhalt:

<?php
phpinfo();
?>

Lade dies Datei dort hin wo auch Dein WP liegt und ruf sie auf domain.de/info.php Dort suchst Du nach memory_limi

Alternativ kannst Du Dir auch ein Plugin suchen das dir das im Dashboard anzeigt. Beispielsweise http://wordpress.org/extend/plugins/wp-memory-usage/

Ältere deutsche WP Versionen findest Du hier:
http://static.wordpress-deutschland.org/de-edition/

Anitram Ich weiß schon auf was Du Dich bezogen hast. Aber wie gesagt schon das '.__(' zeigt das das einfach nur PHP Code ist was da ausgegeben wird, deshalb kann man in diesem Fall die Meldung ignorieren.

china Erstell doch mal eine info.php mit folgendem Inhalt:

<?php
phpinfo();
?>

Lade dies Datei dort hin wo auch Dein WP liegt und ruf sie auf http://www.deinedomain.de/info.php

Anitram Im Prinzip richtig, aber nicht wenn wie in diesem Fall PHP gar nicht geparst wird und statt desen der Code angezeigt wird. Wie gesagt ich geh auch davon aus, das die hier gezeigten 2 Meldungen nicht das einzigste ist was bei ihm angezeigt wird?!

http://www.wordpress-buch.de/2009/01/wer-da…n-in-wordpress/

Wenn Du die Fehlermeldung so angezeigt bekommst (ich denke da steht bestimmt noch mehr?) sagt das aus das PHP nicht ausgeführt wird.

Was hast Du den in doc root drin stehen? Und wie schaut es mit den Umgebungsvariablen im System selber aus? Das sind so die ersten Dinge wo ich mal ansetzen würde.

Kann dieses Problem nicht nachvollziehen. Hab die selbe Konstellation und keinerlei Probleme. Hast Du Zugriff auf die php.ini?

Na ja per FTP bestimmst Du wie es hochgeladen wird. Hau einfach den unterordner weg und lad nur z.B. monalisa hoch.

Beim Installieren übers Dashboard landen die immer erst im Upgrade Verzeichniss das ist normal. Von da werden sie normal ins Plugin verzeichniss entpackt. Wenn das nicht funktioniert kann es mehrere Ursachen haben. meist Server seitig.

Aber wie gesagt beim Upload per FTP hast Du ja das sagen wie die Ordnerstruktur aussieht. Entpack es lokal auf Deinem Rechner, schaus Dir an und dann lade es hoch.

Der Fehler mit dem header kommt aus der ersten Warnung, wenn diese nicht wäre käme wahrscheinlich auch der header Fehler nicht. Woraus diese erste Meldung resultiert weiß ich leider auch nicht. Warnings gehören eigentlich abgeschaltet und in die Serverlogs verbannt, dann käme es auch nicht zu solchen Fehlern wie der header Meldung. Ich tippe in Deinem Fall irgendwie auf die PHP Einstellungen, das damit irgendwas nicht in Ordnung ist. Wo liegt den Dein Blog, bei welchem Hoster?

Wie sehen den die entpackten Archive aus? Oft werden Ordner doppelt angelegt beim entpacken und ich denke (Weiß es nicht) das die Plugins dann nicht erkannt werden.

wp-content/plugins/pluginname/pluginame/ <- falsch
wp-content/plugins/pluginname/ <- richtig

Auf Codex wollt ich auch grad verweisen. Da findest eigentlich immer alles was Du so brauchst. Ist meine zweite Heimat geworden :-)

Kommt auch auf den/die Umfang/Funktion des Plugins an. Ich hab auch eigene und bisher aber noch nie Hand an legen müssen. WP ändert auch nicht ständig was an Funktionen und so. Und wenn Funktionen geändert werden, sind die alten meisten trotzdem noch eine zeitlang ansprechbar. Aber nochmal kurz... pauschal kann man das nicht sagen.

Da brauchst du kein Plugin für einfach in den Einstellungen der Permalinks .html hintenran und gut ist. ABER! Das geht nur für Artikel und nicht für die Seiten von WP. Für Seiten wirst wohl doch ein Plugin benötigen. Jetzt kommt es eben darauf an ob Du das mit den Artikeln umsetzen kannst, magst etc.

Sorry aber ich schau mir das nicht an. Momentan geht ein Virus um. Beschreib doch das Problem erstmal genauer.

Ich hab mir ein kleines Plugin gebastelt das beim veröffentlichen, aktuallisieren von Artikeln bestimmte Funktionen ausführt. Eingebunden sind diese per:

add_action( 'publish_post', 'NAMEDERFUNKTION' );

Das gleiche brauch ich jetzt allerdings auch für Seiten. Ich dachte ich versuch es einfach mal mit:

add_action( 'publish_page', 'NAMEDERFUNKTION' );

doch leider tut sich da überhaupt nichts. Ok nachgeschaut im codex da steht folgendes dazu:

Zitat

Runs when a page is published, or if it is edited and its status is "published". Action function arguments: page ID. (WARNING: this hook seems to never fire on v2.3 and higher. The 'transition_post_status' hook does work though. UPDATE : publish_page hook appears to be working as of 2.6)

Das heißt wohl ich muss transition_post_status verwenden? leider find ich da nichts wirklich verständliches zu und ich steht gerade voll auf dem Schlauch.

Sicher das es die archive.php und nicht die categorie.php ist? Denn eigentlich sollte es genauso fiuktionieren wie bei der index.php? Oder sind in der archive.php if Abfragen und du bist evtl. in der falschen Schleife drin.