Beiträge von Domino5702

Dieser Link sollte Dir weiterhelfen.

Gehe ich richtig in der Annahme, dass Du kein Datenbank-Backup von vor dieser Aktion hast?

Du könntest eine Datenbankreparatur trotzdem mal versuchen (zB unter phpMyAdmin) - aber bitte diesmal erst eine Sicherung ziehen.

Kannst eine Datei selbst anlegen, mit folgendem Inhalt:

<?php  phpinfo();  ?>

Benenne sie meine_info.php und lade sie ins Stammverzeichnis bei funpic hoch. Der Aufruf

http://deine-domain/meine_info.php

liefert u.a. auch die Information über das memory limit.

Weitere Möglichkeit wäre, dass etwas mit JavaScript nicht mehr funktioniert, das müsste Dir aber eher der Hoster beantworten können.

Hast Du selbst in der Datenbank was gemacht, oder weshalb vermutest Du, dass da was krumm ist?

Wenn Du Ultimate TinyMCE schon mal komplett deinstalliert hast und das kein Veränderung brachte, glaube ich nicht dran, dass der Fehler von diesem Plugin kommt. Welches Theme und welche Plugins hast Du im Einsatz. Schon mal alle deaktiviert und es mit Twenty Eleven getestet?

Wieviel PHP-Memory steht denn zur Verfügung - das wäre eine weitere, allerdings nicht wirklich wahrscheinliche, Fehlerursache.

Es gibt die Option, neu erstellte "Seiten" automatisch hinzuzufügen, allerdings mit der Einschränkung, dass dies immer nur in der obersten Ebene des Menüs stattfindet (also keine automatischen Untermenüs).

Anstelle von wp_list_pages() würde ich mit wp_nav_menu() arbeiten, und dann mit benutzerdef. Menüs. Da kannst Du dann auswählen unter Seiten, Artikel, Kategorien, usw. .... was Du wie und wo darstellen willst.

Allgemein gesprochen: aktuell spricht nichts dagegen, eine einzige index.php zu haben. Aber zukunftsorientiert würde ich jetzt schon die Struktur anders gestalten. Ich empfehle Dir, die Template Hierarchie anzusehen und damit die Seite erst einmal zu planen.

Zitat

Eine Deinstallation von Ultimate TinyMCE hat nicht gewünschten Erfolg gebracht. Benutze jetzt WP Version 3.4.1, in WP 3.4. hatte ich das Problem nicht

Das lässt mich am ehesten vermuten, dass beim Update etwas nicht ganz rund gelaufen ist, was jetzt eine korrekte Darstellung verhindert, ob mit oder ohne Plugin. Ich würde als erstes eine komplette Version 3.4.1 manuell hochzuladen, um zu sehen, ob das Abhilfe bringt. (FileZilla sagt Dir zB, falls eine Dateiübertragung fehlerhaft gewesen ist)
Falls das nichts bringt, mede Dich nochmal, dann sehen wir weiter.

Die Kristallkugel hat auch Wochenende, daher:

• alle Plugins deaktivieren und Standardtheme Twenty Eleven aktivieren
• die kompletten Verzeichnisse /wp-admin/ und /wp-includes/ frisch hochladen (am besten aus einer neu gezogenen Version, nicht das, was Du schon mal hattest)

Wenn das nicht für Abhilfe sorgt, schauen wir weiter, worum es sich genau handelt, was die Vorgeschichte ist, usw.

Hast Du auch mal versucht, WordPress frisch herunterzuladen und lokal zu entpacken, und diese frisch entpackte Version zum Server hochzuladen?

wenn all das nichts bringt, befrage den Webhoster, was für eine Umgebung angeboten wird: PHP, MySQL. Lege im Control Center einen neuen FTP-Benutzer an, und installiere WordPress erst einmal in einem Unterverzeichnis, wobei der FTP-User eben nur auf dieses Verzeichnis zugreifen können sollte (also nicht auf Root). Damit hast Du alle Möglichkeiten ausgeschöpft, das Problem einzugrenzen.

Mir scheint, dass da eine falsche index.php im Root-Verzeichnis gelandet ist (vermutlich jenes aus wp-admin). Du brauchst diese:

<?php
/**
 * Front to the WordPress application. This file doesn't do anything, but loads
 * wp-blog-header.php which does and tells WordPress to load the theme.
 *
 * @package WordPress
 */


/**
 * Tells WordPress to load the WordPress theme and output it.
 *
 * @var bool
 */
define('WP_USE_THEMES', true);


/** Loads the WordPress Environment and Template */
require('./wp-blog-header.php');

Die Datei ist ca 400 Bytes gross.

Hallo,

Generell würde ich Dir zu Firebug raten, mit diesem Add-On für den Firefox lässt es sich auch gut experimentieren, ohne dass der eigentliche Code verändert wird.

Zu 1: gib mal bitte ein Beispiel, ich suche mir schon nen Wolf nach einem "strong" im Quelltext
Zu 2: schau mal diesen Link an, es gibt bestimmt auch noch andere, die sich mit dem Thema befassen
Zu 3: wenn Du die einzelnen Menüpunkte meinst, in Zeile 95 der style.css hat das "li" ein padding-bottom: 5px - einfach den Wert höher setzen
Zu 4: Die Werbung "Sie möchten die Irchelpraxis näher kennenlernen" wird bei mir angezeigt in der Sidebar.

LG Domi

Um zu überprüfen, ob die Zugangsdaten zur Datenbank stimmen, kannst Du ja das, was in der wp-config.php eingetragen ist bei phpMyAdmin eingeben und schauen, ob der Dich reinlässt.

Zitat

Mittlerweile vermutet der Kollege, dass die Schwachstelle ein älteres Joomla ist. Genaues weiß ich noch nicht.

Ist da vielleicht Hirn und Mund falsch rum verkabelt bei dem Menschen? Wenn diese Vermutung genauso fundiert ist, wie die gestrige .... aber das haben neben mir auch andere schon empfohlen.

In der wp-config.pgp wird insbesondere auf die Datenbank verwiesen. Solange die beiden Installationen sich nicht mindestens durch ihre Tabellen-Präfix unterscheiden, wird immer dasselbe WordPress aufgerufen. Und da auch eine Datenbank manchmal irreparabel kaputt gemacht werden kann, verlierst Du in solch einem Fall nicht gleich beide WPs auf einmal, wenn Du von Anfang an zwei getrennte Datenbanken nimmst.

Das Veröffentlichungsdatum kannst Du selbst einstellen - also, das muss nicht heute sein.

rezwiebel: nein, nicht über Dich gelacht, sondern eher über den "Sicherheits-Guru".

So wie ich Dein erstes Posting verstanden habe, betreibt Ihr einen eigenen Webserver? Wenn der "gehackt" wird, zumal von einem "Skript-Kiddie", da habe ich meine Zweifel, dass dann die Schwachstelle eine WP-Installation sein soll.

Selten so gelacht!

Bin mir nicht zu 100% sicher, aber probiere es mal mit diesem Plugin. Wenn es Dich nicht stört, dass alles auf Englisch ist ...

Zitat

Dafür wurde "lediglich" index.php geändert nach dieser Anleitung: ...

Geändert und auch verschoben?