Beiträge von Ammaletu

Dazu brauchst Du kein Plugin, das ist doch mit einem Seiten-Template in wenigen Zeilen PHP-Code gemacht. Leg eine statische Seite an, kopier die page.php und mach sie zu einem Seiten-Template. Dann eine Query nach allen Autoren einbauen und die gewünschten Infos ausgeben. Etwas Styling drauf für die Anordnung, fertig.

Im Code gibt es mehr Infos zu den benötigten Informationen, z.B. hier:
http://codex.wordpress.org/Template_Tags/wp_list_authors

Klar ist das Spam! Idealerweise würde das Rausfiltern ein AntiSpam-Plugin für Dich übernehmen. Was setzt Du da denn ein? Mir fängt AntiSpamBee sowas ganz gut weg. Ansonsten bleibt nur gandenlos selber löschen.

Idealerweise solltest Du versuchen zu verstehen, wie Deine Seite kompromittiert wurde. Und ja, dazu musst Du Dir auch anschauen, wo genau die Infektion sitzt. Je nach Lücke kann das natürlich auch in der DB sein. Einfach nur neu machen reicht nicht, denke ich, sonst kannst Du ja Pech haben und die Infektion ist in 'ner Woche wieder da.

Davon abgesehen: Setz den Blog doch lokal mit XAMPP mal auf und probier es aus mit der DB. In der DB direkt was zu finden kann schwierig sein, weil es vermutlich nicht im Klartext drin stehen wird. Aber wenn die Seite läuft müsste sich das ja äußern, wenn noch was da ist.

Und in jedem Fall: Backups machen und aufheben. Gerne auch Zwischenstände, bloß gut markieren, was potentiell infiziert ist. Die Backups müssen später natürlich weg.

für die Sicherheit des Blogs empfehle ich übrigens ein Plugin wie "Limit Login Attempts". Das verhindert, dass jemand einfach Logins durchprobiert.

Ist spät, deshalb nur zwei schnelle Code-Beispiele aus meiner eigenen Seite. Ausführlicherer Blog-Beitrag kommt vielleicht später noch.

Folgendes fügt in einem Twenty-Eleven-Child-Theme eine Klasse mit dem Namen der Seite dem Body-Tag hinzu:

/**
 * Adds a site-specific CSS class to the list of body classes.
 * 
 * @param array $classes An array of body class names.
 * @return array The modified body class name array.
 */
function abc_body_class($classes) {
  global $blog_id;
  
  $blog_details = get_blog_details($blog_id, false);
  $domain = str_replace('.', '-', $blog_details->domain);
  $classes[] = 'blog-' . $domain;
  return $classes;
}


add_filter('body_class', 'abc_body_class', 12);

Ich nutze für meine Multsite Sub-Domains, deswegen nehme ich den Domainnamen zum Aufbau des Klassennamens, mit dem Präfix "blog-" davor. Man könnte das aber genauso mit dem Seitennamen machen. Der müsste dann nur noch durch eine slug-Funktion geschickt werden, damit da keine für CSS ungültigen Zeichen reinkommen.

Der Klassenname lautet dann z.B. "blog-subdomain1-example-com" oder "blog-example-com". Damit kann man im Stylesheet Dinge modifizieren.

Und zum Testen in PHP auf bestimmte Blogs habe ich mir für die benötigten Blogs Funktionen wie diese geschrieben:

/**
 * Checks whether the current blog is the code blog.
 * 
 * @return bool True if the current blog is the code blog site, false
 * otherwise.
 */
function abc_is_code_blog() {
  global $blog_id;
  $blog_details = get_blog_details($blog_id, false);
  return (strpos($blog_details->domain, 'code.example') === 0);
}

Der Vergleich der Position statt des Prüfens des ganzen Strings wird nur gemacht, da ich das online als example.net und lokal als example.loc laufen habe. Wenn Du solche Spielerein nicht brauchst kannst Du auch einfach einen String-Vergleich nutzen. In der sidebar.php könntest Du dann so switchen:

if (abc_is_code_blog()) {
  dynamic_sidebar( 'sidebar-code-blog' )
} else {
  dynamic_sidebar( 'sidebar-1' )
}

Für register_sidebar natürlich genauso.

So, hoffe das hilft weiter. Ansonsten fragen. :-)

Infos zu den Möglichkeiten bei WP-Querys findest Du hier:
http://codex.wordpress.org/Class_Referenc…uery#Parameters

Mein spontaner Gedanke war, dass es mehr Sinn machen würde, das mit Custom Taxonomies zu lösen. Insbesondere würde ich die Ausstattung dann nicht als String abspeichern sondern als einzelne Tags. Dann sollte es auch einfach sein, alle Beiträge mit z.B. "USB 3.0" und "Bluetooth" oder so rauszufinden, ohne dass man zu viele Strings parsen muss.

Hast Du mal probiert, TinyMCE auszuschalten (in Deinem Nutzerprofil) und dann mit der Quelltext-Ansicht zu arbeiten? Falls es dann auch auftritt ist das vielleicht ein qTranslate-Problem.

Ich bin als normaler Kunde bei Domainfactory sehr zufrieden und weiß, dass die auch Reseller-Tarife anbieten. Der Service stimmt da auf jeden Fall und so unbekannt sind sie auch nicht mehr. Inwiefern die Preise in Deinen Augen angemessen sind kann ich natürlich nicht beurteilen. ;-)

Zitat

Ich hätte jetzt wirklich gerne dass mir die Artikel dieser Kategorie auf der Startseite angezeigt werden - weiss jedoch überhaupt nicht was zu tun ist, momentan zeigts mir nur die Überschrift meines neusten Artikel an, wenn ich dann draufklicke kommt irgend ein Kauderwelsch :/

Das Theme zeigt auf Index-Seiten wie der Startseite scheinbar nur die Überschrift an und keinen Auszug oder den Text. Das kannst Du im Theme relativ leicht ändern, abzuschauen an anderen Themes oder hier noch mal fragen.

Das Kauderwelsch ist der Inhalt des Artikels. Da liegt es an Dir, was weniger akuderwelscherisches zu schreiben. ;-) Sieht aber ok aus für mich. Die Sternchen laufen im Firefox übrigens aus dem Inhaltsbereich raus und in die Sidebar rein. Das sieht nicht gut aus, stattdessen besser ein hr-Tag verwenden.

Und zum Anpassen der Startseite: Probier es mal so in der index.php, oben über dem Loop:

if (is_home()) {
  query_posts($query_string . '&category_name=Startseite');
}

Machen kann man sowas natürlich irgendwie, Plugins sind mir aber keine bekannt. "allgemeines Datenbank-Frontend-Tool" klingt für mich nach phpMyAdmin. Bist Du sicher, dass WP dafür das richtige Tool ist? Ich meine, wieso WP? Willst Du das in eine bestehende Seite integrieren, und wenn ja, gibt es dafür einen bestimmten Grund? Wenn Du WP nur als Oberfläche für diese Daten brauchst, wäre dann nicht eine spezielle Anwendung dafür besser, z.B. mit Ruby-on-Rails oder einem PHP-Framework wie CakePHP?

Ich will Dich da jetzt nicht entmutigen, aber es lohnt schon, noch mal nachzudenken, ob die Integration in WP der beste Weg ist, denke ich.

Das kann man mit PHP-Code im Theme so hinbiegen (Seiten-Template), ist aber eigentlich nicht die Art, wie die statischen Seiten von WordPress gedacht sind. Die Startseite stellt einfach alle Artikel dar, wenn sie so konfiguriert ist. Die gleichen Artikel werden auch in Kategorie- und Tag-Seiten dargestellt sowie in den Datumsbasierten Archiven.

Überlege am besten erst aml, ob für Deinen Zweck nicht eine Kategorie das richtige wäre. Allen betroffenen Artikeln diese Kategorie zuweisen, dann stellt die Kategorieseite diese Artikel chronologisch sortiert dar. Die Kategorie kannst Du dann z.B. im Menü verlinken oder als Link auf eine statische Seite setzen. Du kannst natürlich auch alle Artikel dieser Kategorie in einem Seiten-Template auflisten.

Doppelpostings werden nicht gerne gesehen, Titel hin oder her. Wenn jemandem was dazu einfällt meldet er sich schon. Ich persönlich kann Dir gerade keine Code-Beispiele posten, das muss bis später die Woche oder Wochenende warten.

Generell ist es kein Problem, ein Theme für mehrere/alle Blogs einzusetzen und dann pro Blog anzupassen. Ich habe z.B. mit ein paar Zeilen in der functions.php an das Body-Tag eine Klasse mit dem Namen der Seite gehangen. Darüber kann man schon mal Style-Änderungen machen. Mit dem gleichen Mechanismus kannst Du natürlich auch in der sidebar.php verschiedene Widget-Bereiche definieren und einbinden.

Ich versuche dazu heute oder morgen was rauszusuchen und melde mich dann hier.

Zitat

das mit der Jobbörse ist nicht wirklich freundlich, zumal ich kaum Ahnung vom Programmieren, my sql oder php habe---ist auch nicht mein job und auch keiner den ich professionell ausüben möchte

Das hast Du glaube ich falsch verstanden: Die Jobbörse ist ein Unterforum hier im Forum, wo man Aufträge an Profis ausschreiben kann. Gegen Geld üblicherweise, auch wenn das außerhalb des Forums geklärt werden soll. Also eine Variante für Leute, die wenig Zeit und/oder Ahnung haben und es einfach nur geklärt haben wollen. In Deinem Fall aber etwas Overkill, da die Lösung ja sehr einfach ist.

Falls Du noch nicht so weit bist: Log Dich über phpMyAdmin oder ein vergleichbares Tool direkt an der Datenbank ein und ändere die Adresse in der wp_options-Tabelle. Wo Du schon dabei bist zieh da auch ein komplettes Backup der Datenbank.

Backups: Generell am besten automatisch erstellt. Es gibt verschiedene Plugins, die Dir z.B. einmal wöchentlich die DB per E-Mail schicken. Die hochgeladenen Dateien müsste man dann ab und an per FTP sichern.

Zitat

wordpress wird ja überall als idiotensicher angepriesen, da sollte man uns idioten wirklich eine deutlich sichtbare warnung geben, was passiert, wenn man die blogadresse ändert

Sorry, aber keine Server-Software ist idiotensicher. Sowas sagen nur Leute, die keine Ahnung haben. Wenn Du selber Software betreibst, solltest Du sie idealerweise auch verstanden haben und beherrschen, sonst gibt es ein böses Erwachen wenn wirklich mal Probleme auftreten. Alternativ kannst Du eben Profis bezahlen, das für Dich zu machen oder mit Einschränkungen einen gehosteten Dienst wie wordpress.com nutzen (wenig anpassbar, dafür kein Ärger mit Updates, Hacks etc.).

Das hier sieht nützlich aus:
http://www.onextrapixel.com/2009/07/01/how…in-admin-panel/

Threads wiederfinden: Einloggen > Nützliche Links > Abonnierte Themen. Oder, falls Du Threads nicht abonnierst, über Dein Profil.

Ich würde das auch nicht unbedingt als Problem sehen, jedenfalls falls Deine Seite zentriert ist. Dann ist es nämlich sehr nervig, wenn auf langen Seiten die Scrollbar da ist und auf kurzen nicht, der zentrierte Inhalt also beim Browsen hin- und herspringt. Firefox macht das auf jeden Fall, Chrome, Safari und Opera weiß ich nicht genau. Deswegen ist es durchaus gut, die body-Mindest-Höhe auf 101% oder so zu setzen.

Ok, also noch mal: Auf einer Backend-Seite, die Dein Plugin erstellt, kannst Du mit HTML und CSS und JS machen, was Du möchtest. Auch Tooltips. Ob Du es machen solltest, ist eine andere Frage, da das Backend auch davon lebt, dass es einheitlich wirkt.

In der Beschreibung der Plugins auf der Plugin-Seite würde ich solche Spielereien lassen. Die Texte kommen aus der readme, wenn ich mich gerade richtig erinnere, also geht dort kein HTML, und das ist sicher auch Absicht so. Du kannst dort aber Links einfügen über die API, z.B. auf die Pluginseite. Schau Dir dazu mal andere Plugins an, man sieht ja bei einigen, dass sie die Pluginseite, Doku etc. verlinken (Zeile unter dem Beschreibungstext).

Die Antwort wird sich nicht ändern, wenn Du die Frage neu postest! :-(
http://forum.wpde.org/plugins-und-wi…bearbeiten.html

Doppelpostings sind hier nicht gerne gesehen. Das macht es nur für alle unübersichtlicher. Den anderen Thread habe ich also mal entfernt.

Zu Deinem Problem: Du hast Backups von den Dateien und der Datenbank, richtig? Auf Deinem Rechner an einem sicheren Ort? Dann besteht ja schon mal kein Grund zur Panik. :-)

Als nächstes ein paar Infos: Was genau hast Du geändert? Die Permalinkstruktur oder die Blog-Adresse? Ein Ändern der Permalinkstruktur sollte sich nämlich tatsächlich nicht auf das Backend auswirken, da werden ja keine Adressen umgeschrieben.

Wie ist der IST-Stand? Was passiert, wenn Du die Loginseite oder das Backend aufrufst?

Bitte die Forenregeln noch mal lesen, dieses Forum richtet sich nicht an Nutzer von wordpress.com. Dort gibt es eigene Foren. Und die Antwortet lautet übrigens "gar nicht", das ist der Nachteil dafür, dass Du mit dem Betrieb keinerlei Arbeit hast.

Sowas ist in jedem Falle nicht trivial. Hast Du mal nach konkreten Anleitungen im Netz für die Kombination aus WP und Deiner Forensoftware gesucht? Für einige Systeme mag man da was finden. Alternativ kann man vielleicht beide System an eine externe Authentifizierung (LDAP?!) anbinden? Eigene Erfahrungswerte kann ich da aber leider nicht anbieten, sorry.