Beiträge von Gersprenz

Kann es vielleicht sein, dass das den Fehler auslösende buddypress-enable.php in das Verzeichnis /my-plugins im bbpress Root Verzeichnisses kopiert werden sollte?
Da hab ich es bei mir reinkopiert.

Wobei bei mir bbpress im eigenen Verzeichnis /forum auf der root Ebene von Wordpress Mu liegt. Also neben wp-content, wp-admin und wp-includes.

Ich kam nach der oben von mir genannten Anleitung gar nicht erst auf die Idee, das Verzeichnis /bbpress ins wp-content/plugins Verzeichnis von Wordpress MU zu kopieren.

Interessante Idee ...

Thema gelöst..

Ich hab den Fehler gefunden. Die Virtual Hostadresse war nicht richtig aufgelöst worden, (Apache suboptimal konfiguriert).

Ich weiss die konkrete Fehlerursache für dein Problem zwar nicht.

Doch schau dir bitte dieses Tutorial an. Hierin wird erklärt, wie bbpress in Wordpress Mu / Buddypress integriert wird:
http://umwblogs.org/wiki/index.php…ss,_and_bbPress

Dort wird auch auf dieses Videotutorial hingewiesen:
Basic integration screencast bbPress Support Forums

Danach war bei mir alles wie es sein soll.

Ich habe ein merkwürdiges Problem auf dem lokalen LAMP mit aktuellem wp-mu.
Apache ist frisch installiert und an wpmu angepasst.
Bei Firefox 3.0.7 klappt der wp-admin redirect vom wp-login nicht. Ich schaffs nicht ins Backend. Mit Opera 9.63 schon.

Gibt es einen Tipp dazu?

Auch nachdem anschliessenden Überspielen mit der deutschen Buddypress Version klappt es mit Opera, jedoch nicht mit Firefox. Und ja, alle Addons wurden auch mal deaktiviert, der Cache gelöscht und die Cookies getilt.

Meine Erfahrungen gehen in diese Richtung.
Konkret hatte ich eine neue mysql Datenbank xyz angelegt, einen neuen mysql User xyz und diesem alle Rechte, aber nur auf die Datenbank xyz gegeben. Keine Verbindung zur Datenbank.

Also wp-config.php gelöscht.
WP Mu Installationsvorgang neu gestart, und diesmal den root Benutzer des Hostingsystems eingesetzt, aber dieselbe neuangelegte Datenbank xyz
Das funktionierte. Problemlose Installation.

Ich hab keine Ahnung warum - aber vielleicht hilft dir es weiter.
Sowohl phpmyadmin wie auch MySQL Administrator zeigen mir keinen Unterschied in den Rechten der Benutzer xyz und root an ausser, dass xyz nur die xyz Datenbank anfassen darf und root alles.

Samstag hin und fahre am Samstag auch wieder zurück.
Peter Löwenstein - 06162 941664

Zitat von DrDolittle

Hallo liebe WP-Gemeinde,
habe den oben beschriebenen Fehler und die entsprechenden Einstellungen in meiner php.ini (auch in der wp-config probiert) geändert und erhalte immer noch die gleiche Fehlermeldung, wenn ich versuche, mit Plugins zu operieren. Gibt es noch andere Fehlerquellen, die man überprüfen könnte?

Noch eine andere Frage: Wo in WP 2.7 kann ich meine FTP-Daten eingeben, damit WP Zugriff erhält?

Vielen Dank

Ging mir ähnlich.
Die Lösung für das Problem fand ich hier, ich hab die Lösung von dort:Ginchens Blog Automatische Updates in Wordpress
hier folgend reinkopiert:

Dazu fügt man in seiner wp-config.php unterhalb (!) der Zeile

define('ABSPATH', dirname(__FILE__).'/');

folgendes ein:

putenv("TMPDIR=/ABSOLUTER_PFAD_ZUM_BLOG/wp-content/upgrade");
define('WP_TEMP_DIR', ABSPATH . 'wp-content/upgrade');

Wenn man den absoluten Pfad zu seinem Blog nicht kennt, dann kann man ihn ganz einfach herausfinden, indem man eine PHP-Datei mit folgendem Inhalt erstellt:

<? echo dirname(__FILE__); ?>

Wenn man diese Datei nun in sein Wordpress-Verzeichnis hochlädt und dann im Browser aufruft, dann gibt sie den vollständigen Pfad aus, den wir benötigen.

Wie man den Unterordner von wp-content nennt, ist im Grunde egal. Ich habe den Namen “upgrade” bevorzugt, weil Wordpress selbst ihn bei mir schon vor einiger Zeit mit diesem Namen angelegt hat. Man kann ihn aber auch “tmp” nennen, wie es auf LastManStanding.de vorgeschlagen wird, oder aber auch ganz anders. Wichtig: Das Verzeichnis muß natürlich existieren, d. h. man muß es ggf. noch anlegen, und Wordpress muß in diesem Ordner Schreibrechte haben!

Soweit die Lösung, die mit WP 2.7 tadellos funktioniert

Gar keins mehr, eben rausgeworfen

Ich wunderte mich, warum mein Apache Error Log voll war mit merkwürdigen Meldungen über Zugriffe auf andere Webseiten (Porno etc.).

Da drüben fand ich http://robrohan.com/2008/10/31/ope…ol-as-i-thought die Erklärung. Das von mir verwendete OpenID Plugin versucht jeden Anmeldeversuch einer OpenID Anmeldung zu überprüfen, indem es auch auf die mitgelieferte URL des vermeintlichen OpenID Anmelders zugreift.

Nett! Das generiert massig Clicks auf porno etc. Seiten, die von meinem Server aus angestoßen werden.

Der OpenID Pluginautor sucht nach einer Lösung. Bis dahin kann ich keines der bekannten OpenID Plugins empfehlen, da m.W. alle mit dem Problem kämpfen.

Zitat von codestyling

Ich werde mich jetzt mit der Rechtsabteilung unserer Firma beraten, ob das, was hier von u.a. Gersprenz zum Ausdruck gebracht wurde (speziell letzter Post), einem Aufruf zur Beteiligung an einer Straftat gleichkommt..

Lösch doch einfach den Link zu der fragwürdigen, womöglich nicht rechtskonformen Seite hier aus dem Thread. Genau lösche alle Angaben zum Namen der Datenbank aus dem Thread ...

Allerdings war und ist genau dieser Link und auch die technischen Details des Hacks seit Wochen im Heise-Artikel, bei Spiegel-Online und vielen anderen Internetseiten seriöser Medien in deren eigener Berichterstattung zu finden. Daraus zitierte ich sinngemäss.

Lies bitte nochmal meinen letzten Beitrag. Wo ist von mir die Beteiligung an einer Straftat gewünscht? Ich schreibe ausdrücklich, daß nur die Staatsanwaltschaft jegliches Verfahren im Umgang mit der fraglichen Datenbank koordinieren kann.

Zitat von Alphawolf

Also mal ganz nebenbei handelt es sich bei der aufgebrachten Datenbank sicherlich um ein Beweismittel bei einem laufenden Verfahren seitens der Polizei/ Staatsanwaltschaft, und wird somit sicherlich nicht öffentlich einsehbar und/oder durchsuchbar sein. Oder liege ich komplett falsch und diese Daten wurden veröffentlicht?

Klingt hier teilweise so, als wäre die DB veröffentlicht worden.

Falls dem nicht so ist, würde ich bitten, das nicht weiter breit zu treten, da dies einer Straftat gleich ist, und damit möchte der WPD-Seitenbetreiber (der dafür haftet) sicherlich nichts zu tun haben.

Upps, da ist was verloren gegangen, ich dachte das wäre nachgelesen worden.
Der Stand ist:
Die gehackte Blood & Honour Datenbank ist im Internet veröffentlicht worden von den Hackern des Forums. Außerdem wurde von denen eine komplette XAMPP Umgebung zur komfortablen Installation für jeden Interessierten dazu gestrickt.
Runterladen, installieren, ist in einer halben Stunde erledigt.
Alle Passwörter und Login IDs wurden auf einen bei der Installation mitgelieferten Wert gesetzt, somit kann jedes Profil und jeder Bereich eingesehen werden, per Browser, auf der Original Foren Software.
Unterm Strich kann also jeder die Datenbank mit der Forensoftware bei sich installieren und einsehen. Übrigens meines Wissens das erstemal überhaupt, das ist eine so neue Qualität.
Schau doch einfach noch mal auf den Link in meinem ersten Beitrag dieses Threads.
Dort findest du Links zum Download und Nutzungshinweise, ganz hilfreich sind die Kommentare, die solltest du Zuerstlesen, vorm Installieren.

Nachdem ich etwas länger reingeschaut hatte war ich ziemlich erschrocken, z.B. über die Aufrufe zur Menschenjagd, worin auch Bekannte stehen. Im Nachhinein merke ich: Das Teil ist inhaltlich außerhalb meiner Vorstellungskraft. So detailliert und tief konnte man bisher, meine ich, im Internet noch nie in die heutige Welt von Intoleranz, Vorurteilen und den Hass auf andere Menschen reingucken.

Ich hab die Konsequenzen daraus noch nicht zu Ende gedacht. Deswegen habe ich diesen Thread gestartet, nachdem ich drüber geschlafen habe. Ich bin immer noch am Nachdenken:
Eine Möglichkeit ist, auch die Profile von anderen Foren gegen die B&H Datenbank zu prüfen. Ich selbst meine dazu, dies sollte ausschliesslich die Staatsanwaltschaft steuern.

Konkret wäre ich persönlich damit einverstanden, wenn das WPD-Team ein solches Vorhaben koordiniert.
Jedes Forenmitglied sollte selbst entscheiden, ob er sein Profil von der Staatanwaltschaft gegen die Blood& Honour Datenbank checken lassen will. Die Diskussion dazu wird was für die Geschichtsbücher, so wenn man dann in ein paar Jahren an dieses Jahr zurückdenkt. Das wird wahrscheinlich nervig werden.

Ja, ich weiss der Ganze damit verbundene Aufwand wäre fürs ehrenamtliche WPD Team unzumutbar. Da müsste man drüber nachdenken, ob und wie das zu lösen wäre. Das ist für alle Neu. Das Wordpress Deutschland Forum ist auch dafür nicht gestartet worden. Trotzdem passiert immer was woran man damals beim Start nicht dachte, und darüber sollte man offen nachdenken.

Nebenbei: So weit hergeholt ist die Kooperation mit staatlichen Stellen übrigens nicht. Die Birthler Behörde prüft auf Anfrage jedes Bundesbürgers im eigenen Haus nach, ob der Antragsteller von der Stasi bespitzelt wurde. Das geht so richtig erst seit 2004, weil vorher die Stasi Datenbanken und Stasi Akten kaum restauriert und in einer nicht wirklich durchsuchbaren Fassung vorlagen.
Und es gibt Parlamente und politische Vereinigungen, die beschlossen haben, eine solche Überprüfung ihrer Person von allen ihren Mitgliedern und ehrenamtlichen Mitarbeitern einzufordern.

Stimmt dies:
"Bei dieser (gem. ist die Blood & Honour) Datenbank handelt es sich um, für den Endbenutzer, nur bedingt verwertbare Daten. Dies zum einen deswegen weil man als Privatperson mit der IP Adresse herzlich wenig anfangen kann, zum anderen weil man ohne strafrechtliche Kenntnisse schwer bis gar nicht beurteilen kann ob nun eine spezielle Aussage explizit strafrechtswidrig ist oder nicht."

Im Einzelnen: "Bedingt verwertbar" ?
Die B&H Datenbank gibt mehr Details über ihre Benutzer her als nur die IP-Adresse. Die Datenbank kann mit einem Browser komfortabel nach beliebigen Begriffen, Zeiträumen, Regionen und auch Vorhaben einzelner Benutzer durchsucht werden. Auch die vom Benutzer selbsterstellten weiteren Profilangaben sind einsehbar. Zum Beispiel: ICQ ID, Wohnort, Beruf, Hobbys und auch Mitgliedschaft in Vereinen, Clubs oder Internetforen. Das werte ich mal als gut verwertbar.

Oder dies: "weil man ohne strafrechtliche Kenntnisse schwer bis gar nicht beurteilen kann ob nun eine spezielle Aussage explizit strafrechtswidrig ist oder nicht."

Sehe ich anders. Hier geht es nicht um wohlauszuwägende Nuancen einer möglichen Strafbarkeit oder ohne 2 tes Staatsexamen im Rücken nur schwer als Straftatsbestände erkennbare Sachverhalte.

Es geht um Verbrechen, die gut erkennbar sind.

Zwei Beispiele:

In der Datenbank sind z.B. eigene Forenbereiche mit Aufrufen zu Überfällen (Zusammenschlagen, Erschiessen, Verbrennen) auf Menschen enthalten. Diese umfangreichen Listen enthalten persönliche Adressangaben und Beschreibung des Umfeldes der Menschen, ihres Verhaltens und der Freunde und Bekannte. Alleine für Deutschland zählte ich über 1.000 Einträge, hinter jedem steckt ein Mensch der überfallen werden soll. Forenbenutzer pflegten diese Listen immer weiter, mit aktuellen Infos zum Menschen.

Die B&H Benutzerbeiträge sind mit dessen Signatur und Avatar ergänzt. Die Signaturen enthalten Inhalte, die schon in der Schule als Verboten gelehrt werden. Avatare sind aus verbotenen Symbolen des Dritten Reiches zusammengebastelt.

Natürlich ist Richtig: Welcher Straftatsbestand im Einzelnen, im Speziellen konkret verurteilt wird, muss vom Gericht geurteilt werden. Doch das ist der zweite Schritt.

Der erste Schritt ist meiner Meinung nach: Kann ich selbst die B&H Datenbankeinträge werten, ob sie Strafbar sind, ob es klar erkennbare Verbrechen sind. Ich meine ja - genauso wie ich in der U-Bahn werten kann, ob der Typ da schräg gegenüber den Nazigruß zeigt und die Fahrgäste mit Naziparolen anmacht.

Noch was anderes: Natürlich sind die Gedanken frei und jeder hat das Recht zu denken was er will, solange er diese nicht in Taten umsetzt. Was hab ich schon alles geträumt ...
Doch ein Forum für freie Meinungsäußerung ist das Blood & Honour Forum nach meinem Verständnis nicht. Ich meine, das wird auch für jeden "zufällig dort reingerutschten" Benutzer nach wenigen gelesenen Zeilen deutlich.

Zitat von jottlieb

Kommt auf den Namen drauf an. Manche Namen gibt es recht häufig.

Wie meinst du das? Fest steht: Jegliches Rechtsextreme wird hier im Forum nicht geduldet. Das steht auch so in den Forenregeln. Allerdings kann ich mich nicht dran erinnern, deswegen bisher einschreiten zu müssen.

Ja stimmt, manche Namen gibt es häufig.
Ich frage mich: Wie könnte man am sinnvollsten hier im Wordpress-Forum mit Blood & Honour Benutzern umgegangen werden, wenn diese auf den ersten Blick vom Namen her übereinstimmen mit Wordpress Forenbenutzern ?

Zur Erklärung: Das gehackte Blood & Honour Forum macht es Jedem möglich daß weitergehende Übereinstimmungen geprüft werden könnten: Je nach dem wieviel persönliche Details der B&H Benutzer in seinem eigenen Profil eingetragen hat (z.B. Alter, Stadt, ICQ Namen oder andere ID's...)
Dazu muss das gehackte Forum nur auf einer eigenen XAMP Umgebung installiert werden, indymedia hat dazu ein Paket mit 370 MB bereitgestellt. Einfach mal die Kommentare zum angegebenen Link im ersten Beitrag von mir hier lesen.

Allerdings ist das ein zweischneidiges Schwert. Einerseits sollte das vom WPD-Team geregelt werden, ab wann man auch mal ins (womöglich auch nicht) freigegebene Profil eines WPD-Forenmitglieds reinschaut. Andererseits, wer will schon so einen Verdacht gegen einen WPD-Benutzer konkret aussprechen.
Das müsste das WPD-Team überlegen, wie man damit umgeht.

Spektakulär: In den Medien wurde über einen Hack berichtet, durch den die komplette Forums-Datenbank eines Blood&Honour Webauftritts allen im Internet zugänglich wurde. de.indymedia.org | Blood&Honour Forum hacked!

Auf einem lokal installierten XAMP Server kann das gehackte B&H Forum von jedem Interessierten aufgesetzt werden.

Auch mehrere hundert deutsche Nutzer sind mit Emailadressen, Benutzernamen und anderen Details (z.B. ICQ - ID) in der gehackten Datenbank recherchierbar.

Das gehackte Forums liest sich als üble, menschenverachtende Dreckschleuder.

Mir fällt auf, dass Benutzernamen der B&H Datenbank auch hier im Forum zu lesen sind. In einem Fall ist zudem im selbsterstellten Profil des B&H Benutzers Webprogrammierung und Internet als Beschäftigung angegeben.

Einfach als Zufall abtun?
Verpassen wir vielleicht gerade ein paar grundsätzliche Überlegungen dazu hier im eigenen Wordpress Forum?

Zitat von codestyling

Glaub mir, ich weiss wovon ich rede. Das ganze Konzept hinter der Lösung geht nur darauf zurück, das man nur die Sprache angibt nicht jedoch das Land. Also muß man alle Sprachdateien, die man verwendet umbenennen in de.mo oder en.mo ... Dies würde ebenso für alle Plugins gelten also statt sitemap-de_DE.mo dann sitemap-de.mo.

Irgendwie habe ich andere Argumente: Das Umbenennen ist kein unzumutbarer Aufwand, sondern in 5 Minuten gemacht. Auch bei Plugin Updates. Einfach dran denken und gut ist. Und was ist verkehrt daran, ausschliesslich eine Sprachvariante anzugeben anstatt dem Land? Ich überlasse doch lieber dem Besucher in welcher Sprache er lesen will, und gehe deshalb davon aus, daß er seinen Browser in der für ihn richtigen Sprache eingestellt hat.

Zitat von codestyling

Wenn man dann auch noch die Locale umschalten muß, weil man die Komma- oder Tausenderseparatoren sprachkorrekt einsetzen muß, steht man im Regen !
Deutsch hat für Dezimalzahlen "," statt "." und Schweizer haben als Tausender Trenner statt "." dann " ' ". Viele Serversysteme können nur mit den 2stelligen Sprachkode keine Locale umschalten, somit ist das einfach nur schlecht. Es mag für bestimmte Projekte ein Schmalspurlösung sein, es ist aber keine vertretbare und aus Wartungssicht viel zu aufwendige Herangehensweise (Updates von Plugins, Themes, WP Sprachdateien ...)
Deshalb auch meine Einstellung zu dieser Lösung, ich hab viel zu oft mit sprachspezifischen Problemen gekämpft und beruflich weltweit Kunden betreut.

Das mag ja alles sein. Ob jedoch die Server (ich nehme an du meinst die Server des Wordpress Hosters) eine solche Einstellung der wp-config.php wie oben als Tipp dargestellt verarbeiten können, oder nicht ist mit genau einem Test innerhalb einer Minute geklärt. So habs ichs bei Hosteurope gemacht, es lief und fertig. So what?

Was ist eine schmalspurige Lösung wert im Vergleich zu keiner Lösung?
Die oben als Tipp genannte Lösung führt zum Ziel eines multilingualen Auftritts bei vertretbarem Aufwand und geringen laufenden Wartungs/Pflegekosten.
Damit ist sie vertretbar. Eine perfekte Lösung ist es nicht. Perfekte (ich meine "customized") Software-Lösungen kosten dafür aber auch viel Geld..

Ich würde mir übrigens wünschen du zeigst uns Schmalspurprojektlern einfach mal einen anderen, praxisorientierten Lösungsweg zur einleitenden Frage des Threads und dämpfst deine, ich nenne sie mit Verlaub, Freude an arrogantenTotschlagargumenten ("keine vertretbare Lösung" .. "ich weiss wovon ich rede" .. "hab beruflich weltweit Kunden betreut".).

Zitat von codestyling

Das ist Sülze, mit Verlaub!
Wenn ich

• de_DE für Deutschland
• de_AT für Österreich
• en_US für USA
• en_GB für britisch english

haben muß, nutzt ein de oder en gar nix. Außerdem sind die Sprachdateien wegen locale Funktionen ja auch mit Landesangabe. Und im Asiatischen Bereich ist das Land essentiell (Chinesisch != Chinesisch).
Außerdem kann der Browser ein Bevorzugungsmodell als Kennung schicken mit gewichteten Werten, der 1 Wert kann durchaus die am wenigsten gewünschte Sprache sein.
Dazu braucht man schon eine qualifizierte Erkennungsmethode und nicht dies 0815 Lösung, die nicht immer geht. (Denkt an die Suchmachinen Bots, die müssen gar nix schicken und ihr zermüllert euch die Serps.)

Hmm, ich hab das Theme meines Links oben lange Zeit genutzt, und war überrascht, wie gut das funktioniert, was du Sülze nennst.

Deine Beispiele mit Österreich und GB-British sind richtig, ja. Aber das ist über einen entsprechenden Fundus von Theme Sprachdateien zu lösen. Wer multilingual anbieten möchte, muss sich mit den Sprachdateien in jedem Fall auseinander setzen.

Und man kann bei Firefox die eigenen Sprachvorlieben genauso gewichten, wie man es lesen möchte. Im Ergebnis erlebe ich dann: Wird die oberste gewünschte Sprache nicht gefunden, dann springe zur zweiten und so fort - bis eine entsprechende Sprachdatei gefunden wurde.

Ich habe dies konkret mit Deutsch, Englisch, Portugiesisch, Spanisch und Italienisch im Betrieb obigen Themes von Avi erlebt. Damit war für meinen Blog Europa mit vergleichsweise geringem Aufwand abgedeckt.

Mach du einfach mal selbst den Test und ändere die Spracheinstellungen deines Browsers (z.B. auf Portugiesisch) und besuch die Demoseiten von Avis Soleil Theme, obs funktioniert.

Um überhaupt erstmal die Theme Navigation und allgemeinen Theme Texte in der Landessprache des Besuchers anzuzeigen dieser Tipp:

define ('WPLANG', substr($_SERVER['HTTP_ACCEPT_LANGUAGE'], 0, 2));

Diese Zeile in die wp-config einbauen.
Mehr Infos dazu hier drüben: Soleil Theme for WordPress :: Avi Alkalay - Abschnitt: "Soleil Localization and Internationalization"

Das Prinzip: Jeder Besucher übermittelt ja die voreingestellte Sprache des eigenen Browsers, wenn er eine Site besucht. Diese wird mit obiger Zeile ausgelesen und die entsprechende Sprachdatei des Wordpress Theme eingespielt. Wenn diese vorhanden ist ...

Sicher ? Nur durch die von Formularfeldern bekannten Vorgehensweisen .Schau mal was es zur Abwehr von Bots gibt, das ist ein bunter Werkzeugkasten verschiedener Methoden. Die Guten gegen die Bösen.

Thema Hosteurope: Dort hab ich das Webpack 2 Medium Paket.

Ja es bietet an Wordpress von Haus aus zu installieren, und es war bei Test vorne dabei, mit genau diesem Paket. hosteurope macht Werbung damit.

Allerdings ist das Webpack 2 Medium nicht wirklich sauber und gut zu nutzen für Wordpress.

Bei verschiedenen Plugins werden neue Verzeichnisse angelegt. Beispiel: Das vielgenutzte WP-Super-cache macht es so.

Leider werden durch eine fehlerhafte Konfiguration des Hosteurope Webservers die neuen Dateien und Verzeichnisse unter dem Besitzer "nobody" angelegt.

Den kann man aber nicht selbst verwalten - nur hosteurope. Selbst hat nur den Benutzer "ftponly" für die Dateiverwaltung per FTP.

Resultat: Fehlfunktionen bei Plugins, weil die Rechte für nobody Dateien aus der Sicht von Wordpress falsch gesetzt sind.

Die Supportline bietet als Lösung für diesen Fehler einen Link für ein externes Tool an, daß umständlich selbst zu installieren ist und nur händisch Datei für Datei den Fehler korrigiert. Ohne Gewährleistung, ohne Support durch hosteurope.
Das funktioniert für einen cache natürlich nicht.

Die eigentliche, nicht abgestrittene Ursache für den Fehler will man definitiv nicht beheben. Entsprechender Email Wechsel mit hosteurope liegt hier vor.

Meine Lösung:

Du kannst verschiedene Artikeltemplates anlegen.
Jedem Template ist eine andere Sidebar zugeordnet.
Dazu kommt in die functions.php deines Themes die Verdrahtung rein:

<?php


if ( function_exists('register_sidebar') ){


register_sidebar(array(        
		'name'=>'linke_sidebar1'));
register_sidebar(array(        
		'name'=>'linke_sidebar2'));
register_sidebar(array(
		'name'=>'rechte_sidebar1'));
register_sidebar(array(
		'name'=>'rechte_sidebar2'));
register_sidebar(array(
		'name'=>'rechte_sidebar_3'));
}


?>

Hier hast du also zwei Alternativen für die linke und drei für die rechte Sidebar.
In die Sidebars baust du die jeweiligen Widgets ein.

Beim Erstellen eines neuen Artikels wählt man dann über das Artikeltemplate die passende Sidebar aus. Die Sidebar Inhalte können auch später modifiziert werden.

Entscheidend ist: Welches Theme wird verwendet ..

Aber es gilt auch: Die Inhalte deiner Wordpress Nutzung unterliegen eigenen Urheberrechten oder Nutzungslizenzen.

Jedes Stückchen Text, jede Grafik und jedes Bild was nicht von dir gemacht wurde und das du mit Wordpress in die Internet Welt trägst sollte von dir geprüft werden, ob du für dein Vorhaben vom Autor die notwendigen Rechte eingeräumt bekommen hast.

Sollte dabei mit deinem Blog Geld verdient werden, dann können die Urheberrechte/Autorenrechte/Lizenzrechte die Benutzung fremder Grafiken, Bilder oder Texte, oder auch von Musikstücke verbieten.

Beispiel: Du bindest mit einem Wordpress Plugin tolle Fotos von der Fotocommunity flickr in dein Wordpress ein. Mit dem Blog verdienst du aber auch Geld (mit Anzeigen und Sponsorenhinweisen). Dann solltest du mal schauen, wie die Rechte der Fotografen für die Bilder festgelegt wurden.

Ich hab einige Wordpress Blogbetreiber darüber aufgeklärt, daß Wordpress umsonst und die Nutzungsrechte sehr freizügig sind. Was aber nicht für die damit übertragenen Inhalte gilt, auch wenn diese mit Wordpress Plugins erstellt oder eingebunden wurden.