Wozu? - Dafür gibt es eine ganze Reihe Anwendungsmöglichkeiten.
In einem konkreten Projekt wird Inhalt in den Header und Footer geladen, Text, der den Leser des Blog informiert.

Ein konkretes Beispiel ist das Blog von Shirtinator, dort wird im Header- und Footer-Bereich Inhalt aus dem Backend, aus statischen Seiten, gezogen.

In der Regel werden solche Texte direkt im Markup des Theme hinterlassen, was die Pflege für den Laien erschwert. Aber auch für solche Zwecke nutzt man ja ein CMS, warum also nicht einen Artikel aus der Datenbank dazu nutzen. Insbesondere eignet sich dazu eine statische Seite, die ist schnell wieder auffindbar und nicht im täglichen Artikelzoom eines Weblogs.

Laden eines beliebigen Beitrags

Hat man spezielle Anforderungen und kann mit dem Loop arbeiten, dann empfiehlt sich die erste Lösung im folgenden Code. Eine genaue Doku zu query_posts findet sich im Codex, denn dieser Template Tag kann wesentlich mehr und macht die Anwendung für besondere CMS-Gestaltung möglich.

<?php
$post_id = 3;
query_posts('p=' . $post_id); // post-ID
while (have_posts()) : the_post(); // starte the_loop
	_e('<h3>') . the_title() . _e('</h3>') . "\n";
	the_content();
endwhile;
?>

Der zweite Codeschnipsel greift direkt in die Datenbank ein und holt den Beitrag, ohne Formatierung durch die WordPress-Filter und kann so beliebig via Template ausgegeben werden. Dabei spielt es keine Rolle, ob es sich um einen Beitrag oder eine statische Seite handelt, denn WordPress vergibt die ID ohne Unterscheidung. Für den Unterschied Seite/ Beitrag steht ein weiteres Tabellenfeld bereit, was aber in dem Fall nicht nötig ist und so genügen die beiden Felder post_title, post_content für Titel und Inhalt.

<?php
$results = $wpdb->get_results("
                        SELECT post_title, post_content
                          FROM $wpdb->posts
                         WHERE ID = '9'
                              ");
foreach ($results as $pagepost) {
	echo '<h3>' . $pagepost->post_title . '</h3>' . "\n";
	echo '<p>' . $pagepost->post_content . '</p>';
}
?>

Laden einer beliebigen Seite im Loop

Im Grunde muss man nur die Adresse ändern. Während man mit p= einen Beitrag anspricht, bekommt man mit ?page_id= eine statische Seite.

<?php
query_posts('?page_id=3'); // post-ID
while (have_posts()) : the_post(); // starte the_loop
	_e('<h3>') . the_title() . _e('</h3>') . "\n";
	the_content();
endwhile;
?>

Laden, außer einer bestimmten Kategorie

Parameter des Tag ist cat=-. Will man mehrere Kategorien ausschließen, dann werden die IDs der jeweiligen Kategorie getrennt cat=-1,-3,-9.

<?php
query_posts('cat=-123); // category-ID
while (have_posts()) : the_post(); // starte the_loop
	_e('<h3>') . the_title() . _e('</h3>') . "\n";
	the_content();
endwhile;
?>

Laden, einer bestimmten Kategorie

Auch hier kann man explizit Kategorien nutzen, einfach die entsprechenden IDs mit Kommata trennen cat=1,3,9. Entscheidend, ohne Minus - vor der Kategorie-ID.

<?php
query_posts('cat=123); // category-ID
while (have_posts()) : the_post(); // starte the_loop
	_e('<h3>') . the_title() . _e('</h3>') . "\n";
	the_content();
endwhile;
?>

more-Funktionalität erhalten

Soll die more-Funktionalität (<--more-->) von WordPress erhalten bleiben, dann muss die Variable dafür gesetzt werden.

<?php
query_posts('cat=123); // category-ID

global $more;
$more = 0; 

while (have_posts()) : the_post(); // starte the_loop
	_e('<h3>') . the_title() . _e('</h3>') . "\n";
	the_content();
endwhile;
?>

© 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 wp-config.php ist der Schlüssel zur Datenbank und damit stehen einem Eindringen in die Datenbank nur wenige Handgriffe bevor und schon liegt die DB offen, Damit kann ein „Bösewicht“ die Daten verändern oder gar alle Daten löschen. Also liegt es nahe, diese Datei vor fremden Zugriff zu schützen. Wie und und mit welchen Mitteln man dies machen kann, das erklärt der Artikel auf zwei unterschiedliche Wegen.

Ich habe die jeweiligen Code-Schnippsel im Anschluss nochmal hinterlegt, da ich die Idee für sinnvoll und machbar, auch für den „Laien“, erachte, so dass man auch mit deutschen Sprachkenntnissen der Idee folgen und umsetzen kann.

.htaccess erweitern

Ronald erklärt zwei unterschiedliche Ansätze. Im ersten Schritt sichert er den Zugriff via .htaccess, was schnell und einfach erledigt ist.

# protect wpconfig.php
<files wp-config.php>
Order deny,allow
deny from all
</files>

Damit könnte eine .htaccess für WordPress folgenden Aufbau und Inhalt haben, wobei ich gleich einige mehr Regeln integriert habe, kleine Erläuterungen dazu im Syntax.

<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /

# www2nowww
RewriteCond %{HTTP_HOST} ^([^.]+)\.bueltge\.de$ [NC]
RewriteRule ^(.*)$ http://bueltge.de/$1 [R=301,L]

# Hinzufuegn von Slash 
RewriteCond %{REQUEST_URI} ^/[^\.]+[^/]$
RewriteRule ^(.*)$ http://%{HTTP_HOST}/$1/ [R=301,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# Schutz der wp-config.php
<files wp-config.php>
Order deny,allow
deny from all
</files>

# Datei zum Regeln von IP-Bereichen
Order deny,allow
Allow from all
# Sperre folgende IPs
deny from 83.246.96.42
deny from 82.103.133.221
deny from 74.86.15.2

Auslagern der wp-config.php

Die zweite Idee geht davon aus, dass die Datei an einen Ort des Servers verschoben wird, der nicht öffentlich zugänglich ist. Ein Beispiel soll es verdeutlichen: die Datei liegt im Normalfall im absoluten Pfad /home/deinname/public_html/, dies ändert sich nun, denn die Datei wird eine Ebene tiefer abgelegt /home/deinname/. Dies ist nicht bei allen Webhostern so, so dass die Möglichkeit nicht bei allen WordPress-Installationen möglich ist.

Die klassische wp-config.php enthält folgenden Syntax.

<?php
// ** MySQL settings ** //
define('DB_NAME', 'wpbeta');    // The name of the database
define('DB_USER', 'root');     // Your MySQL username
define('DB_PASSWORD', ''); // ...and password
define('DB_HOST', 'localhost');    // 99% chance you won't need to change this value
define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');

// You can have multiple installations in one database if you give each a unique prefix
$table_prefix  = 'wp_';   // Only numbers, letters, and underscores please!

// Change this to localize WordPress.  A corresponding MO file for the
// chosen language must be installed to wp-content/languages.
// For example, install de.mo to wp-content/languages and set WPLANG to 'de'
// to enable German language support.
define ('WPLANG', 'de_DE');

/* That's all, stop editing! Happy blogging. */

define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'wp-settings.php');
?>

Mit diesen Daten erstellt ihr eine neue Datei config.php.

<?php
// ** MySQL settings ** //
define('DB_NAME', 'wpbeta');    // The name of the database
define('DB_USER', 'root');     // Your MySQL username
define('DB_PASSWORD', ''); // ...and password
define('DB_HOST', 'localhost');    // 99% chance you won't need to change this value

// You can have multiple installations in one database if you give each a unique prefix
$table_prefix  = 'wp_';   // Only numbers, letters, and underscores please!
?>

Diese Datei wird nun per FTP in das nicht öffentliche Verzeichnis des Servers kopiert, in unserem Beispiel ist das /home/deinname/

Die originale wp-config.php wird nun verändert. Dabei werden die Datenbank-Verbindungsdaten mit Hilfe der include-Anweisung eingebunden.

<?php
include('/home/deinname/config.php');

// Change this to localize WordPress.  A corresponding MO file for the
// chosen language must be installed to wp-content/languages.
// For example, install de.mo to wp-content/languages and set WPLANG to 'de'
// to enable German language support.
define ('WPLANG', 'de_DE');

/* That's all, stop editing! Happy blogging. */

define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'wp-settings.php');
?>

Damit stehen WordPress die Daten für die Datenbank zur Verfügung und die Datei kann nicht einfach als Text angezeigt werden, denn sie liegt in einem nicht öffentlichen Bereich.

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

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

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

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

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

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

Um dies ohne großen Ärger zu bewerkstelligen wird im folgenden eine kleine Anleitung Schritt für Schritt hinterlegt. Außerdem gehe ich auf bekannte Probleme ein und stelle einige Lösungen bereit.

Achtung: Bitte erst lesen und dann loslegen, keine Garantie auf zerstörte Daten! Sicherung anlegen!

1. Zu erstes erst einmal einen neues Blog auf dem neuen Webspace installieren. Die folgenden Schritte importieren/ überschreiben dann die Daten in die bestehenden Tabellen.
2. Als nächstes müssen wir die bestehenden Daten aus der „alten“ Datenbank exportieren. Dazu kann man das Plugin WP DatabaseBackup nutzen, oder den Export mit Hilfe eines mySQL-Tools bewerkstelligen. Im weiteren arbeite ich dabei mit phpMyAdmin, welches ein Freeware-Tool ist und von vielen Hosting-Providern angeboten wird.
3. Den Export der Datenbank erläutere ich im Artikel „Datenbank Backup mit phpMyAdmin“ genauer. Da gibt es auch entsprechende Screenshots und nötige Erklärungen.
4. Nun haben die Daten als SQL-Datei lokal vorliegen. Nun müssen wir die Daten in die neue Datenbank importieren und dabei gibt es nun eventuelle Probleme.
5. Wenn nun das neue Blog auf dem neuen Webspace installiert ist, müssen wir die Daten importieren. Dazu ist es wichtig, dass ihr den Präfix kennt, der in der config.php von WP steht. Im Normalfall ist dies wp_ (Bsp.: wp_post2cat oder wordpress_post2cat). Solltet ihr diesen verändert haben bzw. sollte sich der Präfix eures alten Blogs vom neuen unterscheiden, so müssen in der SQL-Datei die Daten verändert ist. Dazu eignet sich jeder bessere Editor - zum Beispiel Notepad++, mit dem wir nun nach dem alten Präfix suchen und mit dem neuen ersetzen. Damit sollte selbst eine große SQL-Datei schnell verändert sein.
   Sucht mit dem Editor nach
   `ALTER_PRÄFIX_
   und ersetzt es mit dem neuen Präfix.
6. Im weiteren kann es zu Problemen kommen, wenn die Datei zu groß ist. Das ist vorallem dann so, wenn Statistik-Plugins laufen und alles mögliche in der DB ablegen. Überlegt also im Gegenzug, was ihr für Daten benötigt - muss wirklich alles rein. Das ist von Provider zu Provider unterschiedlich, aber in der Regel kann man nie mehr als 1MByte an Daten importieren. Das führt nun dazu, dass wir die Datei, falls sie größer ist, aufspalten müssen. Dazu laden wir die SQL-Datei wieder in unseren Editor des Vertrauens und splitten an folgenden Punkten, so dass wir am Ende mehrere Dateien haben, die die max. erlaubte Größe nicht überschreiten.

   Beispiel für Tabelle post2cat:

   
   -- 
   -- Tabellenstruktur für Tabelle `wp_post2cat`
   -- 
   
   DROP TABLE IF EXISTS `wp_post2cat`;
   CREATE TABLE `wp_post2cat` (
     `rel_id` bigint(20) NOT NULL auto_increment,
     `post_id` bigint(20) NOT NULL default '0',
     `category_id` bigint(20) NOT NULL default '0',
     PRIMARY KEY  (`rel_id`),
     KEY `post_id` (`post_id`,`category_id`)
   ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_general_ci AUTO_INCREMENT=13 ;
   
   -- 
   -- Daten für Tabelle `wp_post2cat`
   -- 
   
   INSERT INTO `wp_post2cat` (`rel_id`, `post_id`, `category_id`) VALUES (1, 1, 1);
   INSERT INTO `wp_post2cat` (`rel_id`, `post_id`, `category_id`) VALUES (5, 6, 1);
   INSERT INTO `wp_post2cat` (`rel_id`, `post_id`, `category_id`) VALUES (3, 4, 1);
   ...
   INSERT INTO `wp_post2cat` (`rel_id`, `post_id`, `category_id`) VALUES (11, 12, 1);
   
   -- --------------------------------------------------------
   

   Nun heißt es also die Tabellen in eigene Dateien zu legen, wie im obigen Beispiel zu sehen ist, endet jeder Datensatz immer mit
   -- --------------------------------------------------------
   Danach folgt die nächste Tabelle und die zugehörigen Daten.

   Wichtig: legt vorher eine Sicherung der Originaldatei an!

7. Nun werden die Daten in die neue Datenbank importiert. Auch dazu nutze ich im folgenden phpMyAdmin. Wer bei seinem Hoster dieses Tool nicht zur Verfügung hat, der kann es auch in seinem Webspace selber einrichten, aber aufpassen - mit einem Passwort schützen!
   Wenn der Link „Importieren“ zur Verfügung steht, dann kann man damit direkt die Datei wählen und alles andere macht phpMyAdmin.
   
   Sollte diese Möglichkeit nicht bestehen, dann gehen wir über „SQL“, ganz oben in den Tabs.
   
8. Wenn man nun mit SQl arbeiten muss, so müssen die Anweisungen aus dem SQL-File per Copy (Strg+C)/Paste (Strg+V) in das Fenster von phpMyAdmin übertragen werden und OK klicken.
9. Nachdem man alle Daten in die neue Datenbank importiert hat, gehen wir in das Blog zurück und schauen mal, ob alles vorhanden ist und ohne Probleme läuft.

weitere Probleme:

Unter anderem kann es zu Problemen mit Sonderzeichen kommen, heist wir sehen in der Ausgabe kein Ü sondern kryptische Zeichenœ. Die können wir mit einem kleinen Script beheben. Sollen alle Tabellen in der Datenbank durchforstet werden und alle Sonderzeichen sollen UTF-8 codiert sein, so ist das Script content encoding zu empfehlen.
Die Mime-Deklarierung eures Blogs findet ihr bei WP unter Einstellungen --> Lesen - UTF-8 ist Standard und auch zu empfehlen.

Will man nur einzelne Tabellen durchforsten und gegebenfalls die Zeichen ändern, so kann der folgende Code genutzt werden - Kopieren, in einer php-Datei speichern und in den Ordner wp-content des Blogs kopieren, oder downloaden.

Die Datei dann über den Browser aufrufen. Die Datei für jede Tabelle anpassen.

<?php
	/**************************************************
		Convert WP Content encoding
	
		BASISSCRIPT: Markus Tacker <m@tacker.org>
		Modified:    Frank Bueltge <bueltge.de>
	***************************************************/

	// New coding
	$new_encoding = 'UTF-8';

	// WordPress config
	require_once '../wp-config.php';

	// Connect DB
	$DBC = mysql_connect(DB_HOST, DB_USER, DB_PASSWORD);
	mysql_select_db(DB_NAME, $DBC);

	$table = $wpdb->prefix.'comments';

	echo '<pre>';
		$result_data = mysql_query('SELECT * FROM ' . $table);
		echo $table . ' ';
		while ($data = mysql_fetch_assoc($result_data)) {
			$sql = 'UPDATE ' . $table;
			// Build set
			$set = array();
			foreach ($data as $key => $val) {
				$set[] = ek($key) . '=' . ev(mb_convert_encoding($data[$key], $new_encoding));
			}
			$sql .= ' SET ' . join(', ', $set);
			// Build where
			$where = array();
			foreach ($data as $key => $val) {
				if (!preg_match('/[0-9]+/', $val)) continue; // Use only numbers in where
				$where[] = ek($key) . '=' . ev($data[$key]);
			}
			$sql .= ' WHERE ' . join(' AND ', $where);
			$query_result = mysql_query($sql, $DBC);
			if (!$query_result) {
				die('Invalid query: ' . mysql_error());
			}
			echo '.';
			flush();
		}
		echo "\n";
	echo 'All done.&gt;/pre>';

	// Disconnect DB
	mysql_close($DBC);

	function ek($string)
	{
		global $DBC;
		return "`" . mysql_real_escape_string($string, $DBC) . "`";
	}

	function ev($string)
	{
		global $DBC;
		return "'" . mysql_real_escape_string($string, $DBC) . "'";
	}
?>

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

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

Anforderungen:

Der SpamViewer arbeitet unter WP 1.5* und WP 2.* inkl. 2.5. Erkannt wird Spam in der Tabelle comments und tb_data.

Screenshot:

Was macht das Plugin?

Das Plugin prüft in diesen beiden Tabellen, insofern diese vorhanden sind (wobei comments eigentlich immer da ist), ob es Einträge gibt, die als Spam deklariert sind. Dazu zählen unter anderem auch Einträge die z.B. Plugins wie Akismet oder SpamKarma erkennen.
Die gefundenen Einträge werden dann gelistet und insofern man sie retten kann, erscheint eine Checkbox vor jedem Eintrag. Wird dieser Aktiviert, so kann mit Hilfe des Buttons “Unspam mich!” der Eintrag als normaler Kommentar in die Warteschlange geschoben werden.
Außerdem existieren Buttons, um die Einträge in der Datenbank zu löschen. Achtung, diese ist nicht rückgängig zu machen – also Vorsicht und erst prüfen, ob sie wirklich nicht benötigt werden.

Das Plugin listet Track-, Pingback mit unterschiedlichen Farben um die Erkennung zu erleichtern. Ebenso versucht es fehlgeleitete Trackbacks zu erkennen und farbig darzustellen.

Installation:

1. Die zip-Datei downloaden und entpacken
2. Kopiere die Datei in dein Plugin-Verzeichnis (/wp-content/plugins/), kein Unterverzeichnis
3. Kopiere das Sprachfile spamviewer-de_DE.mo hinzu, wenn du eine deutsche Oberfläche wünschst
4. Aktiviere das Plugin im Adminbereich deines Blogs
5. Nun ist unter „Verwalten“ (WP <2.*) „Kommentare“ (WP >2.*) einer neuer Button „SpamV(0)“ zu finden

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 (incl. Spachfiles): downloads.wordpress.org/plugin/spamviewer.zip – 45 KByte

Historie:

• 0.6 – neues Konzept, derzeit in der Beta, alles was irgendwie in _comments oder _tb_data als Spam liegt kann gerettet oder gelsöcht werden
• 0.68 – eine Version läuft
• 0.7 – Testroutinen entfernt und Sprache angepasst
• 0.8 – deustches Sprachfile (pot), original php-Datei in englisch
• 0.9 – WP 2.1 kompatibel, Neue Abfrage zu Trackback-Tabelle beim Retten von Spam
• 0.91 – Zusätzlicher UnSpam-Button, falls es zu Fehlern beim Auslesen von Spam kommt
• 0.92 – Neuer Code für codex-Standard und weniger globale Variablen
• 0.94 – Berichtigung im Code für Tabelle tb_data
• 0.95 – Zusätzliche Abfragen und die Deaktivierung von Code in Spam-Kommentaren
• 0.96 – Erkennung von Trackbacks, Pingbacks und Aussage, ob es eventuell kein Spam sein sollte
• 1.0 – “schönes Englisch”, Auflistung der Trackback und Pingbacks vor KommentarSpam, neue Sprachdateien für deutsch; Vielen Dank an Sadly für die englsiche Überarbeitung
• 1.2 – Grouping per Author-ID, Integration in den Kommentarbereich
• 1.3 – Anpassungen der Tabelle im Layout
• 1.4 – Kleinigkeiten im Code
• 1.5 – WP 2.3 und tb_data gefixt
• 1.6 – WP 2.5 Design-fähig
• 1.6.3 – WP 2.6 fähig, Optimnierung der Tabellen nach dem Löschen von Spam-Einträgen

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

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

Vorsicht: In jedem Fall ist vor so einem Eingriff ein Backup der Datenbank zu machen, z.b. mit phpMyAdmin - Anleitung hier !

Folgende Tabellen werden bei einer Neuinstallation erstellt:

• Table_Präfix_categories
• Table_Präfix_comments
• Table_Präfix_linkcategories
• Table_Präfix_links
• Table_Präfix_options
• Table_Präfix_post2cat
• Table_Präfix_postmeta
• Table_Präfix_posts
• Table_Präfix_usermeta
• Table_Präfix_users

Die 10 Tabellen enthalten folgende Datenfelder mit folgenden Datensätzen (Die Datensätze habe ich nur für _options aufgelistet, da die anderen Datensätze in den übrigen Tabellen entweder leer sind, bei Neuinstallation, oder deren Inhalte über das Admin-Panel von WP verwaltet werden können.):

• Table_Präfix_categories
• cat_ID
• cat_name
• category_nicename
• category_description
• category_parent
• category_count

• Table_Präfix_comments
• comment_ID
• comment_post_ID
• comment_author
• comment_author_email
• comment_author_url
• comment_author_IP
• comment_date
• comment_date_gmt
• comment_content
• comment_karma
• comment_approved
• comment_agent
• comment_type
• comment_parent
• user_id

• Table_Präfix_linkcategories
• cat_id
• cat_name
• auto_toggle
• show_images
• show_description
• show_rating
• show_updated
• sort_order
• sort_desc
• text_before_link
• text_after_link
• text_after_all
• list_limit

• Table_Präfix_links
• link_id
• link_url
• link_name
• link_image
• link_target
• link_category
• link_description
• link_visible
• link_owner
• link_rating
• link_updated
• link_rel
• link_notes
• link_rss

• Table_Präfix_options
• option_id
• blog_id
• option_name
• option_can_override
• option_type
• option_value
• option_width
• option_height
• option_description
• option_admin_level
• autoload

In der _options gibt es 63 Datensatzeinträge

• 1 siteurl
• 2 blogname
• 3 blogdescription
• 5 users_can_register
• 6 admin_email
• 7 start_of_week
• 8 use_balanceTags
• 9 use_smilies
• 10 require_name_email
• 11 comments_notify
• 12 posts_per_rss
• 13 rss_excerpt_length
• 14 rss_use_excerpt
• 15 mailserver_url
• 16 mailserver_login
• 17 mailserver_pass
• 18 mailserver_port
• 19 default_category
• 20 default_comment_status
• 21 default_ping_status
• 22 default_pingback_flag
• 23 default_post_edit_rows
• 24 posts_per_page
• 25 what_to_show
• 26 date_format
• 27 time_format
• 28 links_updated_date_format
• 29 links_recently_updated_prepend
• 30 links_recently_updated_append
• 31 links_recently_updated_time
• 32 comment_moderation
• 33 moderation_notify
• 34 permalink_structure
• 35 gzipcompression
• 36 hack_file
• 37 blog_charset
• 38 moderation_keys
• 39 active_plugins
• 40 home
• 41 category_base
• 42 advanced_edit
• 42 ping_sites
• 43 comment_max_links
• 44 gmt_offset
• 45 default_email_category
• 46 recently_edited
• 47 use_linksupdate
• 48 template
• 49 stylesheet
• 50 comment_whitelist
• 51 page_uris
• 52 blacklist_keys
• 53 comment_registration
• 54 open_proxy_check
• 55 rss_language
• 56 html_type
• 57 use_trackback
• 58 default_role
• 59 rich_editing
• 60 db_version
• 61 uploads_use_yearmonth_folders
• 62 upload_path
• 63 TABLE_PRÄFIX_user_roles

• Table_Präfix_post2cat
• rel_id
• post_id
• category_id

• Table_Präfix_postmeta
• meta_id
• post_id
• meta_key
• meta_value

• Table_Präfix_posts
• ID
• post_author
• post_date
• post_date_gmt
• post_content
• post_title
• post_category
• post_excerpt
• post_status
• comment_status
• ping_status
• post_password
• post_name
• to_ping
• pinged
• post_modified
• post_modified_gmt
• post_content_filtered
• post_parent
• guid
• menu_order
• post_type
• post_mime_type
• comment_count

• Table_Präfix_usermeta
• umeta_id
• user_id
• meta_key
• meta_value

• Table_Präfix_users
• ID
• user_login
• user_pass
• user_nicename
• user_email
• user_url
• user_registered
• user_activation_key
• user_status
• display_name

Tipp:

Die Datenbank nach dem Aufräumen optimieren - Anleitung hier.

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

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

Einzelteil- und Abhängigkeitsabbildung

Produkte bestehen in der Regel aus verschiedenen Baugruppen. Diese Baugruppen beinhalten Bauteile, können aber auch weitere Baugruppen enthalten. Sinnvoll ist es also, diese Abhängigkeit in der Datenbank darzustellen und die einzelnen Baugruppen und Bauteile so zu verwalten, dass eine Recherche einfach möglich ist. Um die Wiederverwendung zu ermöglichen muss sichergestellt sein, einzelne Teile und Baugruppen wieder zu finden, gleichgültig in welchem Abschnitt des Produktes sie sich finden.

Reduktion der Datenredundanz

Als Datenredundanz bezeichnet man das mehrfach Vorhandensein von Daten. Eine Datenredundanz kann schnell zu einer Dateninkonsistenz führen. In diesem Zustand sind zwei verschiedene Daten als gültig angesehen, die nicht miteinander vereinbar sind. Die Daten sind widersprüchlich und nicht mehr eindeutig. Die zu verwaltenden Daten haben in der Regel einen enormen Umfang, da sie aus verschiedenen Zweigen des Unternehmens mit verschiedenen Applikationen eingepflegt werden. Besonders CAD-Datenbestände haben einen großen Umfang. Um die Datenredundanz möglichst gering zu halten ist es nötig, dass ein Objekt in einer Datenbank nur einmal gespeichert wird. Gleichzeitig muss es aber auch möglich sein, ein mehrfach verwendetes Teil, ein Wiederholteil, entsprechend der Forderungen abzuändern, ohne dass dabei andere Produkte, welche dieses Bauteil enthalten, beeinflusst werden.

Klassifizierung

„Als Klassifizierung oder Klassifikation bezeichnet man einen Vorgang oder eine Methode zur Einteilung von Objekten in Klassen oder Kategorien.“ /57/
Als klassifizierte Objekte können beliebige Sachverhalte oder Gegenstände genutzt werden. Sie können nach ihrem Merkmal oder ihrer Eigenschaft unterschieden werden.
Die wissenschaftliche Methodik ist in vielen Lebensbereichen Grundlage des menschlichen Zusammenlebens. Beispielsweise werden gehörte Töne und gelesene Buchstaben zu Worten klassifiziert. Weiterhin werden die Worte zu einer Bedeutung klassifiziert. Dies geschieht automatisch, unbewusst in der Denkweise des Menschen.
Um eine effiziente Suche in der Datenbank zu ermöglichen, müssen die Daten nach entsprechenden Kriterien und Merkmalen klassifiziert werden. Es darf keine Produkthierarchie, Beziehung der Produkte untereinander, durchgeführt werden. Trotzdem können Produkte untereinander voneinander abhängig sein, ihre Merkmale und Klassen werden referenziert. Mit Hilfe dieser Merkmale und Klassen können Produkte erstellt werden. Sie können beispielsweise in anderen Produkten als Baugruppe verwendet werden. Die Klassifizierung basiert aber auf den Merkmalen und nicht auf Basis der unterschiedlichen Produkte. Die folgende Erläuterung zeigt kurz, warum es nicht sinnvoll ist, eine Produkthierarchie durchzuführen.
Die drei wichtigsten Ebenen der Produkthierarchie sind Produktfamilie, Produktklasse und Produktlinie. Alle Produkte, die ein bestimmtes Bedürfnis erledigen können werden zu der Produktfamilie gezählt. Die Produkte, die gleiche bzw. ähnliche Eigenschaften besitzen, werden zu der Produktklasse gezählt. Die Produktklassen befinden sich innerhalb der Produktfamilie. Gruppen von Produkten die ähnliche Merkmale aufweisen gehören zu einer Produktlinie.
Solch eine Hierarchie ist nicht ausreichend, da nicht alle Merkmale berücksichtigt werden. Auf Basis der Normenreihe ISO 13584 können Merkmale und Merkmallisten im gesamten Produktlebenszyklus verwendet werden. Alle Merkmale und Merkmallisten basieren auf demselben Datenmodell und sind exakt beschrieben. Unklarheiten werden vermieden. Elektronische Prozesse sind einfacher und effizienter.

Netzwerkapplikation

Da das System die Arbeit mehrerer Unternehmen und Mitarbeiter fordert, entstehen die Daten an verschiedenen Stellen. Diese Daten müssen gemeinschaftlich gesammelt und abgelegt werden. Sie werden jedoch nicht zwingend an gemeinsamer Stelle gespeichert. Sinnvoll ist es allerdings, die Daten physikalisch nahe am Standort zu halten, wo sie am häufigsten benötigt werden. Allerdings muss ein Zugriff von jeder Stelle gewährleistet werden.

Datensicherheit und Datenschutz

Die gespeicherten Daten enthalten firmeninterne Informationen, die vor Missbrauch geschützt werden müssen. Durch die eigentliche Funktion der Datenbank, alle Daten an verschiedenen Orten zu Verfügung zu stellen, spielt der Datenschutz eine wichtige Rolle. Es muss sichergestellt werden, dass unbefugte Zugriffe nicht möglich sind. Gleichzeitig müssen die Zugriffsrechte verschiedener Anwender und Anwendergruppen konfigurierbar sein. Es müssen unterschiedliche Zugriffsrechte verwaltet werden.
Ebenso wichtig ist der entsprechende Freigabemechanismus, das heißt eine kontrollierte Weitergabe der Daten. Beispielsweise muss bei Zugriff eines Anwenders oder einer Anwendergruppe der Zugriff für die anderen Anwender bzw. Anwendergruppen gesperrt sein. Ohne entsprechendes Datenbankmanagement ist eine solche Aufgabe nicht erfüllbar.

Lebenszyklus eines Produktes

Durch die immer höhere Straffung von Time to Market , ist eine kontinuierliche Begleitung des Lebenszyklus des Produktes notwendig. Durch die Forderung Entwicklungszeiten zu verkürzen und durch das parallele Vorgehen bei der Entwicklung eines Produktes ist eine Managementapplikation unumgänglich. Dazu gehört das kontrollierte Weitergeben von Daten und Informationen, die das Produkt betreffen.

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

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

Wähle mit Hilfe von phpMyAdmin deine Datenbank. Liste deine Tabellen und wähle "Alle auswählen". Nun die Tabellen analysieren, im rechten Feld wählen "Analysiere Tabelle". Daraufhin nochmal das ganze und die Tabbeln prüfen - "Prüfe Tabelle".
In beiden Fällen erhaltet ihr eine detaillierte Ergebnisliste.

Daraufhin kann die Optimierung mit dem selben Rhythmus durchgeführt werden - "Optimiere Tabelle".

Achtung:
Im Vorfeld sollte in jedem Fall eine Sicherung der Datenbank angelegt werden - mehr dazu gibt es im Artikel "Datenbank Backup mit phpMyAdmin".

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

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

Nutzt dazu eurer Admin-Tool, wie z.B. phpMyAdmin. Lass dir den Inhalt der Tabelle "wp_users" anzeigen und du findest die Spalte "user_pass". In dieser Zelle ist ein 32stelliger Zahlencode zu finden, dein Passwort md5-verschlüsselt.

Nutze nun einen freien Service im www und erstelle dir ein neues Passwort mit md5-Verschlüsselung. Dafür eignet sich z.B. php-einfach.de oder das Tool "MD5 - MAKER" (Freeware).
Ebenso könnt ihr es auch hier mit Hilfe von JavaScript generieren.

Den Schlüssel in die Zwischenablage kopieren und in eure Datenbank in die Zelle user_pass der Tabelle wp_users kopieren.
Die Tabelle speichern und nun ist dass neue Passwort für eure Seite gültig.
Nun könnt ihr euch wieder in den Admin-Bereich eures Blogs einloggen

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

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

Abfrage der DB-Anfragen:

Um die DB-Anfragen und die benötigte Zeit auslisten, muss die folgenden Zeilen in euer Template integriert werden, am besten in den Footer.

<?php echo $wpdb->num_queries; ?> queries. 
<?php timer_stop(1); ?> seconds.

Abfrage der Inhalte mit RSS

Der Feed von WordPress enthält alle relevanten Inhalte, so dass es eigentlich recht leicht ist, diese zu laden und entsprechend darzustellen. Dazu habe ich meine Plugin "RSSImport" ein wenig in der Ausgabe verändert, was allerdings nur notwendig ist, da ich das Design anpassen wollte.

Ein weiterer Vorteil von WordPess ist die vielfältige Ausgabe von Feeds, so kann prinzipiell aus jedem Teil der Seite ein Feed ausgegeben werden.

Beispiel:

• Feed der Kommentare - http://www.Blogadresse.de/comments/feed/
• Feed einer Kategorie - http://www.Blogadresse.de/category/Kategoriename/feed/

Mit Hilfe eines PHP-Plugins ist es möglich den etsprechenden Code in den Seiten und Beiträgen auszuführen. Somit kann eine Seite erstellt werden, ohne ein neues Template zu erstellen.

In meinem Fall sieht der Code der Startseite, also direkt in der Seite (mit PHP-Plugin "PHP Exec") folgendermaßen aus.

Willkommen
Herzlich Willkommen, ... 

<?php
// Get Total Posts
function get_totalposts() {
	global $wpdb;
	$totalposts = $wpdb->get_var("SELECT COUNT(ID) FROM $wpdb->posts WHERE post_status = 'publish'");
	return $totalposts;
}

// Get Total Comments
function get_totalcomments() {
	global $wpdb;
	$totalcomments = $wpdb->get_var("SELECT COUNT(comment_ID) FROM 
$wpdb->comments WHERE comment_approved = '1'");
	return $totalcomments;
}
?>

Weblog - Die letzten Zehn
<?php RSSImportTwo(10,"http://bueltge.de/wp-rss.php",true,false,true,200); ?>

Kommentare - Die letzten Zehn
<?php RSSImportTwo(10,"http://bueltge.de/comments/feed/",true,false,true,100); ?>

Der String <?php ?> ist für die Verwendung von php-Code in den Seiten notwendig, dass ist vom jeweiligen php-Plugin abhängig.

Zusätzlich bilde ich noch zwei Funktionen (get_totalposts und get_totalcomments), in der alle veröffentlichten Beiträge und Kommentare aus der Datenbank gelesen werden. Damit stelle ich die Gesamtzahl zur Verfügung. Das gleiche mache ich übrigens in der sidebar.php, um die Anzahl der Kategorien und Beiträge anzuzeigen.

Hier ist eine Version des PHPImoprt-Plugins zu finden, mit der automatisch ein Link eingefügt wird zum "Weiterlesen" der Beiträge und Kommentare. Außerdem könnt ihr die Zeichen angeben, die auf der Seite angezeigt werden sollen.

Der Aufruf der Funktion erfolgt folgendermaßen:

<?php RSSImportTwo(10,"/feed/",true,false,true,200); ?>

(10-Anzahl der News,"FeedAdresse",true-Ausgabe mit Description,false-Titel nicht kürzen,true-Description kürzen,200-Zeichen von Description)

Mehr Infos und den Download zum verwendeten Plugin gibt es hier: RSSImportTwo Plugin

Stylesheet

Das Plugin gibt die Feeds innerhalb eines div-Containers aus, mit der class rssimporttwo. Darüber kann die Ausgabe ein wenig formatert werden. Die Title der beiträge und Kommentare werden mit dem Tag h5 ausgeben.
In meinem Fall formatiere ich den div zum Teil so, aber dass nur als Beispiel. Der Link zum "Weiterlesen" wird über die Klasse "more-link" formatiert, was sicher in jedem Theme vorhanden ist.

h1, h2, h3, h5 {
font-family: Palatino, "Palatino Linotype", "Book Antiqua", 
"URW Palladio L", Georgia, serif;
font-weight: bold
}

h5 {
font-size: 1.3em;
margin: 20px 0 0 -10px
}

.rssimporttwo {
margin-left: 10px
}

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

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

Mark Cunningham stellte vor geraumer Zeit sein Plugin "Search and Replace" in einer erweiterten Version bereit. Jetzt können alle erdenklichen Einträge in der DB gesucht und ersetzt werden. Besonders bei vielen Beiträgen empfinde ich das als sehr vorteilhaft.
Deshalb habe ich das Plugin auch für alle deutschen WordPress-User übersetzt, so dass es zum deutschen Layout passt und ein wenig verständlicher ist, was man damit machen kann.

Anforderungen:

Suchen und Ersetzen arbeitet mit WordPress Version 1.5 und wurde getestet bis Version 2.9-rare.

Installation:

1. Das Paket downloaden und lokal entpacken.
2. Kopiere die Dateien, inklusive Ordner in deinen Plugin-Ordner (/wp-content/plugins).
3. Aktiviere das Plugin in der Admin-Oberfläche deines WordPress-Blogs

Anwendung:
In eurer WP-Admin-Oberfläche findet ihr nun unter Verwalten den neuen Tab Suchen & Ersetzen. Dort sind alle Funktionen nutzbar.

Dieses Plugin arbeitet mit einer Standard SQL Abfrage und verändert deine DB direkt.

Achtung:

Du kannst nichts rückgängig machen mit diesem Plugin. Wenn du dir nicht sicher bist, fertige eine Sicherung deiner DB im Vorfeld an. Ansonsten kann man nur die Funktion umgekehrt wiederholen oder direkt in der DB Änderungen vornehmen, z.B. mit phpMyAdmin.

Die Textsuche ist sensitiv und besitzt keine passende Abstimmungsbefähigung.
Du kannst folgende Einträge bearbeiten: ID von Beiträgen, Beitrag (content), Titel (titles), Auszug (excerpt), Kommentarbeiträge (comment content), Tags, User-ID, Kommentarautor (comment author) etc..
Die Funktion arbeitet stringbasierend und kann somit auch HTML-Tags ersetzen.

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/search-and-replace.zip - 90 kByte

Historie:

• Version 1.2 - Alles in deutsch
• Version 1.3 - Bugs behoben; getestet mit WP 2.0
• Version 1.5 - ersetzen auch in Kommentar-URLs, getestet unter 2.2beta
• Version 1.6 - ersetzen auch in Kommentar-E-Mail
• Version 1.7 - Mehrsprachigkeit ermöglicht, englisches Sprachfile beigelegt, Ordnerstruktur eingefügt
• Version 1.71 - french, polish translation, Rechtschreibfehler korrigiert, Sprachfiles angepasst
• Version 1.8 - Tags, Kategorien, Beschreibung ab WP-Version 2.3 durchsuchbar, wp_nonce integriert.
• Version 1.9 - wp_nonce verändert, WP 2.5 Style
• Version 2.1 - neue Übersetzungsdateien
• Version 2.0 - WP 2.5 Design, Neu: meta_data, user-id, user-login, GUID ...
• Version 2.2 - Ordnerstruktur geändert, extra languages-Ordner
• Version 2.3 - Bug gefixt in descr, neuer Datei-Name
• Version 2.4 - ID für Posts ändern, Kleine Inhaltsänderungen, Ausgabe der Änderungen
• Version 2.5 - Umstellung Code, 2.6 Anpassungen, Verbesserungen beim Bestätigungsdialog; Core in englisch, de als Sprachfile

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

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

Alle Files kopiert ihr euch per FTP auf eure lokale Festplatte. Das sollte eigentlich keine Problem darstellen, denn die Installation eures WordPress habt ihr ja hinbekommen.

Die Sicherung eurer mySQL-Datenbank ist eigentlich auch nicht komplizierter. Bei den meisten Webspace-Anbietern ist phpmyAdmin, ein freeware-Tool, als Tool zur Verwaltung der Datenbank vorinstalliert.

Wie erstelle ich nun ein Sicherung(Backup) meiner WP-Daten ? – Ein Tutorial.

1. Als erstes müsst ihr euch natürlich in eure Admin-Oberfläche einloggen. Mehr Infos bekommt ihr dazu bei eurem Webspace-Anbieter. Alle Screenshots die ich hier darstelle, sind von phpMyAdmin bei 1und1 entnommen. Die Oberfläche sollte aber bei den meisten Anbietern ähnlich aussehen.

   

2. Im folgenden müssen wir natürlich die Datenbank wählen, die wir sichern oder bearbeiten wollen. Benutzt dazu den Link "Datenbanken" ...

   

   ... und wählt dann die Datenbank, in der eure Daten gespeichert sind. Solltet ihr mehrere Datenbanken besitzen, so achtet darauf, dass ihr die Richtige wählt.

   

3. In der folgenden Oberfläche bekommt ihr alle eure Tabellen aufgelistet und könnt diese dort wählen und dann bearbeiten. Um die Datenbank zu sichern, wählt den Link " Exportieren".

   

4. Nun müsst ihr die nötigen Konfigurationseinstellungen vornehmen und die Daten werden zum Download angeboten, nach dem ihr "OK" geclickt habt. Stellt alle Einstellungen am besten so ein, wie ich es im Screenshot darstelle.

   

Nun sollten die Daten als sql-Datei lokal auf eurem Rechner liegen.

Automatisches Erstellen einer DB-Sicherung unter WordPress

Wer das ganze automatisch machen möchte, dem empfehle ich die Sicherung der Datenbank mit Hilfe eines Plugins zu erstellen. Mehr infos dazu findet ihr in diesem Beitrag.

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

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

Download als Sprach-Datei (.po)-editierbar: wp-db-backup-de_DE.po - 6KByte

Download als Sprach-Datei(.mo): wp-db-backup-de_DE.mo - 10KByte

Download als zip-Datei: wp-db-backup-DE.zip - 6KByte

Update 9.Aug 2005:
Skippy hat ein kleines Update auf 1.6 herausgebracht, jetzt kann die Automatisierung noch besser konfiguriert werden. Besonders für die Nutzer von Plugins in WordPress können nun zusätzliche Tabellen aus mySQL gesichert werden.
Die deutsche Sprachdatei kann natürlich weiterhin verwendet werden.

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

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