Beiträge von Ammaletu

Die Seite liefert mir 404, da kann ich also nur raten: Entweder die Permalinks gehen generell nicht oder Du hast irgendwo einen Fehler in der Template-Datei oder einem Plugin. Letzteres solltest Du sehen können, wenn Du in der wp-config.php mal WB-DEBUG auf true setzt (danach aber wieder auf false stellen).

Der Thread auf wp-hackers, an den ich dachte, war übrigens der hier:
http://lists.automattic.com/pipermail/wp-h…ber/035279.html

Man kann seine eigene Seite offenbar stark belasten, wenn man ins RSS-Widget die eigene Feedadresse einträgt. Wenn dann der Feed nämlich irgendwie nicht verfügbar ist (oder nicht schnell genug), dann ruft WP den ggf. bei jedem Seitenaufruf ab. Was natürlich völlig unnötig ist, dafür gibt es ja schließlich andere Widgets.

Ob es sich in diesem Fall darum handelt kann ich natürlich nicht sagen. War nur meine erste Assoziation beim Lesen. Wie gesagt, mal checken dass es sich nicht um die eigenen IP-Adressen handelt.

Du kannst sowohl WP sagen, wie groß diese Standardgrößen sein sollen, und auch welche Du davon ggf. nicht brauchts. Du kannst auch neue Größen definieren, die dann ebenfalls angelegt werden. Im Backend unter Einstellungen > Mediathek > Bildgröße kannst Du die Größen eingeben.

Wenn Du Bildgrößen entfernen oder hinzufügen möchtest, müsste das mit Code passieren, der entweder in die functions.php Deines Themes kommt oder in ein eigenes Mini-Plugin. Kann ich Dir bei Bedarf mal raussuchen, wo das geht.

Ich hab gerade keine Details zur Hand, aber auf der wp-hackers-Liste wurde letztens mal erwähnt, dass sich ein WP-Blog auf diese Weise selber aufgerufen hat. Hm, was war das...? Ich glaube, es ging um die cron-Funktionalität, erinnere mich aber wirklich nur ganz dunkel. Anyway, die IP ist weder Deine eigene noch die von Deinem Webserver, oder?

Du kannst Meldungen so loggen:

error_log('123');

In Abwesenheit eines richtigen Debuggers ist das in überschaubaren Fällen eine brauchbare Methode zu schauen in welche ifs und elses tatsächlich reingegangen wird. Einbauen, Seite aufrufen, Log kontrollieren.

Ich habe ansonsten leider keine Idee, was da bei Dir schiefgeht. Sorry. Klingt schon sehr merkwürdig, vor allem wenn es mal geht und mal nicht. Hast Du im übrigen mal einen anderen Browser probiert?

Ich habe mal kurz in den Code geschaut, was da eigentlich passiert. wp-login.php lädt die wp-load.php und diese wiederum ruft die Funktion is_blog_installed() in wp-includes/functions.php auf.

Hier werden nun verschiedene Checks gemacht. Wenn Du dem Problem auf die Spur kommen willst, würde ich vorschlagen, in dieser Methode mal kurz ein paar Log-Meldungen einzubauen um zu sehen, was da genau passiert.

Prinzipiell schaut diese Methode, ob sie die Option namens "siteurl" aus der DB laden kann. Du könntest also nach der WP-Installation mal schauen, ob die Option korrekt in der DB steht.

Du kannst Dir für einzelne Kategorien Templates anlegen, category-[slug].php oder category-[id].php. Du kannst auch eine category.php anlegen (kopier für beides im Zweifel die archive.php) und darin die verschiedenen Fälle handhaben.

Du musst dafür natürlich überlegen, wo die Daten herkommen sollen. Beschreibung der Kategorie? Gleichnamige statische Seite? Gleichnamiger Nutzer?

Plugins wie Widget Logic erlauben es, für Widgets bestimmte Abfragen einzugeben. Da sollte auch sowas wie user_logged_in() gehen, denke ich, wobei Du die genaue Syntax bitte mal im Codex nachschlagen müsstest.

Zitat

gibt es hier wirklich keinen, der auch bei bplaced hostet??

Leser dieses Threads? Sieht nicht so aus, das wäre aber auch ziemlicher Zufall, denke ich. Wieso fragst Du das nicht besser den Support des Hosters? Von WordPress werden die sicher schon gehört haben und können Dir sagen, ob das mit Deinem Hostingpaket gehen sollte. Hier sind die Voraussetzungen für Multisite: http://codex.wordpress.org/Create_A_Netwo…er_Requirements

Freut mich, dass das geklappt hat. Schau im Zweifelsfall immer zuerst in den Codex nach brauchbaren Methoden, WP bietet schon sehr viel an API. Da kommt man relativ weit mit. ;-)

Zitat

Danke, aber das hilft mir irgendwie nicht weiter ...

Da wäre nun die Frage wieso. ;-) Habe ich falsch verstanden, worum es Dir geht? Oder hast Du nicht gesehen, dass ich in dem Thread gepostet habe, wie man außerhalb des Loops die ID herausbekommen kann?

Melde das wenn möglich doch bitte auch dem Plugin-Autoren, damit er das beheben kann. Es klingt ja nicht so, als wäre die Umleitung in irgendeiner Weise gewünscht gewesen.

Das müsste sich so in der Sprachdatei des Themes finden. Da die Funktion mit dem Themenamen aufgerufen wird, reicht es nicht, denke ich, wenn das in der allgemeinen WP-Sprachdatei oder sonst einer anderen Datei steht. Diese Textdomain muss übereinstimmen. wenn alle anderen Theme-Texte übersetzt werden, schau mal nach, ob die Textdomain "woothemes" dort die gleiche ist und ob die Sprachdatei auch entsprechend geladen wird.

Ansonsten: Ja, das wäre eher eine Frage für den Themeautoren bzw. deren Forum. Poste hier aber ruhig die Antwort, falls sich das klärt, für alle die hier später per Google oder Forensuche landen. ;-)

Schau mal hier: http://forum.wordpress-deutschland.org/design/77444-c…auswertbar.html

Zitat

Um das zu bewerkstelligen muss ich eine Datenbankabfrage mit php schreiben

Ich denke, das ist die Stelle, wo Du gedanklich falsch abgebogen bist. ;-) Manuelle SQL-Queries abzusetzen sollte immer ein allerletztes Mittel sein. Wann immer möglich solltest Du mit der WP-API arbeiten, das hält länger und birgt weniger Gefahren.

In Deinem Fall solltest Du Dir Funktionen wie query_posts anschauen, siehe dazu den Codex: http://codex.wordpress.org/Function_Reference/query_posts

Also vor ein paar Wochen hatten wir einen Thread, der klang eigentlich genauso. Da stellte sich am Ende heraus, dass es doch an einem Redirect-Plugin lag. Schau mal bei den Plugins bzw. in der .htaccess-Datei nach.

Gib uns doch mal ein paar Details dazu: Sind die beiden Blogs auf dem gleichen Server installiert? Nutzen sie die gleiche Datenbank? Und vor allem welche WP-Version wird benutzt?

Zitat

Kann es daran liegen, dass dies mein Problem verursacht?
Da bei meinen lokalen Webserver auch die standard Einstellung "AllowOverride All" eingestellt ist.

Das kannst Du ja sehr leicht herausfinden, indem Du lokal den Wert mal auf AllowOverride FileInfo verstellst. Das muss zumindest gehen auf Deinem Server, sonst klappen die Permalinks nicht.

Es ist schon spät und ich bin nicht mehr so ganz anwesend geistig, aber ich sehe im Moment nicht so ganz, wie die Permalinks mit der AuthUserFilezusammenhängen sollen. Hast Du denn mal probiert ob es geht, wenn Du nur den Block für wp-login.php entfernst und die .htaccess in wp-admin/ drin lässt? Eigentlich sollte es doch ausreichen, wenn man nicht in wp-admin reinkommt, dann kann man sich an der wp-login.php ja gerne ausprobieren. Um die abzusichern gibt es außerdem das Plugin "Limit Login Attempts", das ich sinnvoll finde.

Dann schau doch zuerst mal, wie die Kommentarfelder im Theme umgesetzt sind. Vielleicht steht es da ja auch direkt drin?! comments.php normalerweise.

kaiser: Ne, das ist schon ok so. Siehe Example 3 hier: http://www.php.net/manual/en/lang…nekudotayim.php

WP_Widget ist hier ein Funktionsname, soll vermutlich ein Konstruktor/Init-Methode sein. Das wäre jetzt jedenfalls meine Interpretation, ohne den Code laufen gelassen zu haben.

vampire: Sorry für die Detaildiskussion. Geht es denn nun?