Beiträge von Mr_Garrison

    Hallo Forum,

    ich habe es nach langem Suchen endlich geschafft, meinen Adminbereich über einen sicheren SSL-Proxy laufen zu lassen. Dazu habe ich in der wp-config.php folgende Zeilen eingefügt:

    Code
    define('WP_HOME', 'http://mein-blog.de');
    define('WP_SITEURL', 'https://ssl-proxy.de/mein-blog.de);
    define('WP_CONTENT_URL', 'http://mein-blog.de/wp-content');

    Nun werden die Seiten für Besucher über die schnelle, nicht-sichere Verbindung geleitet, während wp-login.php und Adminbereich über den SSL-Proxy laufen.

    Um zu verhindern, dass z. B. Graphiken aus dem Theme oder Bilder aus wp-content/uploads über die langsame SSL-Verbindung übertragen werden, habe ich zusätzlich in WP_CONTENT_URL die nicht-sichere Adresse festgelegt.

    Diese Konfiguration funkioniert abgesehen von folgenden "Macken", bei denen ich eure Hilfe brauche:

    1. Bei Aktionen im Backend, bei denen auf einen Button geklickt wird, werde ich manchmal auf eine URL geleitet, bei der der Benutzername fehlt:

    Code
    https://ssl-proxy.de/wp-admin/edit.php ->FALSCH
    https://ssl-proxy.de/mein-blog.de/wp-admin/edit.php ->RICHTIG

    Bei Klicks auf Links im Adminbereich tritt dieses Problem nicht auf.

    2. Die Wordpress-Smilies aus dem Ordner wp-includes/images/smilies/ werden über den SSL-Proxy geschickt... Gibt es eine (möglichst einfache) Möglichkeit, diese Smilies über die unverschlüsselte Verbindung zu senden?

    3. Wenn ich eingeloggt bin, wurde bisher (ohne SSL) in der Sidebar ein Link zum Adminbereich angezeigt. Da ich jetzt unter einer anderen URL eingeloggt bin (nämlich unter der des SSL-Proxys), ist der Login-Cookie von Wordpress nicht gesetzt. Gibt es dennoch eine Möglichkeit, diese Funkionalität zu erhalten (ohne die Sicherheit einzubüßen)?

    Vielen Dank & freundliche Grüße,

    Mr_Garrison

    Ich glaube, das Autosave läuft immer noch Amok...

    Gerade eben hab' ich festgestellt, dass es immer noch automatisch gespeicherte Entwürfe anlegt, wenn man auf "Artikel erstellen" klickt... Allerdings direkt und ohne, dass dich angefangen habe, einen Artikel einzutippen...

    Was ganz komisch ist: Bei den Wordpress.com Stats wird in der Artikelübersicht "automatisch gespeicherter Entwurf" bei einigen Bilderseiten angezeigt... Dabei steht dann auch nicht der "hübsche" Permalink, sondern der Link in der Form ".../?p=XXXX"

    Eigentlich sollte in den Stats der richtige Artikelname und der hübsche Permalink angezeigt werden... Zumindest war das vor Version 3.0 so...

    Gruß, Mr_Garrison

    Es liegt tatsächlich an Quickpress! Wenn ich das Widget deaktiviere, werden keine automatisch gespeicherten Entwürfe mehr angelegt!

    Komisch nur, dass das Problem jetzt erst auftritt. Vorher hat's doch auch funktioniert, ohne dass es gleich einen Eintrag in die Datenbank schreiben musste...

    Danke nochmal, jottlieb! :-P

    Ähnliches Problem seit WP 3.0

    Hallo Seir & Jottlieb,

    ich habe ein ähnliches Problem seit Wordpress 3.0 erschienen ist:

    Als ich einige Zeit nach dem Update auf Wordpress 3.0 die Datenbank aufgeräumt habe, ist mir aufgefallen, dass in der Tabelle wp_posts "automatisch gespeicherte Entwürfe" auftauchen. Und das, obwohl ich nichtmal angefangen habe, einen Artikel zu schreiben.

    Diese Einträge haben die Felder:
    post_title -> "Automatisch gespeicherter Entwurf"
    post_author -> meine User-ID
    post_date -> aktuelle Uhrzeit
    post_date_gmt -> 0000-00-00 00:00:00
    post_content, post_excerpt -> leer
    post_status -> auto-draft
    post_type -> post

    Ich konnte rekonstruieren, dass diese Einträge schon durch das bloße Aufrufen des Dashboards erzeugt werden. Ein Aufruf von /wp-admin/ genügt, schon wird eine neuer "automatisch gespeicherter Entwurf" in die Tabelle wp_posts eingefügt (falls nicht bereits eine solcher Eintrag mit meiner User-ID in der Spalte post_author existiert).

    Am Revision-Management kann's nicht liegen, denn das ist in der wp-config.php deaktiviert. Die Autosave-Funktion kann es eigentlich auch nicht sein, denn diese wird erst aktiv, wenn ein Artikel geschrieben wird.

    Ein Update auf Wordpress 3.0.1 hat dieses Problem nicht behoben.

    Wie kann ich diese nervige Funktion loswerden?

    Danke,
    Mr_Garrison

    Hallo nochmal,

    zwar konnte mir bisher niemand helfen, dafür konnte ich aber den Fehler etwas näher eingrenzen...

    Der Fehler tritt beim Upgrade von WP 2.9 auf WP 3.0 auf - vorher hatten die PHP-"Schnipsel" mit wp-blog-header.php am Anfang funktioniert.

    Aus Spaß hab' ich dann probiert, wp-blog-header.php durch wp-config.php zu ersetzen - interessanterweise hat das funktioniert!

    Kann mir vielleicht mal jemand erklären, was genau das

    Code
    require /../wp-blog-header.php
    bzw.
    require /../wp-config.php

    am Anfang eines PHP-Skripts bewirkt?

    Hallo Forum,

    ich habe eine PHP-Datei geschrieben, die von einem Javascript aufgerufen wird, um eine dynamische Ausgabe direkt in die Seite zu schreiben. Die Datei befindet sich im Theme-Ordner, also relativ gesehen im Ordner /wp-content/themes/theme.

    Um innerhalb der PHP-Datei auf diverse Wordpress-Funktionen zurückgreifen zu können, binde ich am Anfang die Datei wp-blog-header.php ein:

    Code
    require "/../../../wp-blog-header.php";
    bzw.
    require (dirname(__FILE__).'/../../../wp-blog-header.php');

    Mit Firebug konnte ich folgendes (etwas merkürdige) Verhalten feststellen: Beim Aufruf des Javascripts wird ein 404-Header gesendet, gleichzeitig ist in der HTTP-Antwort der von der PHP-Datei generierte Quelltext zu finden...

    Für mich sieht es so aus, als würde wp-blog-header.php einen 404-Fehler senden, der eigentlich keiner ist. Wo liegt mein Fehler?

    Btw.: Wenn ich einen anderen Pfad angebe, bricht das Skript mit Statuscode 500 (Internal Server Error) ab.

    Vielen Dank,

    Mr_Garrison

    So wie ich das sehe gibt es dann zwei Möglichkeiten:

    Im Body steht irgendwo der Link zum Trackback incl. rel-Attribut:

    PHP
    <a rel="trackback" href="<?php trackback_url(); ?>">Trackback</a>

    Oder man soll folgendes im Header platzieren:

    PHP
    <link rel="trackback" href="<?php trackback_url(); ?>" />

    Welche Variante ist die Richtige bzw. welche Variante würdet ihr bevorzugen?

    Mit "Medienseiten" meine ich Seiten, die bei der Abfrage is_attachment() "true" liefern. Also alle Seiten, auf der Anhänge (z.B. Bilder) dargestellt werden.

    Ich habe in den Sitemap Generator Einstellungen die Punkte

    • Startseite
    • Beiträge
    • Folgeseiten von Beiträgen
    • statische Seiten


    ausgewählt. Dennoch erscheinen keine Anhangseiten in der sitemap.xml. Die Idee, diese Seiten manuell einzupflegen hatte ich auch schon, allerdings könnte ich dann auch die gesamte Sitemap wieder manuell erstellen (hab' ich bisher so gemacht und wollte ich mir durch dieses Plugin eigentlich sparen).

    Hat noch jemand eine Idee?

    Hallo vampire,

    ja, das funktioniert mit dem Apache Modul mod_expires. Damit kannst du festlegen, dass der Webserver beim Ausliefern bestimmter Dateitypen eine Information mitsendet, wie lange diese im Browsercache des Clients vorgehalten werden sollen. In meiner .htaccess sieht das so aus:

    Mehr dazu: http://www.tipps-archiv.de/leverage-brows…od_expires.html

    Hallo Forum,

    bis vor kurzem habe ich meine Sitemap-Datei selbst erstellt, indem ich ein Crawler-Tool über meine Seite gejagt habe. Das Tool hat mir dann eine Sitemap-Datei erstellt, die Artikelseiten (Posts), statische Seiten (Pages) sowie Anhangsseiten (z. B. von Wordpress erstellte Bilder- oder sonstige Medienseiten) enthielt. Dies waren insgesamt über 200 URLs.

    Da mir der Aufwand nun aber zu groß geworden ist, habe ich das Google (XML) Sitemaps Generator for WordPress von Arne Brachhold installiert.

    Das Plugin funktioniert einwandfrei, allerdings sind in meiner Sitemap-Datei jetzt deutlich weniger URLs eingetragen, da z. B. Bilderseiten ausgespart werden. Insgesamt hat meine sitemap.xml jetzt nur noch 90 Einträge.

    Bis jetzt habe ich noch keine Einstellung gefunden, wo dies aktiviert werden könnte. Oder ist es nicht sinnvoll, auch Medienseiten per Sitemap an Google zu übermitteln?

    Hallo Forum,

    ich möchte E-Mail-Adressen vor Spambots schützen und habe daher folgende Methode verwendet:

    Ein Javascript zeigt die Mailadresse komfortabel mit "mailto:"-Hyperlink an, sofern Javascript aktiviert ist. In dem Skript selbst wird der E-Mail-Link kompliziert zusammengesetzt, so dass Spambots dies nur schwer analysieren können.

    Sofern Javascript deaktiviert sein sollte, müssen die Besucher zwar auf die komfortable Mailanzeige verzichten, sollen aber nicht ganz auf dem Trockenen sitzen. Dann wird mit der <noscript>-Umgebung alternativer Inhalt anzeigt, der die Mailadresse zumindest für Menschen erahnen lässt.

    Wenn man XHTML-valide arbeiten will, muss man innerhalb der <noscript>-Umgebung ein Blockelement (z.B. <p> oder <div>) verwenden. Leider baut dann aber Wordpress nach dem Schließen des Blockelements, aber vor dem Schließen des <noscript>-Elements ein automatisch ein <p> ein (welches nicht mehr geschlossen wird). Dadurch ist natürlich das gesamte Markup nicht mehr XHTML-konform.

    Beispiel:
    im Quellcode steht: <noscript><div>alternativer Inhalt</div></noscript>
    Wordpress macht daraus: <noscript><div>alternativer Inhalt</div><p></noscript>

    Habt ihr schon ähnliche Probleme mit Wordpress gehabt? Wie kann ich dieses Verhalten von Wordpress umgehen?

    Danke für eure Antworten,
    Mr_Garrison

    Hallo,

    ich versuche gerade mein Theme etwas schlanker zu machen. Dabei habe ich festgestellt, dass der wp_head()-Hook die Funktion custom_css aus der functions.php lädt, um noch ein paar Stylesheets in den HTML-Header zu schreiben. Die Styles lassen sich im Adminbereich auf der Optionsseite des Themes anpassen.

    Da ich diese anpassbaren Styles nicht brauche, möchte ich sie sie aus den Template-Dateien in die style.css packen und dort hart kodieren.

    Wenn ich aber die Funktion custom_css() aus der functions.php lösche, kommt folgende Fehlermeldung:
    call_user_func_array(): First argument is expected to be a valid callback, 'custom_css' was given in ...\wp-includes\plugin.php on line 339[FONT=verdana]

    Muss ein Theme also eine Funktion namens custom_css beinhalten, oder habe ich etwas falsch gemacht?[/FONT]

    Hallo Forum,

    ich habe ein Theme und eine deutsche Sprachdatei dazu. Um meinen Blog schneller zu machen, habe ich mir überlegt, die Übersetzungen aus der Sprachdatei direkt ins Theme zu schreiben, um die zusätzlichen __() bzw. _e() Funktionionsaufrufe zu sparen.

    Gibt es einen Weg, dies komfortabel zu erledigen? Ich habe in PoEdit keine Funktion gefunden, der das automatisch machen würde... Oder muss ich alle Übersetzungen per Hand ins Theme schreiben?

    Danke, Mr_Garrison

    Ok, danke erstmal!

    Momentan sieht die single.php bei mir folgendermaßen aus:

    PHP
    <?php get_header(); ?>
            <div id="primary-content" class="narrowcolumn">
    <?php include (TEMPLATEPATH . '/theloop.php'); ?>
    <?php comments_template(); ?>
            </div>
    <?php get_sidebar(); ?>
    <?php get_footer(); ?>

    theloop.php zeigt dann den Beitrag an:

    PHP
    <div id="post-<?php the_ID(); ?>" class="entry">
    <h2 class="entry-header"><a href="<?php the_permalink() ?>" rel="bookmark" title='Permalink zu "<?php strip_tags(the_title()); ?>"'> <?php the_title(); ?></a></h2>
    <div class="entry-date"><?php the_time() ?><?php the_author_posts_link(); ?></div>
    the_content(sprintf(__("Continue reading '%s'", 'unnamed'), the_title('', '', false))); ?>
    <?php wp_link_pages('before=<p><strong>' . __('Pages:','unnamed') . '</strong>&after=</p>'); ?>

    Ich nehme an, dass der Aufruf von the_content() in der image.php nur den Text zum Bild ausgibt, nicht das Bild selbst... Wie kann ich dann auf das Bild zugreifen?

    Hallo Forum,

    ich möchte mit der image.php die Seiten für Bilder-Attachments umgestalten. Zu diesem Zweck habe ich die Datei image.php angelegt und den Inhalt der single.php hineinkopiert.

    Nach der Template Hierarchy für Anhänge von Wordpress sollte das eigentlich auch funktionieren, schließlich hat die single.php - als noch keine image.php vorhanden war - diesen Job erledigt.

    Leider zeigt die image.php aber das gewünschte Bild nicht an - Bild-Text sowie Kommentar-Template werden aber ohne Probleme eingebunden.

    • Meine Fragen: Was muss ich tun, dass die image.php das gewünschte Bild anzeigt?
    • Ist das ein Bug oder erwartet Wordpress von mir, dass ich den Code zum einbinden des Bildes selbst einfüge?
    • Warum macht das die single.php automatisch, während die image.php das nicht tut?


    P.S.: Den gleichen Effekt habe ich, wenn ich statt der image.php die Datei attachment.php verwende.

    Hallo Forum,

    ich bin gerade auf der Suche nach meinem Permalink-Umlaut-Problem über diese Seite gestolpert und finde den Ansatz sehr vielversprechend:

    http://www.code-styling.de/deutsch/permal…2-clean-umlauts

    Meine Fragen:
    - Funktioniert dieser Ansatz korrekt? Hat es schon jemand ausprobiert?
    - Funktioniert dieser Ansatz auch mit Kategorie- bzw. Tag-Permalinks?
    - Gibt es irgendwo eine "offizielle" de_de.php zum Download?
    - Wird diese Funktionalität in Zukunft in den Core bzw. das Wordpress-Deutschland-Sprachpaket aufgenommen?

    Danke,
    Mr_Garrison