Beiträge von Ammaletu

    Wirklich weiterhelfen kann ich Dir nicht, aber für Punkt zwei hätte ich einen Hinweis: Hier wird öfters mal das Plugin "Role Manager" erwähnt. Vielleicht kann man sowas ja damit einstellen?! Es erlaubt wohl eine feinere Kontrolle darüber, was Nutzer dürfen oder nicht dürfen. Ich habe es allerdings auch noch nie ausprobiert.

    Ach ja, zum ersten Punkt: Die Einstellung scheint es nicht mehr zu geben, da sollten die FAQ also vielleicht mal angepasst werden. Aber da steht ja sowieso "bezieht sich nur auf Benutzer, die in Zukunft im Blog registriert werden, betrifft also nicht schon existierende Benutzer und damit das eigene Profil.", so dass Dir das nicht viel geholfen hätte. Für alle existierenden Nutzer, könnte man das sicher mit einer einfachen SQL-Query ändern, denke ich. So was wie (Achtung, erst testen, ist nur improvisiert!!!)

    SQL
    UPDATE wp_usermeta SET meta_value = false WHERE meta_key like 'rich_editing';

    Das hilft Dir dann aber auch nicht bei neuregistrierten Nutzern. Ob es ein Plugin dafür gibt?!

    Transparenter Hintergrund für den AdSense-Kasten: Probier es mal so. Ist aber mehr geraten, ich hab mich nicht wirklich vertieft ins Stylesheet. Irgendwo ans Ende des Stylesheets packen.

    Code
    text-2 .dbx-content {  background-image: none;
    }

    Irre ich mich, oder schreiben Plugins ihre Optionen nicht normalerweise in die Datenbank? Was hat das dann mit FTP und Dateirechten zu tun?! Ich würde eher vermuten, dass da irgendwo das Problem liegt. Du könntest ja mal schauen, was in der DB in der Tabelle wp_options für dieses Plugin drinsteht. Bestenfalls kann man das da einfach ändern.

    Dann würde ich mal vermuten, dass es von etwas ausgelöst wird, was in der functions.php des Themes oder in einem Plugin steht und ohne direkten Aufruf aus dem Theme passiert (bzw. beim Bau des Seitenheaders). Hilfreich wäre, wenn Du mal testweise die Plugins nach und anch ausschalten könntest, um zu schauen, ob es dann weggeht. Der else-Zweig besagt nur, dass es bei einem Select auftritt. Könnte es ein Plugin sein, dass seine Optionen auszulesen versucht oder etwas in der Art? Vielleicht verstehe ich das Problem dabei aber auch bloß nicht richtig: Wie kriegt man eine SQL-Abfrage zustande, bei der das result kein gültiges result ist?!

    Ich würde mal sagen, so in etwa sollte es aussehen:

    Code
    [COLOR=#000000][COLOR=#006600]function [/COLOR][COLOR=#0000cc]current_theme[/COLOR][COLOR=#006600]([/COLOR][COLOR=#0000cc]$content[/COLOR][COLOR=#006600]) {
      if (strpos($content, '[theme_details]') !== false) {
        [/COLOR][COLOR=#0000cc]$content [/COLOR][COLOR=#006600]= [/COLOR][COLOR=#0000cc]str_replace[/COLOR][COLOR=#006600]([/COLOR][COLOR=#cc0000]"[theme_details]"[/COLOR][COLOR=#006600], [/COLOR][COLOR=#0000cc]display_theme[/COLOR][COLOR=#006600](), [/COLOR][COLOR=#0000cc]$content[/COLOR][COLOR=#006600]);
      }
      return [/COLOR][COLOR=#0000cc]$content[/COLOR][COLOR=#006600];
    }[/COLOR][/COLOR]

    Versuch mal rauszukriegen, wodurch das verursacht wird. Passiert das, wenn ein Plugin die DB abfragt oder bei jedem Zugriff auf die DB? Kann man vielleicht anhand der Position der Fehlermeldungen (die werden doch in der Seite ausgegeben, oder?) abschätzen, woher das kommt? Sonst wüsste ich auch nicht so richtig, woran das liegen könnte.

    Zitat

    Rechtschreibung wird Kontrolliert und dann entsprechend Korrigiert.

    Genau das meine ich mit meinem Hinweis zur willkürlichen Großschreibung. ;-)

    Zitat

    Ich möchte zwar auch über den Firefox und co. Berichten aber auch über Aktuelle und nützliche Informationen. Ich bekomme für Fonic dafür kein Geld und fand es als sehr nützlich, zumal es Aktuell der Beste Anbieter ist und ich ihn selbst verwende.

    Das ist ja auch Dein gutes Recht, darüber zu schreiben, und vielleicht wirkt das später auch mal anders, wenn die Seite mit viel Inhalt gefüllt ist. Im Moment kommt es einfach komisch rüber, weil man nicht den geringsten Eindruck hat, wer da schreibt, und zusätzlich den (falschen) Eindruck bekommt, dass das Absicht ist. Und gerade bei solchen Einträgen wäre es schon wichtig, etwas über die Autoren zu wissen. Privatperson, Autorenteam, bezahlter Beitrag, Blog von einer Firma... Das ändert die Wahrnehmung dieses Eintrags doch komplett.


    Zitat

    Das du die Seite nicht Validieren kannst, finde ich Schade. Ich hab Bis Heute Nacht daran Gearbeitet das meine Page XHtml Valide ist.

    Tatsächlich, die Startseite validiert. Ich hatte das von einem Eintrag aus aufgerufen z.B. so hier:
    [Invalid] Markup Validation of http://firefox-blog.net/auswertung-benutzt-ihr-den-firefox - W3C Markup Validator
    Ist wie gesagt nicht dramatisch, kann man sicher leicht beheben. :-)

    Die Methode get_theme_data liest Informationen aus dem Stylesheet des Themes aus. Das heißt, da muss PHP auf eine Datei zugreifen, was IMHO prinzipiell eine teure Operation ist.

    Dass das immer passiert und nicht nur bei Seiten, die die Details auch anzeigen, erklärt sich ganz leicht: Du hast einen Filter für "the_content" definiert. Der wird immer aufgerufen und versucht immer "[COLOR=#000000][COLOR=#cc0000][theme_details][/COLOR][/COLOR]" durch die Details zu ersetzen. Das heißt, die Funktion holt erst die Theme-Daten und versucht sie dann zu ersetzen. Besser wäre es hier, erst nachzuschauen, ob der Text den String "[COLOR=#000000][COLOR=#cc0000][theme_details][/COLOR][/COLOR]" enthält. Also einfach eine kleine if-Abfrage um die str_replace-Zeile drum herum.

    Wenn von Deiner Seite aus nichts verändert wurde, dann vielleicht von Deinem Provider? Welche MySQL-Version verwendest Du denn und hat die Dein Provider ggf. kürzlich angepasst? Viel mehr fällt mir dazu leider auch nicht ein. :-/

    Edit: Arno war schneller, hatte das Fenster zu lange offen. Die PHP-Version wäre vielleicht auch noch interessant zu wissen.

    Also so richtig weiß ich nicht, was ich von der Seite halten soll, muss ich sagen. Du sagst, Du hättest sie vor zwei Wochen gestartet, aber sie enthält Einträge bis zum letzten Oktober. Das "Impressum" enthält keinen Namen, keine Anschrift und die Domain ist über den WhoisGuard-Service registriert, so dass man keinen Eindruck bekommt, wer da überhaupt schreibt. Wenn man bedenkt, dass einiges an Werbung angezeigt wird, finde ich das bedenklich.

    Optisch sieht die Seite gut aus, da kann man nicht meckern. Validieren tut sie nicht, aber das ließe sich leicht beheben.

    Irre ich mich oder hat Mozilla die Rechte am Firefox-Logo? Darf man das dann einfach so groß auf seiner Webseite zeigen? Ich bilde mir ein mich zu erinnern, dass genau diese Rechtefrage der Grund war, warum der Browser in einigen Linuxsystemen IceWeasel heißt...

    Texte: Nicht schlecht, aber etwas mehr auf die Rechtschreibung zu achten, könnte nicht schaden. ;-) Insbesondere fällt mir die völlig willkürliche Großschreibung von Wörtern auf, die klein geschrieben werden. Das zieht sich durch so ziemlich jeden Eintrag. Tipp: Man kann im Firefox die Rechtschreibprüfung für Textfelder aktivieren. Das macht sich sehr gut zum bloggen.

    Fazit: Ich weiß wie gesagt nicht, was ich davon halten soll. Eine About-Seite wäre vielleicht schön, mit einer kurzen Erklärung wo man dort ist und was Du mit dem Blog bezweckst. Gerade wenn ich mir Einträge wie diesen anschaue
    Fonic senkt Preise auf 9 Cents » Alles über den Open Source Browser Firefox » Firefox-Blog.net
    werde ich das Gefühl nicht los, dass das bloß ein weiteres Werbeblog ist. Wie sonst lässt sich so ein Eintrag erklären, der mit dem Thema Firefox null zu tun hat?!

    Ähm, sollte sowas in der htaccess stehen??? Ds sieht mir mehr so aus als würde es in die DB gehören, oder?

    Davon abgesehen:Schon mal Dein PHP-Errorlog kontrolliert? Steht da was brauchbares drin?

    Wenn WordPress die Datei nicht lesen kann, könnte es ein Rechteproblem sein, denke ich. Bist Du sicher, dass der User, unter dem PHP auf Deinem Server läuft, die Leserechte für die Datei hat? Welcher User das ist und welche Rechte Du brauchst, sagt Dir Dein Provider eigentlich.

    Auch möglich: Du hast den falschen Pfad in WordPress eingetragen. Ich nutze das nicht oft, aber das war doch so, dass man da den Pfad der Datei eintragen muss, oder?

    Ich kann meinen Webspace z.B. per WebDAV als Netzlaufwerk im Windows Explorer einhängen. Das ist sehr praktisch um z.B. in WordPress mal schnell ein Bild nachträglich zu bearbeiten. Das wird es aber nicht bei jedem Provider geben und es ist deutlich langsamer als ein lokales Laufwerk.

    Die Frage ist: Kann Access das und ist die Geschwindigkeit dabei ein Problem? Da ich Access nicht nutze, kann ich dazu nicht viel sagen. Das müsste man aber über die MS-Seite eigentlich rauskriegen können. Und wenn es erstmal als Netzlaufwerk im System ist, sollten eigentlich alle Programme ganz normal drauf zugreifen können. Ist so gesehen also maximal eine Frage, ob die Geschwindigkeit (bzw. der Mangel daran) stört.

    Ansonsten wäre noch zu bedenken, wie Access sich bei gleichzeitigen Zugriffen auf die DB verhält. Ist da ein Schutz gegen gegenseitiges Überschreiben eingebaut?

    Vergleich mal Deine jetzige wp-config.php mit der neuen wp-config-sample.php und ergänze ggf. fehlenden Angaben in der wp-config.php. Die Datei "wp-config-sample.php" ist für WordPress egal, das ist wie der Name schon sagt nur als Beispiel gedacht, was Du in der wp-config stehen haben solltest. Die Chancen sind aber ganz gut, dass Du Deine wp-config.php nicht anpassen musst.

    Was Du machen musst, ist die upgrade.php (oder update.php? Weiß ich gerade nicht) auszuführen, welche dann die DB-Struktur anpasst. Und mach um Himmels Willen *vorher* ein Backup der Datenbank! Für alle Fälle... :-)

    Da muss ich RoyalKnight mal Recht geben: Das ist schon nicht wirklich benutzerfreundlich. Eine kurze Abfrage, ob das Bild wirklich überschrieben werden soll, könnte ja schon noch drin sein. Ich meine, stellt euch mal vor, man verwendet nicht die monatsbasierten Ordner... ;-)

    Die gute Nachricht: Mit dem Plugin "Flexible Upload" passiert das nicht. Es sagt zwar auch nichts, hängt aber einen Index an den Dateinamen an. Lädt man also "test.jpg" zweimal hoch, bekommt man "test.jpg" und "test1.jpg". Ich bin von dem Plugin immer noch begeistert. Noch mal vielen Dank, Monika, dass Du das vor einiger Zeit mal empfohlen hattest! ;-)

    RoyalKnight: Schau Dir das Plugin mal ruhig an, es macht die irgendwie nicht so tolle Upload-Funktion von WP um einiges besser und integriert sich schön unauffällig. Man kann z.B. aussuchen, ob man ein Thumbnail möchte und in welcher Größe.

    Nur mal aus Interesse, kannst Du mal schreiben, mit welchem Profiler obige Ausgabe erzeugt wurde? Ich kenne mich mit PHP-Profilern noch gar nicht aus, würde das bei meiner Seite aber auch gerne mal einsetzen. Die läuft im Moment nämlich sehr unregelmäßig, mal geht der Aufruf ganz flott, dann dauert es wieder 10 Sekunden und mehr zum Seite laden. An 1800 Smilies kann es bei mir nicht liegen, aber ich nehme mal an, dass Du damit eher ein Einzelfall bist. ;-)

    Was ich auf der wp-hackers-Liste so mitkriege ist "WP Super Cache" wohl im Moment mit das beste Cache-Plugin. Es spricht ja eigentlich auch nichts dagegen, es einzusetzen, man müsste nur dynamische Inhalte wie z.B. Deine Umfrage mittels Ajax umsetzen, wobei es dann ja egal wäre, ob der Code frisch generiert wurde oder aus dem Cache kommt.

    Ach ja, zum Thema Geschwindigkeit: Welche PHP-Version setzt Du denn ein? Da sind ja neue Versionen auch schneller als ältere, nehme ich an!?

    In WP 2.3 ist ein Tag-System integriert. Falls Dir das nicht ausreicht, kannst Du aber Plugins wie z.B. "Simple Tags" benutzten (Nachfolger von "Simple Tagging", nicht verwechseln). Das aktuelle deutsche WP gibt es hier zum Download (oben rechts Download), die Originalversion unter wordpress.org.

    Was Dein Upload betrifft: Das ist nicht die normale Ansicht, oder sah das in 2.1.3 noch so aus?! Hast Du ein Plugin aktiviert, das den Bilder-Upload modifiziert? Ich benutze dafür "Flexible Upload" (Flexible Upload » Ma Tasse de Thé), was ich ziemlich genial finde verglichen mit den spärlichen Möglichkeiten, die WP von Haus aus mitbringt. Es integriert sich sehr schön unauffällig, und dann kann man z.B. auswählen, ob man ein Thumbnail braucht und wenn ja in welcher Größe.

    Doku dazu: Template Tags/wp list pages « WordPress Codex

    wp_list_pages hat leider keinen Parameter, um generell keine Unterseiten anzuzeigen. Wenn es nur wenige Seiten sind, kannst Du sie mit exclude ausschließen, z.B. so:

    PHP
    <?php wp_list_pages('title_li=<h2>' . __('Menu') . '</h2>&exclude=4,5,12' ); ?>

    In dem Beispiel wären 4, 5 und 12 die IDs der Unterseiten. Wenn Dir das nicht dynamisch genug ist oder es zu viele Seiten sind, verwende ggf. ein Plugin. Ich glaube, es gibt Plugins, die Dich beim Anzeigen von Seitenhierarchien unterstützen (Unterseiten nur, wenn Du auf der Oberseite bist, aktuelle Seite hervorheben etc.). Weiß aber gerade keinen Plugin-Namen dazu.

    Edit: Ok, vergiss, was ich hier geschrieben habe, und lies das Posting von marX. Den Parameter habe ich nicht gesehen beim Überfliegen. :-/ "&depth=-1" listet die Unterseiten mit auf, aber nicht eingerückt. "&depth=1" listet nur die Seiten der obersten Ebene auf.

    Moin Arno!

    Zitat

    die funktion gibt es nicht in wordpress, sondern in einem anderen plugin.....

    Doch, die ist schon in WordPress enthalten. Wie's oben steht: wp-includes/taxonomy.php:447
    Das ist die WP-Funktion, und die zweite Funktion kommt dann wohl aus dem Similar-Posts-Plugin, den Pfaden nach zu urteilen. :-)

    Bye,
    Johannes