Beiträge von Ammaletu

    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?

    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

    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?

    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. ;)

    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

    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.

    Zitat

    * Bei Zeile 61 & 73 hast Du "-/>" statt "->" drinnen.

    Yep, das scheint ein Tipfehler im Originalcode zu sein.


    Zitat

    * Weiters sind die Variablen $before_title und $after_title, sowie $before_widget und $after_widget nicht definiert.

    Laut Kommentar werden die extract_args angelegt, wie auch immer das genau gehen mag.


    Zitat

    * Das kann ich mir so nicht vorstellen (kann aber sein): parent::WP_Widget(false, 'HalloWelt', $widget_ops);

    Das sollte ein normaler Aufruf einer Methode an der Parent-Klasse sein. In diesem Zusammenhang aber wichtig: Das benötigt, denke ich, PHP 5, damit daraus was wird.

    get_post_meta() funktioniert überall, Du musst nur die ID reinreichen, z.B. so:

    PHP
    <?php if (isset($wp_query->queried_object_id)) { $rating = get_post_meta($wp_query->queried_object_id, 'rating', true); } ?>
        <title><?php bloginfo('name'); ?><?php if (isset($rating)) { echo ' -- Rating=' . $rating; } ?></title>

    Das Tutorial beschreibt, wie Du ein Widget in einem Plugin umsetzen kannst, damit es unabhängig vom aktuellen Theme verwendet werden kann. Alternativ kannst Du das auch in eine Datei in Deinem Theme einbauen, z.B. eine widgets.php anlegen und diese in die functions.php einbinden (wichtig, dort und nicht in die sidebar.php, sonst steht das im Backend nicht zur Verfügung).

    Wenn Du Dich an die Anleitung des Tutorials hältst, musst Du einfach nur alle Code-Schnipsel in einer neuen Datei ablegen, innerhalb von "<?php" und "?>" natürlich.

    Ich kann Dir nicht ganz folgen. Du hast die Zeile, die zu entfernen wäre, doch schon gefunden gehabt in der single.php. Diese gibt das Bild aus. Das kann jetzt entweder einfach weg oder Du musst eben die Thumbnail-Adressen bei den Beiträgen eintragen. Was hat das mit einem Plugin zu tun?! Habe jetzt nicht die Zeit, das Teil zu googlen und anzuschauen...