Google hat's gefunden!
http://www.gunnart.de/tipps-und-tric…wngrade-skript/
:-)
Ich bitte um Kommentare, ob's geklappt oder nicht geklappt hat. Schankedön.
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenGoogle hat's gefunden!
http://www.gunnart.de/tipps-und-tric…wngrade-skript/
:-)
Ich bitte um Kommentare, ob's geklappt oder nicht geklappt hat. Schankedön.
Als "Startseiten"-PlugIn find ich das von Arno Simon erheblich besser als das von Denis de Bernady.
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/
... übrigens ...
Schade, dass es DIESES PlugIn hier:
http://www.stilglog.com/wordpress-plugins/manage-me/
nicht für WP1.52 gibt ...
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?
:-(
Doch, vielleicht ... Änder mal jetzt bloß nicht zu viel auf einmal!
Ich würd jetzt erst mal dieselbe .htaccess nehmen wie unter Wordpress 1.5 - und dann die "classes.php" bearbeiten. Siehe hier ...
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
in
Die "classes.php" speichern, dann noch mal die Permalin-Struktur aktualisieren - und ... jedenfalls bei mir hat's geklappt.
... 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!
Ja - und eben DAS hat nicht geklappt. Dort hab ich ja die ganzen "Medikamente" etc. eingefügt. Aber auf RumWall hat's nicht gegriffen. ...
Irgendwie hat das mit der Blacklist bei mir nicht geklappt. ... Wie hast du die eingestellt?
... ja, da muss ich dem jottlieb Recht geben.
Man kann aber aus diesem PlugIn hier
http://www.zyblog.de/2005/11/11/wor…order-comments/
ein Gästebuch bauen. Im Grunde genommen benutzt man dazu die normale Wordpress-Kommentar-Funktion - und das PlugIn zeigt die Kommentare in umgekehrter Reihenfolge an.
Ist nur schade, wenn man schon ein Gästebuch HAT und nicht noch mal alles mögliche umbauen möchte.
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:
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:
<?php
/*
KÜNSTLER-GALERIE
Listet alle PAGES unterhalb einer festzulegenden Mutterseite in Galerie-Form auf.
Als Bild wird der Bildname benutzt, den man im Posting im benutzerdefinierten Feld "thumbnail" eingibt
Pfad zum Thumbnail-Ordner sowie ID der Künstler-"Mutterseite" kann hier eingegeben werden
*/
$thumb_path_grey = "wp-uploads/kuenstler_grau"; //Pfad zum SW-Thumbnail-Ordner angeben (ausgehend vom Hauptverzeichnis)
$parent_ID = 4; //ID der Künstler-"Mutterseite" angeben
$spalte = 0;
$posts = get_pages('sort_column=menu_order&child_of='.$parent_ID);
foreach($posts as $post) {
if ($post->post_parent == $parent_ID) {
$thumb_image = get_post_meta($post->ID, 'thumbnail', true); //Name des Thumbnail-Bildes (benutzerdef. Feld)
$spalte ++;
?>
<div class="kuenstler">
<p class="thumbnail"><a style="background-image: url(<?php bloginfo('wpurl'); ?>/<?php echo($thumb_path_grey); ?>/<?php echo($thumb_image); ?>)" href="<?php the_permalink(); ?>"></a></p>
<p class="text"><small><a title="<?php the_title(); ?>" href="<?php the_permalink(); ?>"><?php the_title(); ?></a></small></p>
</div>
<?php } if ($spalte == 3) { ?>
<div class="break"></div>
<?php $spalte = 0; } } ?>
Alles anzeigen
Ä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.
... meines Wissens nach nicht. Man kann nur Seiten anderen Seiten unterordnen - Aber damit kann man durchaus ähnliche Ergebnisse erzielen.
Was genau möchtest Du denn machen?
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:"
Und das ist der Code, mit dem ich diese Auflistung der Moderatoren inkl. Thumbnail-Bild gebastelt habe
<?php
/*
KÜNSTLER-GALERIE
Listet alle PAGES unterhalb einer festzulegenden Mutterseite in Galerie-Form auf.
Als Bild wird der Bildname benutzt, den man im Posting im benutzerdefinierten Feld "thumbnail" eingibt
Pfad zum Thumbnail-Ordner sowie ID der Künstler-"Mutterseite" kann hier eingegeben werden
*/
$thumb_path_grey = "wp-uploads/kuenstler_grau"; //Pfad zum SW-Thumbnail-Ordner angeben (ausgehend vom Hauptverzeichnis)
$parent_ID = 4; //ID der Künstler-"Mutterseite" angeben
$spalte = 0;
$posts= get_pages('sort_column=menu_order&child_of='.$parent_ID);
foreach($posts as $post) {
$thumb_image = get_post_meta($post->ID, 'thumbnail', true); //Name des Thumbnail-Bildes (benutzerdef. Feld)
if ($post->post_parent == $parent_ID) { $spalte ++;
?>
<div class="kuenstler">
<p class="thumbnail"><a style="background-image: url(<?php bloginfo('wpurl'); ?>/<?php echo($thumb_path_grey); ?>/<?php echo($thumb_image); ?>)" href="<?php the_permalink(); ?>"></a></p>
<p class="text"><small><a href="<?php the_permalink(); ?>"><?php the_title(); ?></a></small></p>
</div>
<?php } if ($spalte == 3) { ?>
<div class="break"></div>
<?php $spalte = 0; } } ?>
Alles anzeigen
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
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?
:-)
Prima. Und Danke noch mal für den Hinweis - werde nachher den Artikel bei mir korrigieren.
Ach ja - sagst Du bescheid, wenn's geklappt hat? Ich muss dann ja noch meinen Beitrag korrigieren.
:-)
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');