Beiträge von EarlMobile

    Ich habe jetzt eine andere Lösung gefunden:
    Jetzt läuft alles auf Client-Seite, PHP kommt nur noch dann ins Spiel, wenn ein zweidimensionales JavaScript-Array mit den Werten für die Archivlinks und -namen erstellt wird. Der Wechsel zwischen den einzelnen Links läuft jetzt auf JavaScript-Ebene.

    Vorteile: Serverentalastung, einfacher
    Nachteile: wenn JavaScript dekativiert ist, läuft gar nichts (könnte man sicher umgehen und dann halt die altbackene Archivdarstellung anzeigen)

    Eine Frage hätte ich aber noch:
    Es wäre von Vorteil, beim Klicken von internen Links den Archivlink zu belassen. Derzeit springt er stets wieder auf den Ausgangswert zurück, schließlich wird die Sidebar ja immer neu geladen. Eine Lösung dieses Problems könnten Cookies sein. Kann man heutzutage davon ausgehen, dass der allergrößte Teil der User Cookies zulässt? Oder sollte man nach Möglichkeit nicht darauf zugreifen?

    Weihnachtliche Grüße
    EarlMobile

    Hallo,

    ich arbeite gerade an einem Theme für meinen neuen Blog, welches besonders minimalistisch und aufs Wesentliche reduziert sein soll. Da mir die üblichen Lösungen, in der Sidebar die Monatsarchive darzustellen - über ul/li bzw. select/option - dafür nicht geeignet schienen, arbeite ich jetzt einer Lösung, die zu jeder Zeit nur einen Link zu einem bestimmten Monat anzeigt und dafür rechts und links einen kleinen Pfeil einbindet, über den man dann zwischen den einzelnen Monaten auswählen kann.
    Siehe auch die Beta-Version des Blogs.

    Bisher habe ich mich selbst an einem solchen Plugin versucht, bleibe allerdings an ein paar kniffligen Details stecken.
    Aus dem jetzigen Stand kann man schon ersehen, was gemeint ist, nur funktioniert bisher der Wechsel zwischen den einzelnen Monaten nicht.

    Daher meine Frage: Kennt jemand vielleicht bereits fertige Plugins, die eine solche Archiv-Auflistung ermöglichen?

    Ansonsten ist hier der Code, wie er bisher vorhanden ist:
    function.php

    sidebar.php:

    PHP
    <ul>
               <li><?php 
                    if (isset($_POST['prev'])) {
                        archive_slide($direction='prev');
                    } else if (isset($_POST['next'])) {
                        archive_slide($direction='next');
                    } else {
                        archive_slide();
                    } ?></li>
            </ul>

    Beste Grüße,
    EarlMobile

    Hallo Amaletu,

    vielen Dank für deine Antwort!
    Ich bin mir nicht ganz sicher, ob ich richtig verstanden habe, was du meinst. Jedenfalls steht in der Oberfläche unter Einstellungen - Allgemein:

    Wordpress-Adresse: http://www.castor-und-pollux.de/ganymed
    Blog-Adresse: http://ganymed.castor-und-pollux.de

    Das heißt, auch bei "Wordpress-Adresse" müsste dann die eigentliche Subdomain liegen? Habe ich das so richtig verstanden?

    Ganz zu Beginn, als das neue Blog gerade frisch angelegt war, hatte ich arge Probleme damit, dort die Subdomain einzutragen, obgleich diese schon von meinem Hoster eingerichtet wurde. Daher hatte ich es erst einmal so belassen, für mich stand im Vordergrund, dass in der Adressleiste auch immer fein die Subdomain statt des eigentlichen Pfades angezeigt wird.

    Liebe Grüße,
    EarlMobile

    Liebes Forum,

    ich habe kürzlich neben meinem Hauptblog http://www.castor-und-pollux.de auf der Subdomain ganymed.castor-und-pollux.de eine zweite Wordpress-Installation aufgesetzt, die effektiv im Ordner /ganymed liegt.

    Jetzt stört mich insbesondere beim Schreiben des Themes folgendes Problem:
    Wordpress scheint mich nicht mehr als eingeloggten User zu erkennen. Einerseits zeigt es im Theme nicht die Bearbeiten-Links und all jene Sachen an, die von Haus aus oder durch meine eigene Hand per is_user_logged_in nur eben solchen Usern angezeigt werden sollen, die tatsächlich eingeloggt sind (Anmelden/Abmelden, Registrieren/Admin). Ferner zählt auch wordpress.com-Stats meine eigenenen Besuche mit.

    Eine komplette Neuinstallation der aktuellen Version sowie ein Switch auf den Kubrick-Theme beheben Problem nicht. Das Problem tritt auch unabhängig davon auf, ob ich im Hauptblog eingeloggt bin oder nicht, wobei selbiges problemlos läuft.

    Die Blogs nutzen unterschiedliche Datenbanken, laufen sonst ohne Probleme.

    Kann mir vielleicht jemand weiterhelfen?

    Vielen Dank schon mal,
    EarlMobile

    Hallo liebe Community,

    ich habe das Theme-Design meines Zweitblogs mit jeder Menge Herzblut und viel zeitlichem Aufwand entwickelt.
    Jetzt befürchte ich, dass vielleicht Möglichkeiten bestehen, die Theme-Dateien auszulesen und so schnell und komfortabel ein Plagiat zu erstellen. Mir ist klar, dass es keinen absoluten Schutz dagegen gibt, die .php-Dateien dürften auch für den Nicht-Hacker mehr als genügend geschützt sein, aber das Stylesheet und die enthaltenen Bilddateien liegen ja praktisch nackt auf dem Server. Um die Bilder mache ich mir weniger Gedanken, aber gibt es vielleicht eine Möglichkeit, den Datenklau zu erschweren?

    Letztlich wären ja auch die Vertreiber kommerzieller Themes daran interessiert, also wie lösen die das Problem? Oder anders gefragt: Gibt es überhaupt eine sinnvolle Vorkehrung?

    Vielen Dank für jede Antwort,
    EarlMobile

    PS: Kennt vielleicht jemand ein Programm, mit dem man Plagiate von eigens gekennzeichneten Bilddateien im Internet wiederfinden kann?

    Hm also wenn ich das richtig verstanden habe, müsste man den entsprechenden Code ja irgendwo in den Dateien index.php bzw. archive.php
    einfügen.
    Könnte man denn damit trotzdem auf den Titel eines privaten Artikels zugreifen oder würde der von vornherein gar nicht erst "übergeben" werden, sodass diese beiden Dateien erst nach dem "Filter" für private Artikel abgerufen werden?

    EDIT:
    Ich habe das Problem jetzt folgendermaßen gelöst:
    Zunächst habe ich den Status aller ehemals privaten Artikel auf "passwortgeschützt" umgestellt. Dann habe ich mithilfe des Plugins "Protected Post Personalizer" einen eigenen Text festgelegt, der immer dann angezeigt werden soll, wenn ein Artikel passwortgeschützt ist. Mittels der Option, das Passwortformular von Wordpress via CSS zu beeinflussen, habe ich dann die Sichtbarkeit des gesamten Formulares auf "hidden" gesetzt.
    Ein paar kleine Schönheitsfehler gilt es noch zu beseitigen, aber das dürfte nich schwer werden.
    Hier das Endergebnis!

    Liebe Grüße
    EarlMobile

    Hallo liebe Community,

    wenn man einen Artikel als "privat" markiert, wird er ja dem Admin (und vielleicht auch anderen registrierten Benutzern) mit dem Präfix "Privat:" weiterhin angezeigt. Der nicht registrierte User, der bspw. über Google oder einen Referrer auf der Seite landet, sieht gar nichts und weiß nicht einmal von der Existenz des privaten Artikels.
    Ich möchte nun auf der Hauptseite und in den Archiven die privaten Artikel weiterhin anzeigen, jedoch nur die Überschrift mit dem Präfix "Privat:".

    Wie kann ich das erreichen? Muss ich mir da vielleicht etwas anderes einfallen lassen als die "Privat"-Funktion zu nutzen?

    Gruß
    EarlMobile

    Das Problem scheint gelöst.

    Schuld war vermutlich, dass während des Uploads etwas an der Verbindung nicht ganz gestimmt haben hat, denn einige Dateien waren dann kleiner als auf meiner Festplatte.

    Jetzt werde ich das noch einmal näher untersuchen, aber die Fehlermeldungen, um die es hier ging, sind damit verschwunden.

    Vielen Dank für eure Mithilfe! :)

    Selbst wenn alle Plugins abgeschaltet sind und die deutsche Sprachdatei aktiviert wird, erscheint die Fehlermeldung. Zumal ich sicher schon seit einem Monat an den Plug-Ins nichts verändert habe (abgesehen von Updates vielleicht), denke ich auch, dass der Fehler wo anders liegen muss. Auch die neue Sprachdatei de_DE_Sie.mo oder die alten Sprachdateien führen nicht zum Erfolg... :confused:

    Ich denke, es wird am Hoster liegen. Ich habe ihn schon kontaktiert und bin mal gespannt, ob er tatsächlich den Speicher runtergeschraubt hat, ohne vorher Warnungen an seine User auszugeben... :evil:

    EDIT: Nach Angaben eines Programmes, das vom Hoster bereitsgestellt wird und einige Informationen zur PHP-Konfiguration bereithält, ist der Speicher wohl mit 32 MB bemessen, was durchaus reichen sollte, wie ich denke...

    Liebe Community,

    vor etwa einer halben Stunde schlug mir mein Dashboard den Upgrade auf die neue 2.6.1 DE vor, was ich natürlich gleich durchgeführt habe.
    Natürlich habe ich ein Backup der WP-Dateien sowie der Datenbank vorgenommen, danach alles alte gelöscht und die neuen Dateien aufgespielt. Die Plug-Ins habe ich vorher nicht deaktiviert, denn das lief bei vergangenen Upgrades auch immer ohne Probleme.

    Nach dem planmäßigen Aufrufen der Datei wp-admin/upgrade.php sowie überhaupt bei allen Aufrufen erscheint stets:

    Zitat

    Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 227846 bytes) in ***/wp-includes/streams.php on line 69

    Daraufhin habe ich das Caching abgestellt, half nichts. Also habe ich einfach alles noch einmal gelöscht und die neue Version ganz ohne alte Dateien aus Themes, Plugins, eigenen Dateien etc. aufgespielt, wieder die alte Fehlermeldung. Sobald die wp-config.php entsprechend mit den (übrigens richtigen) Zugangsdaten gefüttert wird, crasht WP und lässt mich mit dieser Fehlermeldung im Regen stehen, die mir nicht viel weiterhilft, zumal die angegebene Zeile für mich unauffällig scheint und viel mehr der Speicher von anderer Stelle falsch bemessen oder adressiert zu sein scheint.

    Nach einer Neuinstallation von Version 2.6 DE bzw. von 2.5 DE geschieht ähnliches, bei letzterer ändert sich lediglich die Zeile, in der der Fehler auftritt.

    Meine Frage: Kennt jemand diesen Fehler oder weiß Rat? Könnte es sich vielleicht um einen Datenbankfehler handeln?

    Vielen Dank für alle Antworten und mit freundlichen Grüßen
    EarlMobile