Beiträge von Ryu

  • Keine Zugriffsrechte auf eigenes Plugin

    Der Doppelpost tut mir Leid, aber ich kann meinen Beitrag nicht mehr editieren:
    Das Leerzeichen in dem Part, der den Link definiert, hat den Fehler verursacht (z.B. Menue Link -> MenueLink):

    PHP
    function easycontact_config() { add_menu_page('Easy Contact - Einstellungen', 'Easy Contact', 'read', 'EasyConctact', 'easycontact_config_page');}

  • Keine Zugriffsrechte auf eigenes Plugin

    [FONT=arial]Nabend,
    ich habe mir ein Plugin zusammengestellt (keinerlei Anbindung zur Datenbank) und dies mit einer Oberfläche für den ACP ausgestattet. Wenn ich die Einstellungen nun aber aufrufen möchte, habe ich angeblich keine Rechte:
    [COLOR=#333333]Du hast nicht die erforderlichen Rechte, um auf diese Seite zuzugreifen.
    Eingebunden habe ich die Konfigurationsseite folgendermaßen - der Link als Untermenü zu "Einstellungen erscheinen":

    PHP
    /* Integriere Menülink */add_action('admin_menu', 'easycontact_config');


/* Definiere Menülink und -seite im Dashboard */function easycontact_config() { add_options_page('Easy Contact - Einstellungen', 'Easy Contact', 'read', 'Easy Conctact', 'easycontact_config_page');}


    [/COLOR][COLOR=#333333]Temporäre Lösung ist es, die Konfigurationsseite direkt als Menüpunkt einzufügen, indem ich den entsprechenden Befehl ändere (add_options_page -> add_menu_page). So hat sich das Plugin dann auch ohne Schwierigkeiten oder Probleme vom ACP aus konfigurieren lassen:

    PHP
    function easycontact_config() { add_menu_page('Easy Contact - Einstellungen', 'Easy Contact', 'read', 'Easy Conctact', 'easycontact_config_page');}


    Was mach ich falsch oder wieso habe ich "nicht die erforderlichen Rechte"? Hätte es der Vollständigkeit halber lieber unter "Einstellungen" verlinkt. [/COLOR]:confused:

    ~ Ryu[/FONT]

  • Kommentare übertragen von Seite auf Beitrag

    Dazu müsstest du in die Datenbank von Wordpress (zumindest weiß ich keinen einfacheren Weg). Die meisten Provider verwenden für die Verwaltung von Datenbanken phpMyAdmin. Wie du dorthin kommst, variiert ebenfalls - normalerweise über das Kundencenter. Bist du in deiner Datenbank eingeloggt, geht es los:

    -> Bild:

    1. Rufe im Menü "SQL" auf

    2. Gebe folgenden Befehl ein:

    UPDATE `wp_comments`
    SET
    `comment_post_ID`=[COLOR=#0000ff]61[/COLOR]
    WHERE `comment_post_ID`=[COLOR=#0000ff]134[/COLOR]

    "wp_comments" ist die Tabelle, in der sämtliche Kommentare gespeichert werden.
    "comment_post_ID" ist die ID des Beitrages / der Seite, der die Kommentare zugeordnet sind.

    Ersetze dabei "[COLOR=#0000ff]61[/COLOR]" durch die ID der Seite / des Beitrages, zu dem die Kommentare verschoben werden sollen
    und "[COLOR=#0000ff]134[/COLOR]" durch die ID der Seite / des Beitrages, in dem die Kommentare stehen.
    Die ID's stehen bei Standardeinstellung in der URL, ansonsten zu finden, wenn du beim Bearbeiten unter Wordpress auf "Kurzlink anzeigen" klickst.
    Das tolle ist, dass Wordpress sowohl Seiten, als auch Beiträgen, auf dieselbe Weise eine "post_ID" zuordnet.

    3. Drücke auf OK - fertig, ausloggen nicht vergessen
    Das Ganze wiederholst du nun für jeden Beitrag, dem die Kommentare einer Seite zugewiesen werden sollen.

    Was macht dieser Befehl?

    Kurz gefasst sagt dieser Befehl:
    Füge in der Tabelle "wp_comments" in der Spalte "comment_post_ID" den Wert "61" ein, wenn in der Spalte "comment_post_ID" der Wert "134" eingetragen ist.

    Getestet - funktioniert einwandfrei.

    Ich hoffe, dass ich dir damit helfen konnte.

    ~ Ryu

  • Undefinied function get_home_url

    Guten Abend,
    ich baue mir mit Hilfe von Google einen PHP basierenden CSS-Switcher für mein Theme zusammen und habe eine neue switcher.php im Theme-Ordner abgelegt. Dort möchte ich nun die Home-URL abrufen:

    PHP
    <?php 
$homeurl = get_home_url();
$homeurl = str_replace("http://", "", $homeurl); 
?>


    Führt beim Abruf allerdings zu "Call du undefined function get_home_url()". Trage ich stattdessen die URL ein, funktioniert es wie gewollt - aber das macht meinen Stil leider unflexibel, sodass diese URL immer per Hand abgeändert werden müsste.
    Mir stellt sich jetzt bloß die Frage, weshalb dies als "undefined function" bezeichnet wird, obwohl diese doch eigentlich ein fester Bestandteil von Wordpress ist? Ein kurzer Test, in dem ich die URL über dem Content in der header.php ausgeben möchte, funktioniert. Mir wird meine Home-URL so angezeigt, wie ich es möchte (ohne "http://").

    PHP
    <?php 
$homeurl = get_home_url();
$homeurl = str_replace("http://", "", $homeurl);
echo $homeurl; 
?>


    Mein Verdacht ist nun: Irgendwoher muss die .php ja die Information nehmen, dass diese Funktion existiert. Nur wie - und woher? Was mache ich falsch? :D

  • Verzweiflung - 55 Wörter

    Die content.php war nicht bei den Suchergebnissen nach "excerpt" aufgelistet und ich habe wirklich überall geguckt, wo ich etwas vermutete. Vielleicht sollte ich das Suchen einer Frau überlassen, wenn ich das nächste Mal suche, suche und suche. -.-"

    #Gelöst

  • Verzweiflung - 55 Wörter

    [size=10][FONT=verdana]Mit "l[COLOR=#333333]eider taucht dieser Tag nicht ein einziges mal in den Templates auf" wollte ich mich eher auf "<?php the_excerpt(); ?>" beziehen, dessen Stichwort "excerpt" ich in dem Zusammenhang nicht finden kann, um diesen entsprechend zu ersetzen.
    Eine experimentelle Änderung deines Fundstückes zu [/COLOR][/FONT][/SIZE]"<?php the_content(); ?>" (wobei ich in dieser Änderung auch keine Erwartung gesteckt habe), bewirkt rein gar nichts. Das Ganze ist nämlich auch innerhalb von "<div class="entry-content">" in page.php und page-template-maintenance.php vorhanden.

  • Verzweiflung - 55 Wörter

    [FONT=verdana]Guten Abend,
    ich habe beschlossen, meinem Blog einen neuen Mantel zu verpassen und das Theme "Fanwood" spricht mich dazu besonders an. Allerdings stellt sich mir die Hürde, dass die Beiträge auf der Hauptseite sowie im Archiv immer in ihren kurzgefassten 55 Wörtern erscheinen. Ich möchte aber, dass diese Beiträge vollständig angezeigt und manuell mit dem <more>-Tag geschnitten werden können. Bis hier hin wird man mir jetzt wahrscheinlich einen von "[COLOR=#333333]<?php the_excerpt(); ?>" [/COLOR][COLOR=#333333]ersetzen durch[/COLOR][COLOR=#333333] "[/COLOR][COLOR=#333333]<?php the_content(); ?>" erzählen, wie in einer handvoll Threads und unter anderem hier beschrieben wird... leider taucht dieser Tag nicht ein einziges mal in den Templates auf. In der functions.php habe ich immerhin folgendes gefunden, womit allerdings nur "..." hinter dem letzten Wort angezeigt wird:

    PHP
    /* Modify excerpt more */


    add_filter('excerpt_more', 'fanwood_new_excerpt_more');


    [/COLOR][/FONT][COLOR=#333333][FONT=Courier New][FONT=verdana]

    PHP
    /** * Filters the excerpt more. * * @since 0.1 */
function fanwood_new_excerpt_more( $more ) {    return '…';}


/**

    Das Hinzufügen von folgendem führt außerdem zu einem syntax error:

    PHP
    <?php
function new_excerpt_length($length) {
return 20;
}
add_filter('excerpt_length', 'new_excerpt_length');
?>


    [/FONT][FONT=verdana]
    Verwendet/-e jemand das beschriebene Theme oder blickt da durch und kann mich auf einem Ansatz bringen, wie ich diese Kürzung loswerde? Denn ich finde nichts für mich eindeutiges und komme mit meinem Viertelhalbwissen nicht weiter. :(

    Hochachtungsvoll, :D
    Ryu[/FONT]

    [/FONT][/COLOR]

  • WP 3.8 Backup mit Xammp ausführen lassen

    Zitat von Hille

    Du hast da einen Denkfehler. Auf dem Server ist der vhost sicher so konfiguriert, das dein docroot auf dein Verzeichnis zeigt z.B. /wordpress. Lokal hast du das aber nicht festgelegt, so das dein docroot / ist. Folglich müssen alle Links z.B. /wordpress/?p=132 angelegt werden.

    Stimmt, schon etwas peinlich. Da das Ändern des docroot in der httpd.conf ("/wordpress" hinten dran) zwar das Blog per localhost direkt aufrufbar gemacht hatte, nachdem ich dies in siteurl und home entsprechend geändert habe, funktionierte gar kein Link mehr - Internal Server Error, sobald ich auf eine Unterseite wechselte.

    Aber das Problem löste ich, indem ich mit dem hier zwei virtuelle Hosts hinzugefügt habe und meine Blog ganz spielerisch per localhost123 erreichbar gemacht habe. Das Ganze sieht nach dem </Directory>-Tag bei mir nun in etwa so aus:

    In meiner host-Datei habe ich gemäß der verlinkten Anleitung "127.0.0.1 localhost123" hinzugefügt und in der Datenbank siteurl und home auf "http://localhost123" gesetzt. Schwupp - gebe ich nun localhost123 in die Adresszeile ein, erscheint mein Blog und sämtliche Verlinkungen funktionieren.

    Das Dashboard sieht nun auch wieder so aus, wie es sollte: Im Verzeichnis "/wp-admin/css/" fehlte unter anderem der Ordner "color". Da kann ich rumprobieren wie ich will, wenn nicht alle Dateien heruntergeladen worden sind, wird sich daran nichts ändern.

    Im Großen und Ganzen lag es - grob ausgedrückt - bloß an meiner Dummheit. :neutral:
    Problem gelöst.

    ~ Ryu

  • WP 3.8 Backup mit Xammp ausführen lassen

    Guten Abend,
    vorweg weise ich darauf hin, dass ich mich über mehrere Stunden todgesucht habe, mir aber keine gefundene Lösung geholfen hat.
    Und zwar habe ich vor, meine Blog lokal auf meinem Rechner auszuführen. Dazu benutze ich Xammp. Folgendes habe ich gemacht:


    • Datenbank vom Server exportiert
    • Maximale Uploadgröße in der (lokalen) php.ini angepasst, damit ich diese überhaupt auf meinem lokalen phpMyAdmin importieren kann
    • In der Tabelle wp_options siteurl und home angepasst ("http://localhost/[COLOR=#ff0000]wordpress/[/COLOR]"
    • Sämtliche Dateien heruntergeladen und in das Verzeichnis "xammp\htdocs\wordpress" kopiert

    Das Blog lässt sich aufrufen, ich kann mich einloggen, Beiträge erstellen... von der Technik her funktioniert alles und auch mein Style wird korrekt dargestellt. Trotzdem treten folgende Probleme auf, zu denen ich keine funktionierende Lösung gefunden habe.

    Ich habe sämtliche Links in Beiträgen und Seiten folgendermaßen eingefügt:

    Code
    <a href="/?p=132">LINKNAME</a>

    Direkte Pfade habe ich also nirgends genutzt, auf dem Server kann ich die Verzeichnisse auch beliebig verändern - der Link führt weiterhin zur korrekten Seite.
    Lokal wird allerdings auf "http://localhost/?p=132" anstelle von "http://localhost/[COLOR=#ff0000]wordpress/[/COLOR]?p=132" verwiesen, obwohl siteurl und home mit "http://localhost/[COLOR=#ff0000]wordpress/[/COLOR]" ausgefüllt sind. Links in der Navigation zu festen Seiten, die ich über Design > Menüs im Kasten "Seiten" hinzugefügt habe, sind hingegen wieder korrekt. Auch sind sämtliche Links korrekt, die in der Sidebar zu den neuesten Beiträgen.
    Dazu kommt, dass das Dashboard völlig verkrüppelt dargestellt wird und die Grafiken fehlen, aus unbekannter Ursache (siehe Anhänge). Dieselben Probleme treten übrigens auch bei einer völlig frischen lokalen Wordpress-Installation.

    Ich weiß nicht weiter und vielleicht hat hier jemand eine Idee, woran das liegen könnte. Denn ich kann nicht nachvollziehen, weshalb es online funktioniert, lokal aber sämtliche Unterverzeichnisse in meinen externen Links zu localhost gekürzt werden.

    ~ Ryu

    PS: Es fehlt übrigens ein "3.8"-Präfix.