Beiträge von Putzlowitsch

Geplant heißt, der Veröffentlichungszeitpunkt liegt in der Zukunft. Du kannst den Zeitpunkt bei "Veröffentlicht am" oben rechts ändern. Stelle dort ein Datum und eine Uhrzeit ein, die in der Vergangenheit liegen.

Gruß
Ingo

Zitat von kisbean

...
Oder kann es an unserer WordPress-Version Version "2.5.1 DE-Edition" liegen?

...

Das kann man so sagen. Wordpress 2.5.x ist schon sehr alt (ca. 5 Jahre) und es ist auch aus Sicherheitsgründen angesagt, auf eine aktuelle Version (3.5.1) upzudaten.

Da Ihr keine Plugins verwendet, sollte das auch weitestgehend problemlos möglich sein. Die zu klärende Frage wäre noch, welches Theme zum Einsatz kommt und ob das unter Wordpress 3.5.1 fehlerfrei läuft.

Gruß
Ingo

Also eigentlich kann das nur ein Plugin sein. Ich habe zumindest direkt unter dem Speichern-Button keine Liste mit den letzten Bearbeitern. Es gibt höchstens in einem Extra-Fensterchen die Anzeige des Autoren und eine List der Revisionen, wenn ich die aktiviere und dort hin schiebe:
[attach='7606.vB'][/attach]

Meinst Du das?

Gruß
Ingo

Zitat von formateins

Stimmt nicht.

...

Da hat er recht.
Wenn ich 1.1.1970 lese, denke ich halt zuerst immer an die Unix-Zeitrechnung und die damit verbundenen Problem. In diesem Fall ist das aber nicht die eigentliche Ursache des Problems, da lag ich also falsch.

Gruß
Ingo

Naja, ein serverseitiger Cache bekommt ja von der Änderung in der .htaccess nicht unbedingt etwas mit.

Was mir noch aufgefallen ist. Du solltest Deinen Weiterleitungscode in der .htaccess nicht zwischen #BEGIN WordPress und #END WordPress einfügen, weil er sonst möglicherweise bei Änderungen an den Permalinks verloren geht. Nimm die zwei Zeilen da raus und schreibe sie vor den Wordpress-Block, also etwas so:

...
# END W3TC Browser Cache
[B]<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{HTTP_HOST} (www\.)?ps-credit.de
RewriteRule (.*) http://www.ps-kredit.de/$1 [R=301,L]
</IfModule>[/B]
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
...

Gruß
Ingo

Einfach wp-login.php an die URL anhängen und schon gehts.

Gruß
Ingo

Ich kann den Artikel immer noch ganz normal aufrufen, jetzt auch über den Link. So siehts aus:
[attach='7602.vB'][/attach]

Da wird nichts umgeleitet oder ein Slash entfernt.

Gruß
Ingo

Das ist technisch bedingt, denn die verwendete Zeitrechnung (Unix-Zeit) beginnt am 1.1.1970 mit dem Wert 0. Da wird man nicht wirklich was dran ändern können.

Gruß
Ingo

Also ich kann die Seite ganz normal Aufrufen, allerdings nicht beim Klick auf den Link, sondern wenn ich sie mir in meine Browser URL-Zeile kopieren.

Gruß
Ingo

Wenn es Links von einem Tumblr-Blog sind, dann ist es eben kein Kommentar, sondern ein Track-/Pingback. Die hast Du ja nicht abgeschaltet, wie Du oben schreibst.

Du könnetst tumblr.com bei "Einstellungen › Diskussion" mal in die Kommantar-Blacklist aufnehmen, vielleicht hilft es ja.

Gruß
Ingo

Und wenn man da dann Daten eingibt und auf [Log in] klickt, dann geht es nicht weiter.
Ich habe dann nach einiger Zeit die Meldung "Die Verbindung zum Server wurde zurückgesetzt, während die Seite geladen wurde." bekommen. Woran das liegt, läßt sich allerdings so von außen schwer sagen.

Gruß
Ingo

Das liegt wohl an den ungewöhnlichen URLs zu den Bildern, z.B.:

http://sharme%2Ede@sharme.de/sharme/Ebay_seite_09.jpg

Wofür soll dieses sharme%2Ede@ gut sein? Nimm das mal weg, so daß die URL so aussieht:

http://sharme.de/sharme/Ebay_seite_09.jpg

Dann sollte es auch mit dem Internet-Explorer gehen.

Gruß
Ingo

Die Ordner legt Wordpress für die Uploads an, das ist so in Ordnung. Diese index.php-Datei ist aber bestimmt ein Schadcode und gehört da nicht hin. Sie ermöglich von außen die Ausführung von praktisch beliebigem PHP-Code (eval() mit einem Wert aus $_REQUEST).

Allerdings ist das nur das Ergebnis eines Angriffs auf Deine Website und nicht die Ursache. Du kannst die Datei zwar löschen, aber es ist gut möglich, daß sie vom Angreifer einfach wieder neu erstellt wird. Du mußt Dich nun, wie formateins schon schrieb, auf Ursachenforschung begeben.

Gruß
Ingo

Wordpress hat eigentlich keine index.php im uploads-Ordner dabei, das ist zumindest verdächtig. Was steht denn da drin?

Gruß
Ingo

Ist zwar eine ziemliche DIV-Orgie, aber so habe ich das mal früher gelöst:

<style type="text/css">
<!--
.left { float:left;padding-right:0.3em; background-color:white;}
.right { float:right;padding-left:0.3em; background-color:white; }
.dot-dummy { border-bottom: 3px dotted #555;overflow:hidden;font-size:0.60em;margin-bottom:0.7em; } 
-->
</style>


<div>
<div class='left'>Gyros aus der Pfanne mit Tsatsiki und Salat</div><div class='right'>€ 7,90</div><div class='dot-dummy'>&nbsp;</div>
<div class='left'>Himmel und Erde Mecklenburger Eintopf aus Äpfeln und Kartoffeln</div><div class='right'>€ 4,90</div><div class='dot-dummy'>&nbsp;</div>
<div class='left'>Tomatensuppe</div><div class='right'>€ 4,90</div><div class='dot-dummy'>&nbsp;</div>
<div class='left'>Italian Burger mit Pesto u. Mozarella</div><div class='right'>€ 4,90</div><div class='dot-dummy'>&nbsp;</div>
</div>

Mit dem margin-bottom in der Klassse .dot-dummy kann man etwas den Zeilenabstand steuern. Der Wert darf aber nicht zu groß und nicht zu klein werden, sonst verrutscht alles.

Gruß
Ingo

Falls es nur darum geht, die Wordpress-Installation auf dem NAS über die beim Webhoster registrierte Domain-Adresse ansprechbar zu machen, dann müßte das NAS im Internet "sichtbar" sein (z.B. über einen DynDNS-Anbieter). Dann könnte man einen CNAME-Eintrag für die Domain erstellen, der auf die Adresse des DynDNS-Anbieters zeigt. Probiert habe ich das allerdings noch nicht.

Noch einfacher wäre es z.B. mit einem Webhosting-Paket von Strato, denn da kann man eine Domain direkt per DynDNS auf eine dynamische IP zeigen lassen.

Gruß
Ingo

Hast Du es neu bei der Pluginseite runtergeladen? Da war noch ein Fehler drin, der jetzt beseitigt sein sollt (hatte ich weiter oben geschrieben).

Gruß
Ingo

Nein, der restliche Speicher von den 50M sollte eigentlich für den Bilder-Upload reichen, zumal wenn diese mit 800x600 Bildpunkten nicht wirklich groß sind. Da hilft dann vermutlich auch das "123 Image Resize"-Plugin nicht weiter, obwohl es vielleicht doch einen Versuch wert wäre.

Was hast Du denn sonst noch für Plugins installiert? Welches Theme verwendest Du?

Gruß
Ingo

Stimmt, da sieh es bei mir auch so aus.

Aber direkt auf der Startseite des Dashboards funktioniert es bei mir. Dort wird ja System-Health auch angezeigt. Probier das mal da.

Gruß
Ingo

Ich habe selbst noch ein 1&1-Paket mit nur 30 MByte PHP-Speicher. Bei mir sieht es dann bei der Test Suite von System Health so aus:
[attach='7574.vB'][/attach]
Da ist sogar schon bei 26M Schluß.
Wird denn bei Dir im Ausgabefenster überhaupt etwas angezeigt, also fängt das da an mit "angefragt: 1 MB, angefragt: 2 MB" usw.?

Ja, bei dem Plugin war noch ein kleiner Fehler drin. Die config-Datei war als UTF-8 aber mit BOM gespeichert. Bitte erneut runterladen und testen.

Gruß
Ingo