Trotzdem ist man manchmal von einer bestimmten Version eines Frameworks abhängig. Daher bietet es sich an, die Version des Scriptes abzufragen und alternativ das entsprechend erwünschte Script zu laden. Der folgende Syntax macht das am Beispiel Prototype.

// Ersetzt Prototype mit Version 1.6, wenn kleiner 1.6
if ( $wp_scripts->scripts['prototype']->ver < 1.6 ) {
	
	wp_deregister_script('prototype');
	wp_enqueue_script('prototype', '/wp-content/plugins/pluginpfad/prototype.js', NULL, 1.6);
}

Mehr zu den verwendeten Funktionen findet man in der /wp-includes/script-loader.php.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Dabei kommt natürlich in erster Linie meine Meinung zum Tragen, welche vielleicht eine kleine Diskussion anstößt und wo man Feedback von Webworkern bekommt, die mehr im Thema stecken als ein Hobby-Webworker, wie ich es bin.

Mögliche Formen

Grundlegend kann man JavaScript in drei verschiedenen Formen unterbringen.

• head
• body
• body-Tag

In vielen aktuellen Projekten, werden JavaScript Frameworks eingesetzt, da sind besonders bekannt: Prototype und jQuery. Zu beiden habe ich im Blog schon einige Infos hinterlegt.

Hintergrundüberlegungen und Realisierung

Im Vorfeld sollte man überlegen:

• Ist das JavaScript unbedingt notwendig für den Besucher?
• Kann ich den Inhalt auch ohne JavaScript konsumieren?
• Ist die Größe des Scriptes gerechtfertigt?

Im weiteren gilt es: JavaScript ist im optimalen Fall ausgelagert, in eine separate Datei, die dann im jeweiligen Abschnitt des HTML eingebunden wird. Der Zugriff auf die Datei sollte nur einmalig erfolgen.

Das Script gehört nur geladen, wenn man es auch benötigt! Gerade beim Einsatz von Plugins für WordPress sieht oft die vielfache Verwendung von JS-Frameworks, da sie per Hook eingebunden werden. Solche Sachen sind besser im Template des Themes aufgehoben und auch dann kann man mit Conditional Tags (auf diese habe ich schon mehrfach hingewiesen!) sehr leicht abfragen, ob man das Script laden muss.

Beispiel

Vielfach wird JS genutzt, um eine Live-Vorschau des Kommentars zu ermöglichen. Dieses Script wird dann aber auch nur benötigt, wenn es die Möglichkeit von Kommentaren gibt, also in der Regel nur auf einem Beitrag oder einer Seite. Diese beiden sind unter WordPress leicht abzufragen.

<?php if ( is_single() || is_page() ) { ?>
	<script src="<?php bloginfo('template_directory'); ?>/js/example_script.js" type="text/javascript"><!--mce:0--></script>
<?php } ?>

Wohin mit dem Script

Aus meiner persönlichen Sicht plädiere ich dafür, dass Scripte, die nicht unbedingt für den Leser notwendig sind, am Ende einer Seite geladen werden. Damit stelle ich sicher, dass der Besucher den Inhalt, für den er sich in der Regel am meisten interessiert, schnell bekommt. Die meisten Besucher kommen von Suchmaschinen, zumindest sehen das alle Statistiken so, die ich verfolge.

Ist das Script im head eingebunden, dann hat es den Vorteil, dass es beim Laden eingelesen wird und dann im Speicher bereit steht. Nachteilig ist, dass damit der Inhalt warten muss, bis das/ die Scripte geladen sind. Deshalb überlegen, ist es wirklich notwendig.

Im weiteren eine Forderung von mir: Ich möchte, dass Seiten auch ohne aktives JavaScript die Inhalte präsentieren und mir nicht ihren Inhalt verweigern. Mir ist klar, dass ist nicht bei allen Anwendungen möglich, aber für eine Vielzahl von Webseiten wäre es kein Problem, denn JS sind dort nur da, um Spielereien und Mehrwert der Seite zu realisieren.

Beispiel Footer

		<?php if ( is_single() || is_page() ) { ?>
		<script src="<?php bloginfo('template_url'); ?>/js/example.js" type="text/javascript"><!--mce:1--></script>
		<?php } ?>

Alle notwendigen Scripte gehören ansonsten in den head. Allerdings auch diese sind ausgelagert und werden einmalig eingebunden.

Beispiel head

	<script src="<?php bloginfo('template_url'); ?>/js/example.js" type="text/javascript"><!--mce:2--></script>
	<?php if ( is_single() ) { ?>
		<script src="<?php bloginfo('template_url'); ?>/js/example.js" type="text/javascript"><!--mce:3--></script>
	<?php } ?>
	<script type="text/javascript"><!--mce:4--></script>

	<?php wp_head(); ?>

Komprimieren

Auch wenn man die JS-Dateien auslagert und zu einer Datei zusammen fasst, können sie noch eine beachtliche Größe erzielen. Daher kann man als Alternative noch die Komprimierung der Scripte versuchen. Dies ist im übrigen auch mit CSS- und HTML-Dateien möglich, aber das nur am Rande.

Schon das Entfernen von Kommentaren und Leerzeichen bringt Geschwindigkeit. Ebenfalls gilt das für die Verwendung von Variablennamen in PHP, je kürzer, desto schneller. Aber Achtung, ein gesundes Verhältnis sollte gewahrt bleiben, vor allem an Projekten, an den ständig gearbeitet wird. Denn gerade Eindeutigkeit, Übersichtlichkeit und Dokumentation können das Arbeiten enorm erleichtern.

Aber zurück zu JavaScript. Hier bietet sich die Komprimierung an, gerade bei Verwendung von Frameworks, auf die man keinen Einfluss nimmt. Die komprimierte Version wird in der Regel vom Anbieter schon mit angeboten und man muss lediglich diese Version einbinden.

Für das Komprimieren von JavaScript gibt es Online-Tools, die die Arbeit abnehmen und erleichtern. Zwei Beispiele sollen für die Vielzahl an Möglichkeiten genannt werden.

1. Compressor JS und CSS
2. JavaScript Compressor

Ein Hinweis, nach der Komprimierung testen - nicht immer ist das Ergebnis befriedigend.

Alternativ kann man die Dateien noch als gzip-komprimiertes File einbinden. Dazu muss mod_rewrite im Webserver aktiv sein und die .htaccess muss folgenden Inhalt haben. Der Syntax geht davon aus, dass die CSS-Datei direkt im Theme-Ordner liegt und die JavaScript-Dateien im Ordner /js/.

RewriteEngine On
RewriteBase /
RewriteCond %{HTTP:Accept-Encoding} .*gzip.*
RewriteRule ^js/(.*)\.js$ /js/$1.js.gz [L]
RewriteRule ^/(.*)\.css$ /$1.css.gz [L]
AddEncoding x-gzip text.gz

Dazu einen Linktipp auf einen schlüssigen und klaren Artikel zum Thema: gzip-komprimiertes Javascript und CSS effektiv ausliefern.

Fazit

Ich hoffe, dass es verständlich und einleuchtend ist. Nichtsdestotrotz stellt der Artikel lediglich meinen Standpunkt dar. Für Feedback und Hinweise bin ich wie immer dankbar.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Nun aber zum eigentlichen Problem: wie findet man die Schwachstelle im Blog?

Einerseits kann mittels weniger Tools die Performance analysieren, dazu dient mir beispielsweise das Add on Firebug im Browser Firefox. Damit sind schnell große Scripte gefunden und Schwachstellen im Code. Dazu auch der Hinweis auf den Artikel „Ladezeiten bei WordPress-Templates optimieren“. Sinnvoll ist ebenfalls, die „vielen“ Scripte, die einige Plugins mitbringen, nicht per wp_head, sondern in wp_footer anzusteuern. Damit bleibt der Aufbau nicht an den Scripten hängen, die eventuell nur Mehrwert bieten. Ab in den Footer mit derartigen Scripten.

Allerdings ist die Analyse via Deaktivieren/ Aktivieren aller Plugins nach und nach mühsam. Da wäre es doch sinnvoll, man sucht die einzelnen Queries ab und schaut auf welche Funktion sie verweisen.

WordPress bietet von Hause aus die Möglichkeit, dass man sich die Gesamtzahl der Queries ausgeben lassen kann, ebenso die benötigte Zeit. Mit folgendem Syntax, vorzugsweise in den Footer der Seite gelegt, ist dies schnell geschehen.

<?php echo $wpdb->num_queries; ?>q, <?php timer_stop(1); ?>s

Aber die Variable $wpdb bietet mehr, dazu schaut man in die /wp-includes/wp-db.php.

if (!defined('SAVEQUERIES'))
	define('SAVEQUERIES', false);

class wpdb {

	var $show_errors = true;
	var $num_queries = 0;
	var $last_query;
	var $col_info;
	var $queries;
	var $prefix = '';

	// Our tables
	var $posts;
	var $users;
	var $categories;
	var $post2cat;
	var $comments;
	var $links;
	var $options;
	var $postmeta;
	var $usermeta;
	var $terms;
	var $term_taxonomy;
	var $term_relationships;
	var $tables = array('users', 'usermeta', 'posts', 'categories', 'post2cat', 'comments', 'links', 'link2cat', 'options', 'postmeta', 'terms', 'term_taxonomy', 'term_relationships');
	var $charset;
	var $collate;

Dabei fällt die Konstante SAVEQUERIES auf, die im Standard nicht in der wp-config.php definiert ist. Setzt man diese Konstante auf TRUE, dann sind weitere Möglichkeiten offen.
Aber auch darauf will ich nicht im Detail eingehen, denn es würde zu weit führen, wer Interesse hat, der findet in der besagten Datei eine ganze Reihe von Infos.

Mein Ziel war es nun aber, dass man nicht die Gesamtzahl der Queries im Blog als Ergebnis bekommt, sondern die einzelnen Abfragen inklusive ihrer auszuführenden Syntax, denn so kann ich das Problem explizit im Code finden.

Damit die Arbeit einfach und schnell an dem jeweiligen Blog von der Hand geht, habe ich die Funktion in ein Plugin ausgelagert und aktiviere es nur, wenn ich auch eine Analyse durchführen möchte. Außerdem wird die Analyse nur gestartet und das Ergebnis ausgeben, wenn man als Administrator eingeloggt ist.

Das Ergebnis kann das beispielsweise folgendermaßen aussehen.

16. Time: 0.000431060791016
      Query: SELECT object_id, term_taxonomy_id FROM fb122_term_relationships INNER JOIN fb122_posts ON object_id = ID WHERE term_taxonomy_id IN (6,5,1) AND post_type = 'post' AND post_status = 'publish'
      Call from: wp-includes\taxonomy.php(2093): wpdb->get_results()

17. Time: 0.00243401527405
      Query: SELECT t.*, tt.* FROM fb122_terms AS t INNER JOIN fb122_term_taxonomy AS tt ON t.term_id = tt.term_id WHERE tt.taxonomy IN ('link_category') AND tt.count > 0 ORDER BY t.name ASC
      Call from: wp-includes\taxonomy.php(777): wpdb->get_results()

18. Time: 0.00080418586731
      Query: SELECT * , IF (DATE_ADD(link_updated, INTERVAL 120 MINUTE) >= NOW(), 1,0) as recently_updated FROM fb122_links INNER JOIN fb122_term_relationships AS tr ON (fb122_links.link_id = tr.object_id) INNER JOIN fb122_term_taxonomy as tt ON tt.term_taxonomy_id = tr.term_taxonomy_id WHERE 1=1 AND link_visible = 'Y' AND ( tt.term_id = 2 ) AND taxonomy = 'link_category' ORDER BY link_name ASC
      Call from: wp-includes\bookmark.php(255): wpdb->get_results()

 * Total query time: 0.02111s for 18 queries.
 * Page generated in 0.36373s, 94.20% PHP, 5.80% MySQL

Für den Laien ist damit die Arbeit sicher nicht unbedingt angenehm, aber so finde ich die eigentlichen Probleme in der Datenbankabfrage und kann die jeweilige Abfrage in den Dateien suchen und eventuell verbessern bzw. deaktivieren. Das Plugin bedient noch einige mehr Informationen als das obige Tutorial, so dass es verständlicher wird und mehr Informationen liefert.

Debug Queries (Plugin)

Nach dem Aktivieren des Plugins werden die einzelnen Abfragen in den Footer der Seite geschrieben, als HTML-Kommentar, so dass man den Quelltext analysieren muss, um an die Werte zu kommen. Die Werte werden nur analysiert und ausgegeben, wenn man als Administrator im Blog eingeloggt ist.

Anforderungen:

Das Plugin benötigt WordPress Version 1.5 und wurde getestet bis Version 2.9-rare.

Installation:

1. Die zip-Datei downloaden und entpacken
2. Kopiere die Datei in dein Plugin-Verzeichnis (/wp-content/plugins/)
3. Aktiviere das Plugin im Admin-Bereich deines Blogs

Download:

Ist die Arbeit nicht 1 Euro wert?
Jede Spende wird dankbar angenommen und ermöglicht das weitere Arbeiten an freier Software.
Möchtest du mehr oder anders spenden, so besuche meine Wunschliste.

Download als zip-Datei:
downloads.wordpress.org/plugin/debug-queries.zip - 2 kByte

Historie

• 0.1 - Idee und Umsetzung
• 0.2 - Erweiterung der Ausgabe (30/03/2009)
• 0.3 - Bugfix (31/03/2009)
• 0.4 - WP2.8 tauglich-neue Rechte, gekapselte Klasse, Ausgabe im Frontend, viel Code neu (18./04/2009)
• 0.4.1 - Bug für 2.7 korrigiert, CSS-Pfad; Hinweis ergänzt, wenn es verschiedene Ergebnisse der Queries gibt
• 0.5 - Erweiterung diverser Werte, PHP und mySQL Umfang und Hinweise (04/05/2009)
• * - für weitere Änderungen bitte Changelog besuchen

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Cross Site Scripting (XSS)

Die bekannteste und meiste genutzte Lücke im System - XSS. Wie, was und warum - dazu habe ich bereits einen Artikel im Vorfeld veröffentlicht.

Grundlegend heißt es, bösartige User hinterlegen Script im Browser des Anwenders und holen darüber benutzereigene Daten und können mit diesen Daten beispielsweise schadhaften Code injizieren. Die meisten Angriffe werden mittels JavaScript ausgeführt, daher auch die ehemalige Ablehnung von JavaScipt in einigen Bereichen. Grundlegend können aber XSS-Attacken mit jeder Script-Sprache ausgeführt werden, die der Browser unterstützt. Seit dem Thema Web 2.0 ist JavaScript in aller Munde und in vielen Anwendungen nicht mehr wegzudenken. Um so wichtiger das Wissen über die möglichen Schwachstellen und die damit verbundene Vorsorge. Gerade im AJAX-Umfeld ist XSS ein Problem.

Hierbei sehr interessant das XSS-Cheat Sheet (Auch im Download von OWASP zu finden)

Cross Site Request Forgery (CSRF)

Der Hacker greift den Client an und übernimmt die Kontrolle über den Browser. In der Regel passiert das nach dem Einloggen in eine Webappliaktion. Mit diesem Login kann der Hacker dann Anfragen an das System kreieren und nutzereigene Daten als Rückmeldung bekommen. In der Regel laufen derartige Aktione über Cookies-Sessions. Einzige Lösung ist das nicht Speichern durch den Browser von relevanten Daten.

Offene URLs

Eine ganze Reihe von Webseiten haben Anwendungen für kleine Bereiche laufen. Allerdings schützen sie die Verzeichnisse nicht und versierte User finden die URLs recht schnell und können so auf eventuell schützenswerte Daten zugreifen. Es findet also das klassische Erraten von Adressen statt, was man aber deswegen nicht als abwegig und nachlässig einstufen sollte. Prinzipiell sollte man den Anderen nicht unterschätzen, also lieber das Verzeichnis schützen und eine Zugangskontrolle implementieren.

Ausführen von

Kann die Applikation Nutzerdaten akzeptieren, dann kann prinzipiell auch schadhafter Code ausgeführt werden. Die meisten Probleme in diesem Umfeld sind mit der Sprache PHP bekannt. Anfällig ist aber jede Applikation oder Framework. Die Schwachstellen wird bezeichnet als Remote File Inclusion (RFI).

Injection-Fehler

Hierbei nutzen Hacker die Möglichkeit, dass Daten vom Anwender als Befehl oder Anfrage an einen Interpreter gesendet werden. Dabei werden die Befehle manipuliert und die Daten verändert. Man kann also jede Form von Daten für die Anwendung erstellen, lesen, ändern oder löschen. Das größte Problem in aktuellen Anwendungen sind die gelobten APIs. Diese könnten, wenn sie Lücken aufweisen dazu missbraucht werden. Klassisches Beispiel sind SQL-Injections.

Objekt-Zugriff

Unautorisierte Zugriffe via Direct Object References dienen dem Angreifer um auf Dateien, Verzeichnisse, Schlüssel oder direkt auf Datenbankeinträge zuzugreifen. Prinzipiell kann man, wenn man einen Schlüssel im System hat, auf die anderen Schlüssel schließen und verwenden. Ein klassisches Beispiel ist der Finanzmarkt: die Kontonummer des Nutzers referenziert ihn in allen Anwendungen und somit hat der Angreifer Kontonummer und kann damit weitere Daten abrufen. Eine indirekte Referenz kann helfen und macht die Zugriffe autonomer. Grundlegend sollten direkte Referenzen vermieden werden.

Fehlerbehandlung

Ausführliche und inhaltlich wertvolle Fehlerbeschreibungen eines Fehlers in der Webapplikation sind für Hacker ein Schlüssel. Mit diesen detailreichen Informationen können Bösewichte entsprechende Maßnahmen einleiten um das System für sich zu öffnen. Derartige Probleme lassen sich nur mit Hilfe von umfangreichen Tests finden. Auch dafür gibt es Tools mit entsprechenden Möglichkeiten. Außerdem gehört die Fehlerbehandlung im Live-Betrieb deaktiviert.

Zugang via Session und Kommunikation

Webapplikationen sind so gut wie immer mit einem Zugang geschützt, die Zugangsdaten gehören sicher gespeichert und der Zugang sollte immer per Protokoll SSL laufen. Ebenso speichert man Zugangsdaten nicht 1:1, sondern mit Hilfe eines Hash. Auch hier gilt es, Cookies sind nicht immer der Schlüssel zum Glück des Anwenders. Die Kommunikation zwischen verschiedenen Servern o.ä. gehört mittels Verschlüsselung oder Transport Layer Security realisiert.

Offene Datenablage

Die Datenablage ist bei relevanten Applikation schon heute in vielen Bereichen verschlüsselt. Die Daten selbst werden aber uncodiert gespeichert und die vorhandene Verschlüsselung ist oft unzureichend. Es gilt, dass möglichst starke und ausreichend getestet, besser standardisierte, Algorithmen genutzt werden. Einfache oder eigene Algorithmen entsprechen selten den nötigen Anforderungen.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Die Entwicklung von Scripten mittels PHP bringt immer wieder Schwierigkeiten im Bereich der Fehlersuche. Editoren bzw. Entwicklungsumgebungen, die eine Debuggingfunktion mitbringen, sind teuer oder nicht unbedingt leicht zu konfigurieren. Seite geraumer Zeit arbeite ich dabei mit Xdebug, eine Erweiterung für PHP, mit der das Debuggen einfach und schnell von der Hand geht.

Damit die Konfiguration immer wieder zur Hand ist und schnell und logisch nachvollziehbar ist, erkläre ich einigen Schritten, wie man zu einer Entwicklungsumgebung mittels Xdebug kommt. Als Voraussetzung dient dabei die Distribution von Apache, MySQL, PHP und Perl - XAMPP, die beispielhaft unter dem Pfad D:\xampp\ installiert ist.

Im ersten Schritt muss selbstverständlich ein Server laufen, dazu die Empfehlung für einfaches und unkompliziertes Aufsetzen eines Apache - XAMPP. Sollte es Schwierigkeiten geben, es gibt eine Reihe von guten Tutorials zum Aufsetzen im Netz.

Nun soll aber die Umgebung um Xdebug erweitert werden. Dazu muss zuerst die aktuelle PHP-Version deines Apache festgestellt werden. Dazu steht steht im XAMPP-Paket schon eine Datei bereit, die den nötigen Syntax phpinfo(); enthält und die Informationen ausgibt. Rufe im Browser die Adresse http://localhost/xampp/phpinfo.php auf. Nun sollte die laufende PHP-Version im Browser ausgeben werden, inklusive einiger weiterer Informationen.

Mit Hilfe dieser Information können wir nun die entsprechende Version von Xdebug holen. Dazu die Downloadseite besuchen und die entsprechende Datei downloaden.

Die Datei xdebug.dll kopieren wir nun in D:\xampp\php\ext\, Laufwerkpfad an eure lokale XAMPP-Installation anpassen.

Im weiteren muss die Datei php.ini bearbeitet werden, zu finden in D:\xampp\apache\bin\. Dazu die Datei in eurem Editor öffnen und folgenden Zeilen hinzufügen.

Als erstes muss der Pfad zur Datei definiert werden.
zend_extension_ts="D:\xampp\php\ext\php_xdebug.dll"

Achtet darauf, dass es keine andere Definition für das Merkmal zend_extension_ts gibt. Denn sonst wird der Apache nicht gestartet werden. Die Zeilen können prinzipiell überall in der Datei stehen, ich lege Erweiterungen immer an das Ende um die Übersicht zu waren.

Die folgenden Parameter dienen der Konfiguration von Xdebug. Ein ; dient zum Auskommentieren von Zeilen oder Kommentaren.

[xdebug]
xdebug.auto_trace = 1
xdebug.collect_includes = 1
xdebug.collect_params = 1
xdebug.collect_return = 1
xdebug.default_enable = 1
xdebug.extended_info = 1
xdebug.show_local_vars = 0
xdebug.show_mem_delta = 1
xdebug.trace_format = 1
xdebug.trace_options = 0
xdebug.trace_output_dir ="D:\xampp\tmp"

; Remote
xdebug.remote_enable=1
xdebug.remote_mode="req"
xdebug.remote_host=127.0.0.1
xdebug.remote_port=17869
xdebug.idekey=

; Mode 1
xdebug.remote_handler="gdb"
xdebug.auto_profile = 1
xdebug.auto_profile_mode = 2
xdebug.output_dir = "D:\xampp\tmp"

; Mode 2
xdebug.remote_handler="DBGp"
; Stop profiling process
;xdebug.profiler_enable = 0
xdebug.profiler_enable = 1
xdebug.profiler_output_dir = "D:\xampp\tmp"
xdebug.profiler_output_name = "debug.out"

xdebug.dump.SERVER = REMOTE_ADDR,REQUEST_METHOD

Wird das Merkmal xdebug.profiler_enable auf 0 gesetzt, dann ist das Profiling deaktiviert. Die Datei, die beim Profiling entsteht kann schnell recht groß werden, so dass ein Profiling nicht immer gewünscht ist. Um Xdebug zu nutzen, muss das Merkmal den Wert 1 bekommen.

Sollte euer Apache im Vorfeld schon gelaufen sein, so muss er nun neu gestartet werden. Um die Installation von Xdebug zu überprüfen, ruft ihr wieder die phpinfo auf: http://localhost/xampp/phpinfo.php. Dort sollte nach dem ersten Abschnitt die Information zu Version von Xdebug stehen.

Auf Grund der Definition in der php.ini, wird eine Datei in D:\xampp\tmp erzeugt und mit Inhalt gefüllt - cachegrind.out.*.

Um diesen Inhalt komfortabel und benutzerfreundlich auszulesen und zu nutzen, empfiehlt sich die Verwendung einer weiteren Applikation - WinCacheGrid, allerdings nur für Windows verfügbar.

Mit dieser Software kann die Datei einfach und schnell ausgelesen werden. Ebenso stehen eine Reihe von Optionen zur Verfügung. In den Optionen definiert ihr den „Working Folder” - D:\xampp\tmp und schon steht die erstelle Datei zum Auslesen im unteren Frame des Programms bereit.

Das eigentliche Debugging läuft direkt in der Anwendung. im folgenden Screenshot habe ich eine Variable, welche nicht gesetzt wird und so folgende Anforderungen nicht erfüllt werden. Die Fehlermeldung leitet auf die entsprechende Zeile bzw. Funktion kann untersucht werden.

Mit diesem kleinen aber spektakulärem Einsatz steht eine Umgebung bereit, mit der eine recht umfangreiche Fehleranalyse möglich ist, ohne großen Aufwand und Kosten. Vielleicht hat ja der eine oder andere einen netten Tipp zu Xdebug und PHP -ich freue mich auf Kommentare.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Demo:

Das Demo dindet ihr hier: bueltge.de/test/xmlimport.php

Coding:

Im folgenden der Code der externen Seite. Dazu ist eigentlich nur zu sagen, dass ich im ersten php-Abschnitt den Feed nach RSS 1.0-Standard lade, das ist bei WP die wp-rss.php im root-Verzeichnis und im zweiten Abschnitt lade ich den Atom-Feed, das ist die wp-atom.php im root-Verzeichnis von WordPress.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
      "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="de" lang="de" id="xmlreader"  >
<head>
  <meta http-equiv="content-type" content="application/xhtml+xml;charset=utf-8" />
  <meta http-equiv="Content-Script-Type" content="text/javascript" />
  <meta http-equiv="imagetoolbar" content="no" />
  
  <meta name="author" content="Frank Bueltge" />
  <meta name="publisher" content="bueltge.de" />
  <meta name="copyright" content="Frank Bueltge - http://bueltge.de" />
  <meta name="keywords" content="WordPress, WP, RSS, Feed, RSSFeed" />
  <meta name="Diese zeigt, wei man den RSSFeed nutzen kann, um die Inhalte auf anderen Seiten darzustellen." />
  <meta name="page-topic" content="Gastronomie" />
  <meta name="robots" content="all" />

  <title>Beitr&auml;ge au&szlig;erhalb von WordPress</title>

  <style type="text/css" title="currentStyle" media="screen" >@import "style.css";</style>
  <link rel="Shortcut Icon" type="image/x-icon" href="favicon.ico" />
  
</head> 
<body>
  <h2>RSS Import 1.0</h2>
  <p>Hier wird der Feed nach Standard 1.0 von WordPress (wp-rss.php) importiert, die letzten 5 Beitr&auml;ge</p>
  <p>Diese Seite mit dem Beispiel downloaden: <a href="xmlimport.phps">Download Datei .phps</a></p>
  <div style="margin: 2em; padding: 1em; background: #DDD">
	  <?php
	  # Script: XML-Reader
	  # Copyright: y0y.de, erweitert: bueltge.de
	  
	  # Hier editieren
	  $url = "http://bueltge.de/wp-rss.php"; //URL zum XML-Feed
	  $number = 5; //Anzahl der angezeigten News
	  
	  # Ab hier nichts mehr ändern
	  
	  # code
	  $file_content = @file_get_contents($url);
	  
	  #Items auslesen
	  $items = preg_match_all("/<item[ ]?.*>(.*)<\/item>/Uis", $file_content, $array_items);
	  $array_items = $array_items[1];
	  if(!empty($array_items)) { //Nur wenn es Items gibt, soll auch was angezeigt werden
	  if ($number>sizeof($array_items)) $number=sizeof($array_items);
	      for($n=0;$n<$number;$n++) { //Nur die angegebene Anzahl der News soll angezeigt werden
	      preg_match("/<link>(.*)<\/link>/Uis", $array_items[$n], $array_link); //URLs auslesen
	      preg_match("/<title>(.*)<\/title>/Uis", $array_items[$n], $array_title); //Titel auslesen
	      preg_match("/<description>(.*)<\/description>/Uis", $array_items[$n], $array_description); //Beschreibung auslesen
	  
	  # Ab hier wird ausgegeben
	     echo "<h3>$array_title[1]</h3>"; //Titel darstellen
	     echo "$array_description[1]"; //Ausgabe der Beschreibung
	     echo "<a href=\"$array_link[1]\" title=\"Click f&uuml;r mehr Informationen\"> mehr</a>"; //Link
	     }
	  }
	  ?>
  </div>
  <hr />
  <h2>RSS Import Atom</h2>
  <p>Hier wird der Feed nach Standard Atom von WordPress (wp-atom.php) importiert, die letzten 2 Beitr&auml;ge</p>
  <p>Diese Seite mit dem Beispiel downloaden: <a href="xmlimport.phps">Download Datei .phps</a></p>
  <div style="margin: 2em; padding: 1em; background: #DDD">
    <?php
    # Script: XML-Reader
    # Copyright: y0y.de, erweitert: bueltge.de
    
    # Hier editieren
    $url = "http://bueltge.de/wp-atom.php"; //URL zum XML-Feed
    $number = 2; //Anzahl der angezeigten News
    
    # Ab hier nichts mehr ändern
    
    # code
    $file_content = @file_get_contents($url);
    
    #Items auslesen
    $items = preg_match_all("/<entry[ ]?.*>(.*)<\/entry>/Uis", $file_content, $array_items);
    $array_items = $array_items[1];
    if(!empty($array_items)) { //Nur wenn es Items gibt, soll auch was angezeigt werden
    if ($number>sizeof($array_items)) $number=sizeof($array_items);
        for($n=0;$n<$number;$n++) { //Nur die angegebene Anzahl der News soll angezeigt werden
        preg_match("/<id>(.*)<\/id>/Uis", $array_items[$n], $array_link); //URLs auslesen
        preg_match("/<title type=\"html\">(.*)<\/title>/Uis", $array_items[$n], $array_title); //Titel auslesen
        preg_match("/<content type=\"xhtml\">(.*)<\/content>/Uis", $array_items[$n], $array_description); //Beschreibung auslesen
    
    # Ab hier wird ausgegeben
       echo "Anm. der Titel: <h3>$array_title[1]</h3>"; //Titel darstellen
       echo "Anm. Titel mit Link: <a href=\"$array_link[1]\" title=\"zur Seite\"><h3>$array_title[1]</h3></a>"; //Titel mit Link
       echo "$array_description[1]"; //Ausgabe der Beschreibung
       echo "<a href=\"$array_link[1]\" title=\"Click f&uuml;r mehr Informationen\"> mehr</a>"; //Link
       }
    }
    ?>
  </div>
</body>
</html>

Download:

Download als txt-Datei: xmlimport.txt - 4 KByte

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Die Verwaltung ist denkbar einfach und die Oberfläche ist mehrsprachig, so das man sich schnell zu Hause fühlt. Am einfachsten ist Bedienung wohl für Windows-User, da fast alles über die rechte Maustaste gesteuert wird. In einem Kontextmenü finden sich alle Möglichkeiten.
Ein Import und Exportfunktion steht ebenso zur Verfügung wie viele Konfigurationseinstellungen. Für die Liebhaber von Design lässt sich das ganze mit verschiedenen Themes anpassen, bzw. kann auch ein eigens erstellt werden.
Beim Übernehmen eines Links werden sämtliche Zusatzdaten automatisch übernommen, z.B. Favicon und Beschreibung.

Ein weiteres Plus gibt es für alle Firefox-Nutzer, die mit einigen Plugins das Nutzen des Skriptes noch erleichtert bekommen.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Anwendung:

Die php-Datei in den Ordner /wp-content/ kopieren und über den Browser starten. Natürlich die Sicherheitskopie vorher ziehen, z.B. mit phpMyAdmin - Beschreibung gibts hier.

Die Konvertierung ist in Zeile 53 hinterlegt:

/**
* @var string Target encoding
/*
$new_encoding = 'UTF-8';

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Als erstes muss das Script in eine Datei (name.js) geschrieben werden. Diese Datei muss nun per FTP abgelegt werden, bzw. mit der Upload-Funktion in der Admin-Oberfläche von WP. Die Funktion wird also ausgelagert.

Info: Das folgende Script dient dazu, Plugins automatisch in Firefox zu integrieren und dient mir hier als Beispiel. Nähere Infos dazu hatte ich vor einiger Zeit hier beschrieben.

externes Script:

function addEngine(name,ext,cat)
{
  if ((typeof window.sidebar == "object") && (typeof
  window.sidebar.addSearchEngine == "function"))
  {
    window.sidebar.addSearchEngine(
      "http://bueltge.de/wp-content/download/wp/"+name+".src",
      "http://bueltge.de/wp-content/download/wp/"+name+"."+ext,
      name,
      cat );
  }
  else
  {
    errorMsg(name,ext,cat);
  }
}

Das ausgelagerte Script muss nun wieder in den Beitrag geladen werden. Im Beitrag wird das ganze dann folgender maßen eingebunden.

im Post:

<script type="text/javascript" src="/ordner/addengine.js"></script>

<a href="javascript:addEngine('search_bueltge_blog','gif',
'bueltge.de Blog')">Test_JS_Link</a>

Hier ist der Link um das Beipiel-Script "SuchPlugin für Firefox" zu starten.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Darauf Bezug nehmend möchte ich auf eine php-Script aufmerksam machen, welches diese Sitemap automatisch und komfortabel für die eigene Website erledigt - phpSitemapNG. Mit Hilfe dieses Tools muss man die xml-Datei (hier ein Beispiel von meiner Kletterseite KVFL.com) nicht händisch pflegen und Google wird immer auf dem neusten Stand gehalten. Man landet also kurze Zeit später auf dem Index von Google und bekommt so wieder neue Besucher. Das Warten auf eine Indizierung durch Google entfällt.

Das Script läßt sich recht einfach installieren und ist schnell in die eigene Seite eingebunden. Duch die eingebundene Setup-Oberfläche können Änderungen (Ordner und Seiten die nicht berücksichtigt werden sollen, Priorität der Beitrage / Seiten, Frequenz der Indizierung, etc.) einfach und schnell durchgeführt werden.

Bei WordPress, wie ich es hier benutze, kann man das ganze durch ein Plugin erzielen.

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren

Das ganze sieht dann je nach Template folgendermaßen aus.

Verbindung zu domain-Mail-Postfach hergestellt!

Nachrichten im Posteingang: name@domain.de

1. N 1)28-Jul-2005 Elena Dorte Gestaltung und Logo Reloo (12598 chars)
n
2. N 2)21-Jul-2004 Test Mail (123 chars)
n

Natürlich kann das ganze bearbeitet werden. Wer eine der gängigen Templates nutzt, sollte allerdings einen kleinen Tag im style.css hinzufügen. Da Themes von WordPress den Inhalt zwischen dem Loop oft in Blocksatz darstellen, sind die Mails auseinandergezogen. Daher diese kleine Änderung im Styesheet.

.post ul {
	text-align: left;
	}

Es bietet sich natürlich an, hierfür eine passwortgeschützte Seite in WordPress zu erstellen.
Das war’s, nun werden alle Mails auf der neuen Seite gelistet. Besonders hilfreich ist das, wenn man mehrer Mailkonten hat und ab und zu einfach mal schauen will, ob es was neues gibt.
Mehr Infos zum php-Code findet ihr bei webmaster-resource.de

<?php
/*
Name: eMail Postfach auslesen
Description: Basiert auf dem Script:<a href="http://www.webmaster-resource.de/tricks/
 php/email-postfach-pop-imap-und-nntp-server-auslesen.php">webmaster-resource.de</a>.
Author URI: http://bueltge.de/
*/

/*Hier konfigurieren !*/ 
$Mailbox = "{pop.example.com/pop3:110}INBOX";
$Benutzername = "name@example.com";
$Passwort = "passwort";

$MailboxPointer = imap_open($Mailbox, $Benutzername, $Passwort);

if($MailboxPointer)
{
	echo"<p><strong>Verbindung zu <a href="http://www.example.com/">
		example.com-Mail-Postfach</a> hergestellt!</strong>";
	echo"<p>
Nachrichten im Posteingang: <strong>name@example.com</strong></p>";
	echo"<ul>";
	$Headers = imap_headers($MailboxPointer);
	if($Headers!=false)
	{
		while(list($Schluessel, $Wert) = each($Headers))
		{
			echo"<li>";
			echo$Wert."</li>n";
		}
	}
	echo"</ul>";
	imap_close($MailboxPointer);
}
else
{
	echo"Keine Verbindung zum <a href="http://www.doman.de/">
		example.com-Mail-Postfach</a>!";
}

?>

Download des Script: mail.phps - 1KByte

© Frank Bültge, All rights reserved / Alle Rechte vorbehalten. (ID: 6e8b33de4342c4f2ca76b245199aeee8)

Danke für das Abonnieren meines Feed! Inhalt gefällt? Danke sagen · Kommentieren