Beiträge von marX

    "Members only" ("Nur für Mitglieder") sagt eigentlich alles. Es können nur Besucher auf dein Blog zugreifen, die registriert und angemeldet sind. Alle anderen sehen entweder die Login-Maske oder eine WordPress-Seite deiner Wahl.

    Ich habe die benutzerdefinierte Struktur vor einem Jahr wie folgt eingestellt:
    /%post_id%-%postname%/
    Änderungen daran würde meine Artikel URL´s kaputt machen.
    Also dort darf ich nichts ändern.


    Gut, sollst du ja auch nicht.

    Zitat

    Damit der "." in der Kategorie-Basis aber akzeptiert wird, muss die benutzerdefinierte Struktur
    mindestens mit /%category%/%post_id% anfangen.
    Und das ist ja ein Wiederspruch


    Eigentlich nicht. Die Kategoriebasis bezieht sich auf die Kategorie-URLs, nicht auf die Artikel-URLs. (Überschneidungen kann's dennoch geben, was ja der Test mit der %post_id% gezeigt hat. Aber so genau hab ich mir die Rewrite-Klasse jetzt auch nicht angesehen...)

    Zitat

    Ich habe glaube vorher Version 2.3. verwendet. - bin mir aber nicht sicher...


    Das ist schonmal schlecht.

    Zitat

    Dort konnte man wenigstens noch die Kategorie-URL "manuell" ändern


    Ich wüsste nicht wo und wie. Ich kenne WP seit 2.0, und seitdem ist mir sowas nicht begegnet. Als Plugin vielleicht?


    Danke, schau ich mir mal näher an. Beim kurzen Überfliegen scheint mir das aber kein generelles Problem zu sein, sondern mit speziellen Serverkonfigurationen zusammenzuhängen.
    Ich kann dir gerne die relevanten Teile meiner phpinfo-Ausgabe posten, zum Vergleich.

    Zitat

    Wenn du es letzte Woche für jemanden gemacht hast, dann wärst du so freundlich und sagst mir vielleicht was du bei Kategorie-Basis eingetragen hast?


    Hab ich doch schon 2x. "Genau wie in der FAQ" ist wohl nicht deutlich genug. ;-) Aber bitte:

    Zitat

    Kategoriebasis: "."
    Tagbasis: "stichwort"


    (Schrägstriche filtert 2.6 bei der Eingabe)
    Die erwähnte Seite war übrigens einer der Testseiten im Diskussionsthread.

    Zitat

    Wie gesagt, das einzige Problem welches besteht ist, dass nach der Umstellung auf meinen alten URL (von den Kategorien) die PR´s "liegen" und erreichen tue ich die neuen URL´s nur, wenn ich vor jeder Kategorie Category schreibe.


    Wie lautete den die Kategoriebasis bei dir zuvor? Und welche WP-Version war vorher im Einsatz?

    Zitat

    Und das ist ja nicht Sinn und Zweck vom Umstellen auf 2.6.2.


    Sicher nicht. (Abwärtskompatibilität kann aber nicht in jedem Fall gefordert werden.)

    Also ich habe mittlerweile gelesen, dass es bei der Version 2.6.2. Probleme mit den Permalinks gibt. Zur Zeit gibt es aber wohl keine Lösung für das Problem.


    Wo? Quelle bitte.

    Zitat

    Hat jemand vielleicht ähnliche Erfahrungen gemacht oder doch eine Idee?


    Wie ich schon sagte, ich habe genau so etwas wie in der FAQ und dem dort verlinkten Thread beschrieben auf einer meiner Websites gemacht. Diese Site hab ich letztes Wochenende problemlos von 2.3.3 auf 2.6.2 migriert. Es gab dabei keine größeren Probleme.

    erstmal ein persönliches Lob an dich, immer zur Stelle, immer hilfsbereit :smile: .


    Danke... :oops:

    Zitat

    max_execution_time: 50000 (in was wird die Angabe gemacht? Millisekunden oder Sekunden?)


    Ja, in Sekunden. Wow! :-) Manche haben nicht mal soviel, wenn es nur Millisekunden wären. 30-60s ist hier der Normalfall.

    Zitat

    memory_limit: 40M (vermutlich 40Megabyte - daran sollte es wohl nicht liegen)


    Ja, Megabyte. Passt. (Mmh, obwohl... könnte schon sein, wenn ein umfangreiches XML-Dokument eingelesen wird, dass der Speicher eng wird. Aber 40MB sollten normalerweise schon genügen.)

    Zitat

    post_max_size: 8M (vermutlich 8Megabyte - auch unrealistisch, da ich ja immer nur einen Output zwischen 1 und 3MB bekomme)


    Passt auch.

    Zitat

    upload_max_filesize: 20M (s. o.)


    Jupp.

    Zitat

    Also hängt es vermutlich an der max_execution_time!? Oder ist der Wert realistisch? Kann ich diese Werte irgendwie selbst verändern? Oder muss das über den Provider geschehen (Webspace mit PHP-Unterstützung)? Könnten sonst noch irgendwelche Werte relevant sein?


    Eigentlich nicht. Schau mal ob du irgendwo ne aussagekräftige Fehlermeldung im Error-Log findest:
    WordPress Deutschland FAQ Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten?

    Du könntest einen Filter auf den Kalender anwenden, und

    HTML
    <td id="today">


    ersetzen mit

    HTML
    <td title="Heute" id="today">


    Wenn ein Eintrag geschrieben wurde, dann würde das title-Attribut des Links genommen, es würde sich also nichts "beißen".

    Klingt erstmal alles gut, nur - es gibt leider keinen Filter auf den Kalender. Du könntest dir natürlich mit PHP-Output-Buffering selbst was basteln, aber obs das wert ist musst du selbst wissen. Kanonen und Spatzen und so... ;-)

    Binär sollte okay sein, wobei sich die meisten PHP-Dateien auch problemlos im ASCII-Modus übertragen lassen sollten.

    Deine anderen WPs liegen alle bei anderen Hostern, sonst gibts keine Unterschiede? Vielleicht anderes FTP-Programm, Personal Firewall? Sogar Antivirenprogrammen können Ärger machen hab ich letztens hier gelernt. :-)

    Downloadpaket von hier (DE-Version) oder von der englischen Downloadseite probiert (unterscheidet sich im wesentlichen eh nur duch die Sprachdatei...)?

    Muss ich verstehen warum du das tun willst? Wenn überhaupt, dann würde ich eher den Rest auf UTF-8 umstellen. Aber bitte...

    Theoretisch müsste es ausreichen, wenn du die beiden Parameter zum Encoding der DB-Verbindung in der wp-config.php entsprechend umstellst. (d.h. Blog gibt ISO-8859-1 aus, aber die DB-Verbindung bleibt "utf8").

    Sollte das nicht klappen, dann exportiere die Datenbank, wandel den Dump von UTF-8 in ISO-8859-1 um und spiel den Dump wieder ein.

    Auf jeden Fall würde ich das Ganze aber erst auf einer Testinstallation gründlich testen. So eine Änderung des Encodings ist nicht ganz ohne Risiken.

    Leg dir für die statische Seite ein Seitentemplate an. Dort baust du den Befehl für die meistgelesenen Artikel ein:

    PHP
    <?php if (function_exists('get_most_viewed')): ?>
       <ul>
          <?php get_most_viewed(); ?>
       </ul>
    <?php endif; ?>


    Das Seitentemplate weist du deiner (passwortgeschützten) Seite zu.

    Ob das Plugin eine Backend-Funktion hat weiß ich nicht. Wenn du eher "Statistiken" über dein Blog möchtest, dann solltest du dir auch ein Statistikplugin suchen. Die haben meist sehr ausführliche Auswertungen im Backend.

    WordPress › statistics Tags WordPress Plugins
    WordPress › stats Tags WordPress Plugins

    WP beginnt keine neue "Zeile". WP weiß gar nicht, was eine "Zeile" ist. WP generiert HTML, für die Darstellung ist dein Browser zuständig. Und der fragt zusätzlich die CSS-Datei ab. ;-)

    Ich hab mal testweise die Rahmen der IFrames anzeigen lassen, dem 1. die CSS-Eigenschaft "float:left" mitgegeben und deine Sidebar auf min. 248px (2 x 120px Breite + 4 x 2px Rahmen) vergrößert. Dann sind die IFrames nebeneinander. Ohne Rahmen dürften auch 240px reichen.