Beiträge von dantob

    Was bedeutet die Meldung 400 Bad Request nginx nachdem ich gerade Blog Stats auf die neuste Version 1.5.1 upgedatet habe? Und vor allem - wie krieg ich meine Blog Stats wieder? Zurück zur alten Version brachte leider dieselbe Fehlermeldung.

    Problem ungelöst gelöst. Ich hatte den Smiley wie in der Anleitung angegeben per display none unsichtbar gemacht. Dann habe ich irgendwo gelesen, dass man das Ding lieber mit img#wpstats{width:0px;height:0px;overflow:hidden} im Stylesheet verkleinern soll. Jetzt habe ich das alles wieder rausgenommen und siehe da, stats zählt.

    Wie kann es denn sein, dass die Entwickler ihr eigenes Plugin durch ihre eigene Anleitung unbrauchbar machen? Gibt es eine Möglichkeit diesen Grinser loszuwerden ohne die Funktion zu beeinträchtigen?

    Kurze Frage - ist mein Wordpress Stats Plugin an der richtigen Stelle eingebaut, wenn der Smiley ganz links unten außerhalb des Footers grinst? Irgendwie zählt da nämlich nix, obwohl ich Leute von außerhalb auf die Seite gehetzt habe. Die Anzeige von blog stats ist doch immer so aktuell wie die Uhrzeit, die mir angezeigt wird, oder kann das dauern?
    Wiegesagt, das Plugin an sich läuft, es zählt nur bislang Null Besucher.
    Für die XML-RPC-Schnittstelle habe ich einen Haken gesetzt. Die footer.php hat auch den nötigen Eintrag. Sonst habe ich leider keine mir passend scheinenden Hinweise im Forum gefunden.

    Danke, das war der Punkt. Habe eine Webmaster-Adresse in der neuen Domain angelegt, die an mich weitergeleitet wird und mußte auch bei Hosteurope unter Skripte diese als Standardadresse eintragen.
    Dass ich dies über den Skripte-Eintrag quasi erzwingen mußte, läßt mich allerdings vermuten, dass doch noch irgendwo fehlerhafte Einträge auf die alte Adresse verweisen. Ich werde mir das bei Gelegenheit mal per phpinfo ansehen, ob ich etwas finde.
    Besten Dank und schönes Wochenende!

    Noch etwas seltsames aus der Mediathek. Hier scheint es immer noch Verweise auf alte Pfade zu geben, ein Auszug:

    Warning: file_exists() [function.file-exists]: open_basedir restriction in effect. File(/is/htdocs/vorheriger Server/vorheriger Pfad) is not within the allowed path(s): (/is/htdocs/user_tmp/neuer Server:/tmp:/dev/null:/dev/urandom:/bin:/usr:/is/default.errors:/is/htdocs/wpneuer Server) in /is/htdocs/neuer Server/neue Adresse/wp-includes/functions.php on line 1933

    In der functions.php steht in Zeile 1933
    if ( file_exists( $target ) )

    Was soll mir das sagen?

    ---UPDATE: Datenbank korrigiert, Mediathek wieder in Ordnung. Jetzt würde ich eben nur noch gerne den entsprechenden Fehleintrag für die Mailbenachrichtigungen finden. Leider bekomme ich nirgendwo eine Fehlermeldung wie bei der Mediathek.

    Der Umzug erfolgte von Hosteurope zu Hosteurope. ich hatte das Blog zuerst auf meinem eigenen Webspace getestet, jetzt soll es zu seinem eigentlichen Besitzer ziehen.
    Der Unterschied ist, dass ich ein Web Pack L habe und er ein Webpack M, das heißt, es gibt keine htaccess-Möglichkeiten. Aber eigentlich sollte die Mailfunktion doch davon nicht beeinträchtigt werden, oder?
    Die Email-Adresse, auf die alles laufen soll ist auch bei Hosteurope.

    Hoi,
    ich bin gerade mit einer Blog-Baustelle von einem Server auf den anderen umgezogen. Soweit so gut, alles sah wieder hübsch ordentlich zugeordnet aus, aber dann - das Kontakt-Formular (pxs-Mail) mailt nicht mehr, obwohl es Vollzug meldet. Zuerst dachte ich, es läge am Plug-in, also rein-raus-runter-rauf, alle Emailadressen gecheckt, nix hilft. Dann habe ich festgestellt, dass auch die Kommentarfunktion nichts mehr an meine Email-Adresse weiterleitet. Irgendwo muss da grundsätzlich etwas beim Umzug steckengeblieben sein, aber ich find es einfach nicht. Außer dem Domainnamen hat sich nichts geändert, bzw. das ist alles geändert und an der Email-Adresse, an die alles geschickt werden soll hat sich überhaupt nichts geändert. Vom anderen Server aus hat es funktioniert. Hat jemand einen Tip, wo ich noch suchen könnte?

    Ah, da passiert zumindest was. Ich habe im css alles was bisher "menu" hieß in "sidebar .widget_pages" geändert. Jetzt fliegen mir nur noch die Abstände etwas durcheinander, aber das kriege ich hoffentlich wieder hin.

    Ich würde allerdings trotzdem gerne wissen, wieso die Original-Theme-Sidebar-Elemente im Dashboard nicht unter Widgets aufgelistet sind und dort bearbeitet und ergänzt werden können.

    Bei einem früheren Blog und einem anderen Theme hatte ich in sidebar.php nur die Titel der einzelnen Elemente umbenannt und die Elemente gelöscht, die ich nicht brauchte, da bestand das Problem gar nicht. Auch hier tauchen die Widgets oder was immer es ist, nicht im Dashboard auf.

    Danke schonmal für die Hilfe.

    Der Fehler besteht, wie oben beschrieben darin, dass der Bereich mit der Überschrift "Seiten" nicht wie im Original-Theme farblich anders unterlegt ist als der Rest der Sidebar (vgl. dazu _beide_ Links). Das ist es, was ich gerne hätte. Übers Dashboard kann ich dem Widget "Seiten" aber nicht zuweisen, dass es die Klasse oder ID "menu" haben soll, wo nämlich im CSS die andere Farbe definiert ist. Alles in der Sidebar hat einfach die Klasse "sidebar" ohne Unterschied.
    In der sidebar.php ist offenbar die Original-Aufteilung inklusive der anderen Farbe beschrieben, auf die wird aber nicht mehr zugegriffen, weil ich die widgets per Dashboard verändert habe. Ist das mit der Zeile

    <?php if ( function_exists('dynamic_sidebar') && dynamic_sidebar() ) : else : ?>

    gemeint? Ich habe wiegesagt von php nicht viel Ahnung, fummle da nur schonmal dran rum, wenn ich englische Begriffe für die Anzeige ins deutsche übersetze.

    Die Alternative wäre wohl, dass ich die sidebar.php selber neu schreibe und um die Punkte ergänze, die ich zusätzlich zum Original-Theme drinhaben will. Ich hatte nur die Hoffnung, das ließe sich auch ohne Murksen im Code lösen.

    Wahrscheinlich gehört der Thread auch eher in die Widgets-Abteilung. ich fand dort eben einen ähnlichen Thread, wo es hiess, man solle in wp-includes in der widgets.php etwas ändern. Die Datei ist ja nun riesig und da wüßte ich überhaupt nicht, wo ich anfangen sollte zu suchen.

    Word kommt mir nicht ins Haus.
    Das Problem trat wie gesagt auf, als ich über das Dashboard die Widgets bearbeiten wollte. Die Elemente in der Sidebar der Vorlage waren bei den Widgets im Dashboard nicht angezeigt. Nachdem ich das Widget "Text" in meine Sidebar gezogen hatte, war alles, was vorher in der Sidebar war verschwunden.
    Ich nehme an, es wurde eine komplett neue Sidebar, wo auch immer, angelegt und die alte Sidebar, in der dem Widget "Seiten" die css-Klasse "Menu" zugeordnet war, ist nicht mehr aufzufinden. Zumindest für mich nicht, die ich die Datenbankstruktur nicht blicke.
    Das ursprüngliche Theme wieder hochgeladen brachte auch nichts. Das Problem liegt wohl daran, was das Dashboard mit den Widgets in der Sidebar angestellt hat. In welcher Datenbank finde ich die Einträge, die dieses Dashboard dort vornimmt? Die sidebar.php sieht aus wie im Original, da hat sich nichts dran geändert.

    Baustelle siehe unter:
    ---

    Ich habe halt nur so ein gefährliches Halbwissen von php, suche mir immer das zusammen, was ich gerade brauche, aber der Überblick über die große ganze Struktur der Datenbanken fehlt mir noch.

    Folgendes Phänomen beim Theme Blossom
    http://wpthemepark.com/themes/blossom

    Ich habe im Dashboard unter Widgets einen Text in die Sidebar eingefügt. Ergebnis: alle bisherigen Punkte der Sidebar waren futsch und vor allem läßt sich das eigentlich farblich abgesetzte Feld mit den statischen Seiten (in der Vorlage oben rechts) nicht mehr so herstellen.

    Im Stylesheet ist diese andere Farbe als "menu" definiert. Wie kriege ich jetzt meinen Menüpunkt "Seiten" wieder mit diesem Design verknüpft? Mir ist nicht ganz klar, auf welcher Ebene ich suchen muss.

    Dankbar für sachdienliche Hinweise jeglicher Art.