Beiträge von Domino5702

Benutze die Suchfunktion oder Google nach weisse Seite. Ich denke, dass es sich um ein memory_limit Problem handelt.

PN habe ich gelesen und beantwortet. Die Anleitung von Tim habe ich überflogen, das Vorgehen ist generell nicht falsch, ist alles was ich bisher sagen kann dazu.

Zitat

Nach einem Update auf WP 3.3 hat die Startseite das falsche Theme.

Und die anderen Seiten nicht? Wo kann man sich denn das anschauen (Link zur Seite)?

OK, beim nochmaligen Lesen habe ich gesehen, dass Du das Childtheme selber hochladen konntest - /themes/barbara hört sich für mich schon richtig an, also müsste das Layout stimmen. Frage wäre - was genau stimmt denn noch nicht beim Layout?

Wie der Hostname des Datenbankservers heisst, sagt Dir der Hoster, oder es steht auch in der Standardansicht von phpMyAdmin, was vielfach als Datenbankverwaltungs-Oberfläche angeboten wird.

Beim easy.install musstest Du diese Angaben ja alle nicht machen, darum hatte ich am Mittag die Frage aufgeworfen, ob Du denn beim easy.install auch Zugriff auf die Datenbank und auch auf die Dateien hast. Denn Du musst eben (siehe mein Beitrag von 17:53) die lokale Datenbank exportieren und in die serverseitige (beim Hoster) importieren. Damit hast Du mit Sicherheit die Texte (Inhalte). Bilder vermutlich noch nicht, den nauch die musst Du physisch verschieben von XAMPP zum Server - ich vermutete, dass es sich dabei um den Ordner uploads im wp-content handelt.

Anders umschreiben kann ich es leider nicht, ich hoffe, Du verstehst was ich meine.

Hier kannste nachlesen, insbesondere der Link etwa in der Mitte der Seite zur Trademark-Policy dürfte für Dich interessant sein.

Wenn Du den kompletten Ordner des Child-Theme mitgenommen hast, dann sollte das Layout ja stimmen.

Aber welche Texte und Bilder meinst Du - theme-bezogen oder die früheren Inhalte des lokalen Blogs? Bei Letzterem brauchst Du sowohl die entsprechenden Bilder-Ordner (vermutlich uploads und Unterverzeichnisse, möglicherweise aber auch andere noch) und Inhalte sind in der Datenbank, die Du von der lokalen Installation exportieren und in die internet-seitige Datenbank importieren musst. Meintest Du das?

Und bei ExecPHP sollte man wirklich wissen, was man macht, und entsprechend nur freigeben, was wirklich gebraucht wird. Wozu verwendest Du das Plugin?

Hast Du auch die Datenbank gelöscht und eine neue angelegt? Und verwendest Du jetzt komplett andere Zugangsdaten (zumindest Passwörter), die auch nirgendwo zwischengespeichert sind (zb. im FTP-Client, mit dem Du die WP-Dateien hochgeladen hast)? Dann hast Du voraussichtlich erst einmal Ruhe - aber denke dran, Du hast immer noch nicht raus, wie der Befall sich ereignet hat, also kannst Du nicht sicher sein, dass es nicht wieder passiert.

Ich kenne Deinen Anbieter nicht, hast Du Zugriff auf alles, wenn Du die easy.install (und also deren WordPress) nimmst?

Hallo Barbara,

Und die Datenbank existiert auch im Hosting-Acccount? Und den Hostnamen hast Du geändert, oder bist Du sicher, dass es localhost bleiben kann?

Das sind zwei Dinge, die mir in den Sinn kommen beim Lesen. Die Fehlermeldung besagt auf jeden Fall, dass etwas mit den Angaben zur Datenbank noch nicht richtig ist -es hat nichts mit FTP oder dem Hochladen der Dateien zu tun.

Was ist für Dich schön? Oder andersrum: was ist an Twenty Ten nicht schön?

Wie heisst denn dieser "fatale Fehler" - was steht denn da genau?

Neuester Stand: jungfräulicher Blog WordPress 3.3.1 DE-Edition, nur mit Artikel "Hallo Welt".

Bevor der Artikel nicht einmal frisch gespeichert wurde -und es somit also noch gar keine Revisionen geben kann - erscheinen die Revisionen tatsächlich nicht unter den Optionen. Hat man auch nur 1 Mal gespeichert (auch wenn keine Veränderungen vorgenommen wurden) erscheinen die Revisionen unter den Optionen - scheint mir auch logisch zu sein.

Zitat

Zitat:
Zitat von Domino5702 [Blockierte Grafik: http://forum.wpde.org/images/buttons/viewpost.gif]
Es ist also definitiv eine Core Funktionalität.

Hat auch nie jemand bestritten.

Lassen wir das mal so stehen. ;)

@Bambaata: warum wieso - ich habe keine Ahnung, aber ich musste noch nie was manuell setzen (soweit man das bei einem alten Mann wie mir noch mit Sicherheit sagen kann, aber ich sag mal: das wüsste ich!) :D

Cache, Cookies kann ich auch ausschliessen, und browserabhängig ist es auch nicht.

OK, unter den default filters in wp-includes/default-filters.php findet sich diese Zeile (in der aktuellen Version - zumindest bei mir - Zeile 251):

Zitat

add_action( 'pre_post_update', 'wp_save_post_revision' );

Es ist also definitiv eine Core Funktionalität.

Zitat

Siehe auch hier, interessanterweise steht da, dass der Wert WP_POST_REVISIONS true das default ist, ich denke, da ist der Codex-Beitrag nicht mehr ganz aktuell.

Sorry, wenn ich mich selbst zitiere, aber in diesem Punkt bin ich weiter gekommen: WP sieht standardmässig vor, dass Beiträge zwischengespeichert werden (autosave), daraus ergibt sich jeweils eine aktuelle Version. Daneben werden ja vom Beitragsschreiber vielleicht Zwischenspeicherungen vorgenommen, die man eben "zurückrollen" kann - also revidieren. Will man diese Möglichkeit (aus Performancegründen, etc.) nicht nutzen, kann man über wp_config.php die WP_POST_REVISIONS auf false setzen. Dazu auch dieser Beitrag hier.

Etwas anderes ist, ob man diese Revisionen einblendet oder nicht - diese Einstellung ist standardmässig eben nicht aktiviert, also der Benutzer muss dies explizit "on" schalten - daher ist es unter den Optionen.

Zitat

PS: Ich kann es auch nicht leiden wenn man nicht vernünftig ein Problem erörtert sondern gleich Oberlehrerhaft rüberkommt ala Blödsinn :wink: Mich zumindest interessiert das, warum es bei Dir so ist und bei mir und auch anderen eben nicht.

Ja, das interessiert mich auch! Bevor ich meinen ersten Beitrag zum Thema verfasst habe, habe ich in 3 verschiedenen Blogs von mir geprüft, ob das, was ich sage, wirklich auch stimmt. Und ich wollte mich vergewissern, wie der Punkt nun wirklich heisst (obwohl Shadow wusste auch sofort, was da gemeint war). Ein Plugin, was dieses Teil einfügen könnte, habe ich nicht am Laufen, in keinem Blog - wozu auch, WP bietet das ja von Haus aus an. (Siehe auch hier, interessanterweise steht da, dass der Wert WP_POST_REVISIONS true das default ist, ich denke, da ist der Codex-Beitrag nicht mehr ganz aktuell.)

Jetzt, nachdem Du die Screenshots eingestellt hast, bin ich noch einmal hingegangen, und habe einzelne Artikel und auch Seiten verglichen: sowohl bei ganz frischen, wie auch bei älteren Beiträgen habe ich unter Optionen einblenden diese "Revisionen" drin.

PS. Vielleicht ist aber einfach nur bei Deinem Empfänger was "kaputt", denn was ich schreibe ist nicht Oberlehrerhaft gemeint. Und Deine Antwort kann man auch so lesen, als dass Du die Schreiberin eines besseren belehren wolltest. Aber damit will ich es dann auch belassen, denn es bringt hier niemandem was.

Und warum heissen die Revisionen? Schaut doch mal nach!

Das ist in der DE-Edition 3.3.1 bei den erstellten Artikeln unter Optionen einblenden und ist standardmässig ausgeblendet - und ich verwechsle jetzt ganz sicher gar nichts und was gesucht ist, wurde von der Threaderstellerin und einem meiner Vorrednern genauestens beschrieben. Darauf habe ich ebenfalls genau geantwortetr und nu werde ich mit Semantik niedergemacht?

Übrigens, Entwurf ist beim speichern, und erscheint nicht untereinander - weder rot noch sonstwie!

Sorry, es ist immer noch Quatsch, was ihr beide schribt, Bambaata und infected!