Beiträge von Putzlowitsch

    Gut, hier mal schnell so eine Funktion, am einfachsten in die Datei functions.php im aktuellen Theme-Ordner eintragen:

    Um eine internen Link in den Text einzufügen, einfach an der Stelle folgendes schreiben:
    <!--intlink:ID:Text-->

    Wobei ID die Id des zu verlinkenden Beitrages ist, und Text ist der als Link anzuzeigende Text. Dieser darf auch leer sein, dann wir der Titel des Beitrages verwendet. Also z.B. <!--intlink:222:-->

    Gut, schöner wäre das natürlich in einem Plugin aufgehoben, aber so geht es erstmal zum testen.

    Gruß
    Ingo

    Naja, man könnte dazu ein Filter in 'the_content' reinhängen, das über eine festzulegende Konvention, sagen wir mal {ID:Text} dann mit get_permalink() und falls Text leer ist auch mit get_the_title() den entsprechenden Link einsetzt.
    Aber sag jetzt nicht, das sich die ID auch ändern kann, dann weiß ich ehrlich gesagt nicht, wie das gehen soll :-)

    Gruß
    Ingo

    Ich habe für meinen privaten Spaß einen Strato-PowerServer S. Kostet 29.90 im Monat, hat einen Celeron 2400, 512MB Hauptspeicher, 60GB Festplatte (kein Raid) und auch eine Remote-Konsole.
    Naja, ich lasse darauf ein kleines Chat-Servlet unter Tomcat laufen, dafür reicht es allemal. Allerdings kann ich zur Performance im Hochlastbetrieb nix sagen, bei drei bis sieben Leuten die da gleichzeitig angemeldet sind merke ich jedoch noch keine Engpässe :-)

    Gruß
    Ingo

    Prinzipiell ist erstmal nahezu alles möglich :-)
    In diesem Fall dürft es aber schwierig sein, denn dieses 'page' ist tief in den WP-Kernmodulen verankert, man könnet da zwar in den Quelltexten rumwerkeln, ich muß aber davon abraten. Des weiteren ist das auch ein strukturelles Problem. WP muß ja irgendwie erkennen können, das es sich um Seiten handelt, und das wird halt über das "Schlüsselwort" 'page' realisiert. Bestenfalls 'page' durch 'seite' ersetzen wäre denkbar, aber auch hier muß in den Originaldateien rumeditiert werden.

    Gruß
    Ingo

    Sie sind nicht drin.
    [COLOR=#000000][COLOR=#cc0000]WHERE comment_type = ''
    [COLOR=Black] bezieht sich nur auf normale Kommentare, sonst steht da 'trachback' oder '[/COLOR][/COLOR][/COLOR]pingback' drin. Um alle Kommentare anzuzeigen, kann die oben genannte Bedingung in der SQL-Abfrage weggelassen werden. Oder noch etwas komfortabler, man legt die anzuzeigenden explizit fest, etwa so:
    [COLOR=#000000][COLOR=#cc0000]WHERE comment_type IN ( '', 'trackback', 'pingback' )
    [COLOR=Black]Die jeweils nicht gewünschten einfach in den Klammern weglassen.

    Gruß
    Ingo[/COLOR]
    [/COLOR][/COLOR]

    Es geht aber schon um die von dir oben genannten Seite? Wenn ich da jetzt den Feed anklicke, wird er bei mir korrekt angezeigt. Eventuell mußt Du mal das Neuladen erzwingen, möglicherweise liegt die fehlerhafte Version noch im Cache. Beim Firefox z.B. mit Shift+Reloadbutton.

    Gruß
    Ingo

    Wäre auch was für ein Plugin, denn direkt im Beitrags-/Seitentext mit den Templatetags zu arbeiten, setzt voraus, daß bei der Ausgabe auch PHP interpretiert wird.
    Ein Plagin könnte sich per add_filter( 'the_content', ... ) einklinken und alle nach einem vorgegeben Muster, z.B. {$NAME} eingfügten Variablen ersetzen.
    Bestimmt gibt es sowas schon als Plugin, man muß es nur finden :-)

    Gruß
    Ingo

    Ich sehe folgende Fehlermeldung:

    Code
    Call to undefined function:  wp_title_rss() in /www/htdocs/.../blog/wp-includes/feed-atom.php on line 14

    Und tatsächlich gibt es diese Funktion vor Version 2.2 nicht. Früher war das nämlich the_title_rss(). Könnte also sein, das beim Update nicht alle Dateien aktualisiert wurden. In diesem Fall wäre die feed.php in wp-includes betroffen.
    Wenn es dort the_title_rss anstelle von wp_title_rss gibt, ist das eine alte Datei die nicht zu WP 2.2 paßt.

    Gruß
    Ingo

    Klar, PHP_SELF (und auch z.B. $_SERVER['SCRIPT_FILENAME']) gibt das ausgeführte Script zurück. Das ist immer index.php. Die eigentlich angeforderte Seite steht in $_SERVER['REQUEST_URI'].

    Gruß
    Ingo

    ...Und ich glaub, ich werd mich solangsam mal mit dem Gedanken an einen Umzug anfreunden...

    Ich weiß zwar nicht, bei welchem Webhoster Du zur Zeit bist, aber ein Umzug kann durchaus die Lösung einiger Probleme (und auch neue Probleme ;-)) bringen.

    Im übrigen kann die Trennung von Haupt- und Subdomain soweit gehen, das diese bei unterschiedlichen Hostern liegen, sofern die Hoster entsprechenden DNS-Konfigurationsmöglichkeiten bieten.

    Gruß
    Ingo

    Das hängt auch davon ab, wie beim Webhoster Subdomains realisiert werden. Die "billige" Variante ist einfach eine Umleitung per .htaccess auf ein Unterverzeichnis. Die bessere Variante ist die Einrichtung eines virtuellen Hosts in der Webserverkonfiguration, wodurch man eine saubere Trennung erreicht.

    Gut möglich, das bei Dir im ersten Fall durch die Permalink-.htaccess die Subdomain-Konfiguration verloren gegangen ist. Kannst ja mal gucken, ob in der .htaccess bei deiner zweiten Konfiguration, wo die Subdomain noch funktioniert, was anderes drinsteht.

    Das läst sich so auf die Ferne allerdigs alles schwer beurteilen.

    Gruß
    Ingo

    Wenn man immer nur danach geht, wo grad ein Angebot günstiger ist, käme man aus dem Wechseln nicht mehr raus. Und wenn man Pech hat, gibt es den Anbieter, bei dem man ein paar Cent spart, nach einem halben Jahr nicht mehr. Dann muß man wechseln. Oder es gibt den nächsten, der wieder ein paar Cent weniger kostet, und man muß auch wechseln, weil man ja immer den billigesten haben will. Viel Spaß! :-)

    Gruß
    Ingo

    Ja, die Größe spielt auch eine Rolle. Hat ein Bild eine Größe von Breite x Höhe in Pixel größer als (3 * 1024 * 1024), dann wird kein Thumbnail erzeugt. Der Grund ist einfach. Zum Erzeugen des Vorschaubildes muß das Originalbild komplett in den Speicher geladen werden. Da dürfte dann bei sehr großen Bildern des beliebte "Allowed memory size of xxxxxxx bytes exhausted..." auftreten.
    Wenn man allerdings genug PHP-Speicher zur Verfügung hat, kann man das Limit auch ausschalten. Dafür muß ein Filter für 'wp_thumbnail_creation_size_limit' einen Wert kleiner 0 zurückgeben, z.B.:

    PHP
    <?php
    function plw123_wp_thumbnail_creation_size_limit( $size_limit, $attachment_id, $file ) {
      return -1;
    }
    add_filter( 'wp_thumbnail_creation_size_limit', 'plw123_wp_thumbnail_creation_size_limit', 10, 3 );  
    
    
    ?>

    Gruß
    Ingo

    ...
    Was aber immer noch nicht erklärt, warum WP die Datei ab und zu neu schreibt, oder?
    ...


    Ja, das ist in der Tat ungewöhnlich. Normalerweise passiert das nur, wenn man das explizit in den Permalinkeinstellungen im Adminbereich ausführt.
    Aber gut möglich, das dafür ein Plugin verantwortlich ist.
    Was mir noch einfällt: Wenn man eine statische Seite schreibt oder ändert, passiert das auch. Hast Du vielleicht was an statischen Seiten gemacht?

    Gruß
    Ingo