Beiträge von Ammaletu

Ich kenne Strato nicht, aber Du solltest ein Tool wie phpMyAdmin haben, um auf Deine Datenbanken zuzugreifen. Darin kannst Du die angelegten WP-Tabellen markieren und löschen. Frag ggf. den technischen Support Deines Hosters, wie Du auf die Datenbank zugreifen kannst.

Wie gesagt, die Frage ist, ob Du die Query irgendwie so manipulierst, dass der Seiten-Parameter nicht beachtet wird. Das geht aus dem geposteten Stück Quellcode nicht hervor. Wenn, dann müsste das oben in der Seite stehen, über dem Loop.

Zitat

Warum steht eigentlich überhaupt eine Bildgröße im Quellcode, wenn das Bild nicht durch HTML mutwillig kleiner oder größer angezeigt wird?

Warum das im Bild-Dateinamen steht, weiß ich auch nicht, das ist eher unschön. Die Angabe der width- und height-Parameter finde ich aber wichtig. Wenn das fehlt, kann der Browser das Bild erst in der richtigen Größe darstellen, wenn er es geladen hat. Das führt dann bei einer langsamen Verbindung dazu, dass der Browser erstmal nur wenig Platz reserviert und später umsortiert, wenn das Bild sich doch als größer erweist. Das sieht furchtbar aus, wenn die Bilder nach und nach geladen werden und die Seite entsprechend rumruckelt.

Ich habe gerade nicht reingeschaut, aber bezieht sich das nicht auf Links zur eigenen Seite? Wozu da nofollow? Wenn Du den Suchmaschinen-Bots den Zutritt zu Deiner Loginseite verbieten willst, kannst Du das ja ganz simpel über die robots.txt tun.

Machst Du in der index.php denn irgendwas am Loop?

Kannst Du mal ein Beispiel verlinken? Ich habe z.B. mal den "Geld verdienen"-Tag angeklickt, und da klappt das Aufrufen der älteren Einträge problemlos.

Hattest Du da etwa früher mal das "page links to"-Plugin im Einsatz und dieses jetzt deaktiviert? Schau mal, ob das noch da ist und auch aktiviert ist. Oder war das anders umgesetzt, dass die WP-Seite auf eine externe Seite verlinkt?

Direkt die Dateien manipulieren geht wohl eher nicht, aber ein Großteil der WP-Funktionalität kann man aus genau diesem Grund per Hooks und Filter anpassen. Poste doch vielleicht erstmal, welche Anpassungen Du gemacht hast. Mit etwas Glück lässt sich das mit wenigen Zeilen in der functions.php des Themes erledigen.

So auf den ersten Blick würde ich vermuten, dass irgendwo "the_permalink" benutzt wird, wo eigentlich "get_the_permalink" stehen sollte. Erstere Funktion gibt ihren Rückgabewert nämlich immer sofort aus, und wenn man das z.B. in der functions.php in einer Funktion benutzt, die am Anfang des Seitenaufbaus aufgerufen wird, hat man das vor dem HTML-Tag stehen. Such also am besten mal in allen Theme- und Plugindateien danach. Die Funktion zur Ausgabe des Trackbacks heißt "trackback_url".

In einem anderen Thread war empfohlen worden, das Nutzerprofil neuzuspeichern (Häkchen bei "visueller Editor" wegmachen, speichern, wieder setzen, noch mal speichern). Keine Ahnung, was das intern bewirkt, aber zwei oder drei Nutzern hat das wohl geholfen, die Buttonleiste wiederzukriegen. Ist vielleicht einen Versuch wert.

Zitat

Ist es nicht normalerweise so, dass er versuchen sollte die index.php zu öffnen?!

Welche Datei er in dem Fall öffnet, kann und muss man im Apache einstellen. Kann Dir die genaue Option aus dem Kopf gerade nicht sagen, sollte sich in der httpd.conf aber finden lassen. Neustart danach nicht vergessen.

Zitat

Interessanterweisse wenn ich über folgenden link daran gehe:
//SERVER/wordpress/index.php
passiert das gleiche.

Das ist schon merkwürdiger, da die Datei ja auf jeden Fall da ist. Da stimmt mit dem Server wirklich was nicht.

Zitat

Versuche ich das ganze aber über
//SERVER/wordpress/index.php%20
funktioniert es einwandfrei.

Das ist dann endgültig merkwürdig. %20 müsste ein codiertes Leerzeichen sein. Ist das also in irgendeiner Konfiguration wo reingerutscht, wo es nicht hingehört?!

Werden die Original echt nicht aufgehoben? Falls ja, müsstest Du mal die maximale Bildgröße in WP auf was größeres stellen. Bilder wie sie sind von der Kamera zu kopieren und mit 4 MB oder so hochzuladen ist natürlich nicht sinnvoll, aber unterhalb von 1000 Pixel Länge sag ich mal muss WP ja nicht reinpfuschen. Einfach in der wp_config.php eintragen:

// set another maximum width for uploaded images
$content_width = 1000;

Das Neuberechnen wäre dann per Plugin sehr einfach zu machen. Schwieriger wäre es, in allen Postings und Excerpts und wer weiß wo sonst noch die alten Bildadressen auszutauschen und bei den Originalbildern die Weitenangaben im Quelltext. Da wüsste ich auf Anhieb auch keinen guten Ansatz außer das eben als Plugin umzusetzen. Müsstest Du mal suchen, ob das schon mal jemand gemacht hat.

Da sehe ich nur einen PHP-Fehler. Sag Bescheid, wenn man wieder was sehen kann oder wenn Du den Fehler selber gefunden hast. ;-)

Da wo es alle anderen Plugins auch gibt, auf wordpress.org. Google hätte aber auch zum Ziel geführt.
http://wordpress.org/extend/plugins/page-links-to/

Wenn es um Bilder geht, die Du lokal vor dem Ex- und Import hochgeladen hattest: Die musst Du mit kopieren und die Bilderpfade in der Datenbank ändern. Den WordPress-Pfad selbst musst Du da natürlich auch anpassen. Wenn es nur um das Stylesheet des Themes geht: Gib uns mal einen Link zur Seite, dann kann man sicher genauer sagen, was da schiefläuft.

Plugin "page links to" nutzen, würde ich sagen.

Da würde ich spontan sagen, parse den XML-Feed. Je nachdem womit Du die externe Seite erzeugen willst, sollte das relativ leicht gehen. Alternativ kannst Du da auch einfach WordPress ohne das Theme einbinden. Dazu hatten wir letztens gerade erst einen Thread, glaube ich, da stand das mit Beispiel-Quelltext drin.

Bilder-Anordnung lässt sich immer über CSS regeln, dazu brauchst Du keine Tabellen. Maximal zusätzliche Klassennamen im Quelltext, um z.B. Umbrüche zu erzeugen (z.B. alle Bilder auf float setzen und bei bestimmter Klasse clear ergänzen). Auch Abstände lassen sich so regeln.

Wenn Du das Theme allerdings änderst, machst Du es Dir ggf. bei Updates schwieriger. Wenn es schon Sprachdateien gibt, sind ja wohl hoffentlich auch alle Textausgaben des Themes darin erfasst und ein load_textdomain irgendwo oben eingebaut.

Also, ich kann's Dir nur beschreiben, wie ich es mir vorstelle, und ich sage das ohne je ein Theme mit Sprachdatei gehabt zu haben: In der wp_config.php sagst Du WordPress nur, welche Sprache es benutzen soll, wenn es Sprachdateien lädt. Die Sprachdatei für WordPress selbst wird irgendwo im Core geladen. Wenn ein Theme eine eigene Sprachdatei hat, muss es diese auch selbst laden (mit dem korrekten Pfad, der dann vermutlich auf den Themeordner zeigen sollte). Welche Sprache dabei genommen wird, sollte aber IMHO genauso an dem in der wp_config.php definierten Sprachwert hängen. Korrigiere mich bitte jemand, wenn ich das gerade falsch erkläre. ;-)