Beiträge von pufaxx

    Als "Startseiten"-PlugIn find ich das von Arno Simon erheblich besser als das von Denis de Bernady.

    http://arno-simon.de/?p=28

    Wenn das Set-Start-Page aktiviert ist, braucht man gar nicht groß rumzufummeln - die Seite, die in der "Reihenfolge" ganz oben ist, wird zur Homepage. Fäddich. Und: Die Seite kann heißen, wie sie lustig ist. Also nix mit zwangsläufig "Home" oder "Willkommen" oder sowas.


    Denis de Bernady hat aber etwas anderes (feines) gemacht:

    http://www.semiologic.com/software/opt-in-front/

    Normal listet Wordpress ja immer aus sämtlichen Kategorien die Postings auf, das neueste zuerst. Mit dem Opt-In-Front-Page kann man aber eine Kategorie festlegen, aus der die Startseiten-Postings kommen. So könntest du immer die wichtigsten zwei, drei News auf der Startseite haben ...


    Bei Strato: Aufpassen mit den Permalinks. Solltest Du Dir da doch mal etwas verhauen haben - Permalinks im phpMyAdmin deaktivieren - oder .htaccess NICHT löschen, sondern nur leer machen, speichern und der .htaccess die Schreibberechtigung entziehen #444 - damit Wordpress nicht wieder automatisch was reinschreibt ... http://www.gunnart.de/tipps-und-tric…alink-struktur/

    Moinmoin,

    ich hab's aus aktuellem Anlass wieder ausprobiert - zwei mal Wordpress parallel installiert, exakt dieselben inhalte, exakt dieselben Einstellungen, selbe Domain (unterschiedliche Subdomain) ... Einziger Unterschied: Einmal Wordpress 2.05, einmal Wordpress 1.52

    Okay, so schlimm viel langsamer als 1.52 find ich die 2er Version inzwischen nicht mehr - bei Postings und Kategorien-Ansichten hat sie sogar die Nase leicht vorn.

    Bloß bei Pages nicht. Bei den ersten paar Pages ist die 2er Version zwar fixer - aber dann wird's merkwürdig: Je höher die ID der Page, desto höher die Anzahl der Datenbank-Abfragen ... Alle Pages in derselben Ebene ... Bei der einen sind's 17 Abfragen, bei der anderen 39.

    Wenn man nicht als Admin eingelogged ist, reduziert sich die Zahl der Abfragen zwar wieder ein bisschen - aber unterm Strich ... So wie ich das sehe, dürfte jeder eher Page-basierte Auftritt mit der Zeit immer langsamer werden.

    Woran kann das liegen?

    Ich würd echt gern langsam "allgemein" auf Wordpress 2 umsteigen - gibt ja auch recht praktische PlugIns dafür, über die Kunden sich freuen. Aber die arbeiten halt vorwiegend mit Pages - und es freut sich sicherlich keiner drüber, wenn jede neu angelegte Seite ein Stückchen langsamer ist als die davor. Vor allem wenn man mit dem System auch täglich arbeitet. Da wird eher eine Seite gelöscht als eine Seite umgeschrieben.

    Ist das Problem bekannt? Bzw. was kann man dagegen machen?


    :-(

    Ich vermute, ich hab ne Lösung ...

    Bin jetzt nicht ganz sicher, ob Dein Problem dem entspricht womit ich heute Nacht gekämpft habe, aber ...

    Da ich dann doch bald ein Upgrade von WP1.52 auf WP2.03 machen möchte, hab ich (zum Vorher-Testen) meine Website auf ne Subdomain kopiert und dort WP2.03 drübergespielt. Lief auch alles gut, bis auf die Geschichte mit den Permalinks.

    Da war nichts zu machen - Jede Verlinkung = 404er.

    In den ganzen Foren und über Google hab ich nur Problemlösungen gefunden, die ich entweder nicht wirklich verstanden habe - oder die irgendeine Änderung an der Server-Konfiguration benötigt hätten.

    Also im Grunde genommen ist es so, dass anscheinend nicht jedes Webhosting-Paket mit der Mini-.htaccess vom "neuen" Wordpress zurecht kommt.

    Die "rettende" Idee kam mir, indem ich einfach die "neue" .htaccess mit der "alten" von meiner "echten" Seite überschrieben habe. Da war wieder alles in Ordnung. Bloß wenn man neue Inhalte anlegt, schreibt ja das "neue" Wordpress wieder an der .htaccess rum - und dann ist natürlich wieder alles futsch.

    Meine Lösung findest Du bei mir bzw. hier kurz zusammengefasst:

    In "wp-includes"/"classes.php" die Zeile 880 ändern - und zwar von

    Code
    var $use_verbose_rules = false;

    in

    Code
    var $use_verbose_rules = true;

    Die "classes.php" speichern, dann noch mal die Permalin-Struktur aktualisieren - und ... jedenfalls bei mir hat's geklappt.

    Komfortabler find ich den "Sidebar Page Switcher" - Damit kann man direkt beim Seitenschreiben entscheiden, ob die Seite auftauchen soll oder nicht. Hier hab ich mal etwas dazu geschrieben (die letzten beiden Absätze) ... Das PlugIn selbst findest Du hier

    ... ich bin doch immer brav

    ... oder halt! Hatte die Liste vorher als aus dem "Editor" (also das Mini-Simpletext-Ding von Windoof) geschrieben und dann reinkopiert. Vielleicht liegt's ja daran. Nachher mal probieren. Danke für den Tipp!

    Ich hab's bei einigen Seiten jetzt auch erstmal abgeschaltet.

    Es gibt aber das PlugIn "WP-ContactForm" - in der Version 1.3 gibt's darin eine Funktion namens "wpcf_is_malicious()", die dafür sorgt, dass Eingaben mit bestimmten Zeichenketten nicht weiterverarbeitet werden.

    Vielleicht kann man die ja kopieren und damit ein paar der vom Gästebuch benutzten Eingabefelder abfragen, bevor ein Gästebuch-Eintrag gespeichert und veröffentlicht wird?

    Ich würd da dann z.B. die Zeichenkette "http://" verbieten - damit sollten so ziemlich die meisten Spam-Beiträge schon mal gar nicht erscheinen ...

    Hier der Code aus dem "WP-ContactForm"-PlugIn:

    Code
    function wpcf_is_malicious($input) {
    	$is_malicious = false;
    	$bad_inputs = array("\\", "\r", "\n", "mime-version", "content-type", "cc:", "bcc:", "to:", "subject:", "content-transfer-encoding:", "charset");
    	foreach($bad_inputs as $bad_input) {
    		if(strpos(strtolower($input), strtolower($bad_input)) !== false) {
    			$is_malicious = true; break;
    		}
    	}
    	return $is_malicious;
    }

    Das "$bad_inputs"-Array müsste dann natürlich noch entsprechend auf andere typische Spam-Kennzeichen hin angepasst werden. Also "http://", "[url]" und so weiter.

    Bloß können dann auch Nicht-Spammer keine Links mehr posten. Oder man verbietet nur den ganzen Krams von wegen "Xanax", "Diazepam", "Viagra" und so Zeug.

    Tja, dann nur noch gucken, wie und wo man datt Janze einbaut ... Bin ich noch nicht zu gekommen, aber wenn jemand eine Idee hat ...?

    Ich hab eine etwas "bessere" Lösung gefunden:

    Änderung: "get_post_meta()" wird nur noch benutzt, wenn's "nötig" ist.

    Ergebnis: Die ganze Seite läuft ein Stückchen schneller, und laut Info im Footer gibt's jetzt deutlich weniger Abfragen.

    Ich hab eine Wordpress Seite gebaut, die in der Sidebar alle Pages anzeigt, die unterhalb einer festgelegten "Mutterseite" (hier: "Unsere Künstler) eingeordnet sind. Da ein einfacher Link nicht reicht, sondern zusätzlich zum Link immer noch ein Thumbnail-Bild (das man per "Benutzerdefiniertem Feld" angeben kann) angezeigt werden soll, hab ich auf die Funktion

    get_pages() zurückgegriffen.

    Ich brauch aber nicht ALLE untergeordneten Seiten, sondern nur die der "ersten Hierarchiestufe" ...

    Hier der Link zur "Arbeits-Seite:"

    MSC-Promotion

    Und das ist der Code, mit dem ich diese Auflistung der Moderatoren inkl. Thumbnail-Bild gebastelt habe

    Anmerkung: Die Seite "Unsere Künstler" hat die ID 4 ... Aber jeder "Künstler" hat noch ein paar weitere "Unterseiten", und die werden alle mit abgefragt.

    Die if-Abfrage

    Code
    if ($post->post_parent == $parent_ID) { ... }

    sorgt in meinem Fall übrigens dafür, dass nicht auch die "Unter-Unterseiten" angezeigt werden ... anders hab ich's nicht hingekriegt.

    Aber ich hätte es gerne anders: Kann man irgendwie dafür sorgen, dass nur die Seiten, die direkt unter "Unsere Künstler" stehen, abgefragt werden? Ähnlich wie "depth" beim Template-Tag wp_listpages(); ...?

    Bislang gibt es zwar keine Performance-Probleme - nur über 50 Abfragen pro Seite erscheinen mir dann schon n büschn viel. Vor allem, wenn vielleicht noch ein paar Künstler mit "Biografie" und "Sendeterminen" dazukommen - oder einige der bereits angelegten Künstler noch weitere Unterseiten bekommen sollen ... da wäre man dann ziemlich bald bei ca. 100 Abfragen pro Seite.

    ... Kann sowas nachher für einen schlimm langsamen Auftritt sorgen, oder muss man sich da nicht so nen Kopf machen?

    ... ich bin absoluter Fan von diesem PlugIn hier:

    http://php-vision.de/dynamicmeta-wpplugin.php

    Die "description" wird aus der Überschrift und den ersten soundsovielen Buchstaben des jeweiligen Artikels generiert, die "keywords" erzeugen sich automatisch anhand des Inhaltes. Okay, die Keyword-Liste wird zwar gut lang, aber es gibt Möglichkeiten, "überflüssige" Wörter von vornherein zu verbieten --- einfach mal angucken, das ist so ein "install-and-forgot"-Teil. Absolut optimal, wenn man sich nicht für jeden einzelnen Beitrag einen Kopf machen möchte.

    Einsatz und Funktion ist hier besprochen: http://forum.wordpress-deutschland.org/showthread.php?t=4206

    :-)

    Ich für meinen Teil bin sehr zufrieden damit.

    ... von wegen Sichtbarkeit der .htaccess-Datei: Ich hab neulich für einen Kunden ein Wordpress installiert - und mit FreeFTP, WS_FTP (Pro) und EasyFTP sehe ich sie auch nicht. Aber wenn ich mich über GoLive mit dem Server verbinde, sehe ich alles (Dreamweaver hab ich noch nicht ausprobiert).

    Klappt's vielleicht mit einer der Editor-Programme?

    http://codex.wordpress.org/Template_Tags/bloginfo

    probier's mal mit bloginfo('wpurl'); - das gibt das Verzeichnis an, in dem Du Dein Wordpress installiert hast.

    :-)

    Siehe auch Kommentar. Jetzt kapier ich erst, "wie rum es richtig" ist. Aber die Bezeichnung in der Übersetzung ist auch irgendwie ein bisschen "unverständlich".

    Also: Bei "Wordpress-Adresse" - bloginfo('wpurl') gibt man das Verzeichnis an, in das man sein Wordpress installiert hat.
    Bei "Blog-Adresse" gibt man die Startseite seiner "eigentlichen" Homepage an.


    .
    .
    .

    echo $_SERVER['PHP_SELF']; funktioniert (glaub ich) nur, wenn man nichts an der Permalink-Struktur getan hat.

    .
    .
    .

    Ich seh auch grad bei den Template-Tags: bloginfo('home'); gibt's gar nicht. funktioniert aber doch. Gibt jedenfalls unter WP1.5.2 dasselbe aus wie bloginfo('url');