Beiträge von Putzlowitsch

Zitat von the0bone

Was hältst du davon WordPress dafür zu verlassen und die Seite hart zu coden? Einfach eine impressum.php abgelegt und fertig.

Der Inhalt kann da dann via Datenbankabfrage aus der WP Datenbank kommen.

Wenn die Seite ansonsten aber so aussehen soll, wie im Blog, dann wird es nicht so einfach, das außerhalb von WP nachzucodieren.
Und das mit der Datenbankabfrage setzt voraus, das die auf dem selben Server liegt, wie die Seite.

Mein Ansatz funktioniert auch über Servergrenzen hinweg, übrigens nicht nur für WP, sonder auch für andere Seiten. Man muß dann halt nur das mit der ID anders machen und die Grundformatierung selber bewerkstelligen, da die Filterfunktion 'the_contet' nicht zur Verfügung steht.

Gruß
Ingo

Möglich wäre das durch Nutzung z.B. des blogger-Interfaces über XMLRPC (Remote Procedure Call).
Zunächst im Masterblog eine statische Seite mit dem gewünschten Inhalt erstellen und die ID merken. In den Slaveblogs auch eine statische Seite erstellen, den Inhalt aber leer lassen. Dafür ein Benutzdefiniertes Feld, z.B. 'master_ID' mit der ID der Seite aus dem Masterblog erstellen.
Nun anstelle von 'the_contente' in der 'page.php' folgenden Code einfügen:

<?php
// ID der Seite des Masterblogs abfragen
$master_id = get_post_meta( $post->ID, 'master_ID', true );
if( $master_id == '' )
  $master_id = 0;
// erforderliche Klasse IXR einbinden
include_once(ABSPATH . WPINC . '/class-IXR.php');
// URL  zum RPC-Interface des Masterblogs
$client = new IXR_Client('http://example.com/xmlrpc.php');
//$client->debug = true;


// Abfrage getPost ausführen
// Parameter: 
// - Name der Funktion
// - nicht benutzt, 0
// - Post-ID
// - Loginname
// - Loginpasswort
if (!$client->query('blogger.getPost', 0, $master_id, 'admin', '3a4b5c')) {
    echo('Hier ist was schief gelaufen - '.$client->getErrorCode().' : '.$client->getErrorMessage());
}
else {
// Daten abholen
$response = $client->getResponse();
// Inhalt ausgeben
echo apply_filters('the_content', $response['content'] );
}
?>

Man könnte das jetzt noch als extra Funktion in die 'functions.php' des aktuellen Themes verpacken, und dann natürlich in mehreren Seiten einfacher über einen Funktionsaufruf einbinden.
Es soll ja erstmal nur das Prinzip verdeutlichen.

Gruß
Ingo

Es ist zwar nicht wirklich wichtig, würde mich aber schon interessieren. Woraus ergibt sich auf der Seite Initative Pro-Backup eigentlich die Reihenfolge der angezeigten Trackbacks? So richtig konnte ich da keine Systematik erkennen.

Gruß
Ingo

Spekulation Teil 2.
Das beobachtete Verhalten dient als Plugin-Validator. Da in der HTML-Spezifikation beide Zeichen zur Einrahmung von Attributwerten zulässig sind, kann man so schnell erkennen, welche Plugin-Autoren sich an Standards halten, und nicht einfach vom zwar weiter verbreiteten, aber eben nicht einzig möglichen doppelten Anführungszeichen ausgehen.

Gruß
Ingo

Ich spekuliere einfach mal.
Es dient dazu, um eine statistische Auswertung zu ermöglichen, wie oft der WYSIWYG- bzw. Nicht-WYSIWYG-Editor von den WP-Nutzern verwendet wird

Gruß
Ingo

Kleiner Nachtrag zum von mir oben genannten PHP-Code.

Um die Wochentage und Monatsnamen auf deutsch zu erhalten, ist es besser, anstelle der von mir benutzten PHP-Funktion 'strftime' die WP-Funktion 'mysql2date' zu verwenden. Die Zeile mit der Formatierung sieht dann so aus:

$last_modified = mysql2date( "l, d. F Y H:i", $post->post_modified );

[COLOR=#000000][COLOR=#cc0000][COLOR=Black] Zur Formatierung der Ausgabe ([/COLOR][/COLOR][/COLOR]"l, d. F Y H:i"[COLOR=#000000][COLOR=#cc0000][COLOR=Black]) sei auf die PHP-Doku verwiesen:
PHP: date - Manual

[/COLOR][/COLOR][/COLOR]Gruß
Ingo

Wenn die .htaccess wenigstens eigene Fehlerdokumente erlaubt, könnte auch dieser Trick helfen:

ErrorDocument 404 /index.php

Ich weiß jetzt nur nicht, ob WP dann auch den Fehlercode rausnimmt. Sonst würden zwar die Permalinks funktionieren, die Seiten würden aber immer mit Fehler 404 ausgeliefert werden, was nicht so gut ist. Zum Beispiel würden Suchmaschinen dann die Seiten nicht in den Index aufnehmen.
Ganz sauber ist die Lösung zumindest nicht, wenn sie denn überhaupt funktioniert.

Gruß
Ingo

Sieht jetzt gut aus. Keine komischen Leerzeichen mehr. Und der Umbruch klappt ja auch, dann muß es stimmen.

Eventuell hat auch er WYSIWYG-Editor seine Finger im Spiel. Habe ehrlich gesagt keine Ahnung, woran es gelegen haben könnte. Und es war ja auch nicht immer der Fall gewesen. Auch in den älteren Artikeln tauchen normale Leerzeichen auf.

Gruß
Ingo

Aha, Opera also
Naja, das läßt sich schlecht erklären. Die von mir genannten Zeichen sehen genau so aus, wie Leerzeichen, sind aber keine. Jedes Zeichen hat einen Bestimmten Zeichencode, also eine Nummer. Das nomale Leerzeichen, was von der langen Leertaste erzeugt wird, hat die Nummer 32. Das andere hingegen die Nummer 160.

Wie die da reingeraten sind, kann ich nicht sagen. Normalerweise kann man das gar nicht über die Tastatur eingeben. Höhstens, abhängig vom Programm, als eine Kombination mit Steuerungstasten.

Vielleicht hattest Du außer der Leertaste noch gleichzeit Strg oder Alt oder so gedrückt gehabt.
Bei MS-Word ergibt z.B. [Strg]+[Shift]+[Leertaste] dieses nicht umbrechbare Leerzeichen.

Plugins werden es wohl nicht sein, es passiert irgendwie bei der Eingabe.

Gruß
Ingo

Es ist schon etwas seltsam, aber in fast allen Beiträgen sind normale Leerzeichen durch sogenannte nichtumbrechbare Leerzeichen (  bzw. $#160;) ersetzt. Und wie der Name schon sagt, wird an den Stellen der Text nicht umgebrochen, was bei normalen Leerzeichen der Fall wäre.
Könnte irgendein übereifriges Plugin schuld sein.

Hat also nix mit der CSS-Datei zu tun.

Nachtrag: Kann es sein, das die Texte nicht direkt in Wordpress geschrieben, sondern aus einem anderen Programm heraus eingefügt wurden?

Gruß
Ingo

Ist doch nicht so schwer, die Lösung steht doch auch schon da.
Es sollen, wenn ich das richtig verstanden habe und mal das mit dem sub, frame und cname ignoriere, externe Links nicht als solche verlinkt werden, sondern z.B. über ein Weiterleitungs-Skript wie outbound.pl.
Ich verstehe eher nicht, wo dann das eigentliche Problem liegt, wenn die Lösung schon bekannt ist.

Gruß
Ingo

Genau wie mit dem Logo. Es stehen in der header.php wie oben beschrieben auch noch nicht auskommentierte css-Angabe für body, #page und #header sowie #footer und dort ist es die Datei 'baa_bgcolor.jpg' bei body.

Also doch besser den style-Bereich in der header.php entfernen, stiftet nur Verwirrung.

Gruß
Ingo

Zitat von Eyecatcher

... Und trotzdem stand das nicht in einer Zeile. In der header.php stand in der Style-Deklaration noch Markup, der über den reinen Seitenquelltext nicht angezeigt wurde...

Wie nicht angezeigt wurde?
Bei mir stellt sich das so dar, das die Zeile nach dem body { background: url("http://www... einfach noch rechts weitergeht, und da kommen dann noch #page und #header.
Aber ich sehe ja auch nicht den Quelltext der header.php, sondern nur das, was nachher ausgeliefert wird.
Egal, Hauptsache es funktioniert.

Obwohl ich z.B. das ganze css-Zeug aus der header.php rausnehmen, und alles mit der style.css machen würde. Dürfte zumindest die Fehleranfälligkeit verringern

Gruß
Ingo

Ähmmm, ja. Jetzt sehe ich es auch. Peinlich:neutral:

Aber es geht ja, wie ich gerade bemerkt habe nicht um #headerimg sondern um #header, und das steht noch nicht auskommentiert in der zeile hinter body im Seitentext im Style-Bereich. Wer schreibt auch sowas in eine Zeile ohne Zeilenumbruch? Oder hab ich schon wieder schief geguckt?

Gruß
Ingo

Vermutlich fehlt die .htaccess-Datei für die Permalinks. Einfach im Admin-Bereich unter Einstellungen->Permalinks mit [Permalink-Struktur aktualisieren >>] die Datei neu erzeugen lassen.

Gruß
Ingo

Da kann man in der CSS-Datei schreiben, was man will, wenn das dann in der Seite selber wieder zunichte gemacht wird:

#headerimg         { background: url('http://www.winvista-forum.de/wordpress/wp-content/themes/bleibtallesanders/images/personalheader.jpg') no-repeat top;}

Nun gibt es drei Möglichkeiten, das Problem zu beheben:

1. die Zeile aus der header.php entfernen und das Bild in der CSS-Datei konfigurieren
2. das Logo in 'personalheader.jpg' umbenennen oder
3. in der o.g. Zeile den Dateiname in '.../logo.jpg' ändern

Gruß
Ingo

Zitat von Lucky

Alle gängigen Feed Validatoren.

Achso ja, hatte meine Feeds noch nie validiert.

Habe bei der Gelegenheit gleich noch ein paar andere Fehler entdeckt und ausgemerzt.
So sollten z.B. im Feed keine relativen URLs auftauchen, aber ich verwende bei internen Verlinkungen immer URLs ohne http und Hostname, beginnend in der Wurzel.
Insofern Danke für die Anregung, auch mal die Feeds zu überprüfen

Gruß
Ingo

Ich hatte nur gefragt, weil ich mal ein ähnliches Phänomen hatte. Da wurde auf der Übersichtseite "Kommentare (0)" und beim Artikel selber auch "Keine Kommentare" angezeigt, die Kommentare selber standen aber schon da.
Bei mir lag es daran, das der Kommantarzähler in der Posts-Tabelle nicht hochgezählt worden war.
Scheint bei Dir aber was anderes zu sein, wenn gar nichts erscheint.

Gruß
Ingo

Für solche Zwecke gibt es extra reservierte Domainnamen wie example.com (siehe auch Wikipedia).

Nun wieder zum Problem: Wenn man Deine Seite aufruft, wird man per Javascript auf eben diese index.html Umgeleitet, warum auch immer.
Dürfte, wenn überhaupt an WP, dann eher einem Plugin liegen.
Ich denke aber nicht.

Gruß
Ingo

Im normalen Betrieb fällt das ja auch nicht auf, hatte es selbst auch noch nicht bemerkt. Welches Programm beanstandet denn das Feld?

Gruß
Ingo