Beiträge von Putzlowitsch

Zitat von nuker

Ich habe das folgende nicht verstanden.

@readfile ( 'adsense.txt' )

Den Gesamtcode kenne ich schon.

Ich dachte Du lässt den Code aus adsense.txt automatisch holen.

Danke N.

Alles anzeigen

Die Funktion readfile macht genau das. Es wird der Inhalt von 'adsense.txt' eingelesen und direkt wieder ausgegeben.
Wenn also die Werbung z.B. in der Sidebar unter den Kategorien stehen soll, dann könnte man das in der sidebar.php so schreiben:

...
<li><h2>Kategorien</h2>
 <ul>
 <?php wp_list_cats('sort_column=name&optioncount=1&hierarchical=0'); ?>
 </ul>
</li>


<li><h2>Werbung</h2>
 <div class="adsense">
 <?php @readfile( 'adsense.txt' ); ?>
 </div>
</li>
...

Gruß
Ingo

Um zu überprüfen, ob WP schon installiert ist, wird folgende Funktion aufgerufen:

function is_blog_installed() {
    global $wpdb;
    $wpdb->hide_errors();
    $installed = $wpdb->get_var("SELECT option_value FROM $wpdb->options WHERE option_name = 'siteurl'");
    $wpdb->show_errors();
    return $installed;
}

Es wird also versucht, den Wert für 'siteurl' aus der Options-Tabelle auszulesen. Das scheint, warum auch immer, zu funktionieren, sonst würde null zurückkommen.

Gruß
Ingo

Wobei [COLOR=#000000][COLOR=#cc0000]$_SERVER['SCRIPT_URI'][COLOR=Black] nicht richtig ist, das funktioniert so nur bei Redirects. Wenn das Ziel des Posts [/COLOR][/COLOR][/COLOR]check_form.php ist, wäre das ja dann die SCRITPT_URI, so daß man doch wieder bei der check_form.php landen würde.

Ich würde im Formular einen Hidden-Wert mit der aktuellen URL belegen.

<input type="hidden" name="redirect_uri" value="<?php echo $_SERVER['REQUEST_URI']; ?>" />

Und in der check_form.php dann am Ende

$location = $_SERVER['HTTP_HOST'].$_POST['redirect_uri'];
header( "Status: 302 Moved Temporarily" );
header("Location: $location");

Nicht in der check_form.php die ganze Seite wieder ausgeben, bestenfalls die Fehlermeldung bei ungültigem Login.

Gruß
Ingo

In der Zeile mit DB_HOST fehlt am Ende von 'db1000.1und1.de das schließend Hochkomma.

"unexpected T_STRING" treten meist dann auf, wenn irgendwo eine Zeichenkette nicht geschlossen wurde oder z.B. das " innerhalb eines Strings nicht maskiert wurde.

Gruß
Ingo

Irgendwie komm ich da nicht mit.
Warum willst Du die Logingeschichte selbst machen? Nutzt Du da eine eigene Benutzerverwaltung oder die von Wordpress?

Ich habe das eben mal getestet. Das Problem ist ja, daß Du nach der Anmeldung eben nicht auf die ursprüngliche Seite weitergeleitet wirst, sondern irgendwo im Theme-Ordner stehenbleibst. Das finde ich zumindest nur suboptimal. Wenn Du dich in Wordpress anmeldest, willst Du ja auch nicht auf der /wp-login.php-Seite stehenbleiben, sondern dahin zurück, wo du hergekommen bist.

Gruß
Ingo

Die Vorgehensweise ist so schon richtig, mir ist nur nicht klar, wie Du nach der Verarbeitung der Eingabedaten dann mit 'include' wieder auf z.B. die Startseite kommen willst.

WP macht ja bei den Kommentaren etwas Ähnliches. Das Formular ist auf der Seite das Artikels zu sehen, beim Absenden geht das Ganze aber dann an die wp-comments-post.php im WP-Wurzelverzeichnis. Hier werden die Daten ausgewertet und im Erfolgsfall wirst Du einfach wieder auf Die Seite redircted, von der Du gekommen bist (siehe ganz unten ). Sonst werden halt eine Fehlerbehandlung durchgeführt.

Guck Dir die wp-comments-post.php einfach mal an.

Gruß
Ingo

Einen nicht unwesentlichen Anteil kann auch die wp-options ausmachen. Je nach Art und Anzahl der Plugins sammelt sich da so einiges an. Und auch wenn ein Plugin deaktiviert wird, bleiben alle Daten in der wp-options stehen.
Dann gibt es da die diversen rss_644ab4c0745a... Einträge, wo ich mich eh schon gefragt habe, was die da machen.
Und auch die Rewrite-Rules können je nach Struktur der Seite einen fetten Batzen ergeben.

Gruß
Ingo

Zitat von nuker

Kannst Du auch den Code hierfür einfügen?

Was für einen Code? Den Adsense-Code? Das ist einfach genau das, was man ganz normal in die Seite schreiben würde, also z.B.:

<script type="text/javascript"><!--
google_ad_client = "pub-0428082974695460";
google_ad_width = 160;
google_ad_height = 600;
google_ad_format = "160x600_as";
google_ad_type = "text";
google_ad_channel ="";
google_color_border = "CACACA";
google_color_bg = "FFFFFF";
google_color_link = "000000";
google_color_url = "666666";
google_color_text = "333333";
//--></script>
<script type="text/javascript"
  src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script>

Oder was meinst Du?

Gruß
Ingo

Also per "include" weiterleiten halte ich für etwas abwegig. Mach doch ein Redirect, z.B. so:

header( "Status: 302 Moved Temporarily" );
header("Location: $_SERVER['SCRIPT_URI']");
exit();

Gruß
Ingo

Zitat von ChiLL0uT

...der scanner kann nicht (mehr?) dafür eingesetzt werden, andere sites abzuscannen. hierfür ist zunächst eine editierung der index.php des zu scannenden blogs erforderlich...

Das ist dann wirklich neu, als ich getestet hatte, war das noch nicht so. Vielleicht lesen die ja hier mit

Allerdings kommt diese Meldung mit <!-- wpscanner --> auch, wenn aus irgend einem Grund die Startseite nicht erreichbar ist. Man sollte schon den HTTP-Statuscode auswerten und dann auch anzeigen, warum der Scanner nicht weiterkommt.

Bis zum Ende schafft er es bei meiner Testseite immer noch nicht. Letzter Zugriffsversuch ist wieder die pxsmail und dann geht es nicht weiter. Unten in der Statuszeile steht komischerweise nur "Warten auf feeds.feedburner.com...". Was will er denn vom feedburner?

Gruß
Ingo

Die Konsequenz daraus ist aber, daß wenn das Theme nicht gefunden wird, nur eine weiße Seite erscheint. Um das zu vermeiden, müßte man die Funktionen get_stylesheet() und get_template() filtern, und dort dann prüfen, ob das Theme existiert, so daß man gegebenenfalls zumindest temporär das Default-Theme anzeigt.

Bei WP 2.0.x wurde das Zurückstellen auf 'default' übrigens in get_template() vorgenommen.

Gruß
Ingo

Ich habe den AdSense-Code in eine Textdatei (z.B. adsense.txt) im Themeordner geschrieben und an der Stelle, wo er in der sidebar.php erscheinen soll einfach per @readfile ( 'adsense.txt' ) eingefügt.

Gruß
Ingo

Bei jedem Aufruf der Seite wird bereits in der wp-settings.php mit der Funktion validate_current_theme() überprüft, ob das aktuell ausgewählte Theme verfügbar ist, indem getestet wird, ob die Dateien index.php und style.css vorhanden sind. Ist dies nicht der Fall, dann wird bei den Optionen das default-Theme eingetragen und damit permanent umgestellt.

Wenn also im Moment des Seitenaufrufes aus irgendeinem Grund die beiden Hauptdateien des Themes nicht erreichbar sind, vielleicht weil grad kopiert, bearbeitet oder per FTP eingespielt wird, wir auf das Default-Theme umgestellt.

Das mit dem Überprüfen gab es z.B. bei WP 2.0.x noch nicht. Man könnte es ja mal probeweise in der wp-settings auskommentieren.

Gruß
Ingo

Ein Zugeständnis an das shared Webhosting. Um die anderen Nutzer der selben Maschine nicht zu sehr auszubremsen, wird die Ausführungszeit einzelner Prozesse begrenzt. Beliebter Standardwert sind diese 30 Sekunden.
Man müßte die Exportdaten in kleinere Häppchen zerlegen, z.B. falls vorhanden, immer nur für einen einzelnen Autor exportieren und importieren.

Gruß
Ingo

Man müßte in der wp-settings.php das Präfix für die Users-Tabelle patchen, etwas so:

...
// Table names
$wpdb->posts          = $wpdb->prefix . 'posts';
$wpdb->users          = 'wp_users';
$wpdb->categories     = $wpdb->prefix . 'categories';
...

Ich habe es aber weder getestet noch kann ich für Folgeschäden haften. Ist eine rein theoretische Überlegung.

Gruß
Ingo

Das hat erstmal nichts damit zu tun, wie das Blog im Web erreichbar ist, sondern wo es sich auf Deinem Webspace befindet. Deine zweite Domain muß einfach auf dasselbe Verzeichnis zeigen, wie die andere. Dann paßt das schon. Wenn das in der Wurzel vom Webspace liegt, dann einfach / angeben.
Das sollte dann ungefähr so aussehen:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Gruß
Ingo

Ja warum eigentlich ohne Tabellen, was ist an denen so schlimm? Auch Tabellen kann man mittels CSS formatieren.
Und so eine Übersicht der Beiträge z.B. ist nun mal mit einer Tabelle am sinnvollsten darstellbar. Warum sollte man da irgendwas künstlich mit DIVs konstruieren.

Gruß
Ingo

Manchmal ist so ein Internetexplorer auch ganz praktisch, der zeigt nämlich gleich an, wo das XML-Problem liegt:

[FONT=verdana]Reference to undefined entity 'uuml'. Error processing resource 'http://www.jazzdrummerworld.com/blog/?feed=rss2'. Line 10...[/FONT]
[COLOR=blue]<title>jazzdrummerworld.com - all about jazzdrumming - News und mehr f&uuml;r Jazzdrummer</title>

[COLOR=Black]Oh, und weiter ist dann noch ein PHP-Fehler:
[/COLOR][/COLOR][COLOR=Red]parse error, unexpected ':' in /home/.../wp-content/plugins/postratings/postratings.php(374) : regexp code on line 1

[/COLOR] Gruß Ingo

Kommando zurück, bei der Blogseite wirkt ein Seiten-Template gar nicht. Du mußt also die index.php anpassen. Ohne PHP kommt man halt nicht weiter. Aber man kann sich das vorhanden ja als Vorlage zum abgucken nehmen.

Gruß
Ingo

Achso, dann mußt Du ein Seitentenplate schreiben, das eben als Sidebar nur die gewünschten Sachen enthält und dieses Template dann der Seite zuweisen:
Pages « WordPress Codex

Gruß
Ingo