Beiträge von pufaxx

Stimmt, "Standard"-Theme ist so nicht ganz richtig. Ich hätte "Default" schreiben sollen.

Das ist eigentlich nicht weiter problematisch.

Du musst nur dafür sorgen, dass Deine "wall.php" in etwa so aussieht, wie eins der Template-Files aus Deinem Theme, in der die Navigation an der Seite auftaucht.

In den meisten Fällen bietet sich dazu die index.php aus dem benutzten Theme an.

Dort, wo die "wordpress-Loop" aufgerufen wird (also der Teil, der dafür sorgt, dass Inhalte wiedergegeben werden), musst du den Code aus deiner wall.php einbauen. Und eben dabei bedenken, dass die Original "wall.php" eher als eine Art "Beispiel für einen Einbau" zu sehen ist - denn die Original wall.php geht daon aus, dass man das Standard-Theme benutzt - deshalb werden header, sidebar und footer an Stellen und in DIVs aufgerufen, die eventuell zu DEINER Installation nicht passen.

wp-cache-config.php und allgemeine Frage:

Apropos Cache-System: Ich hab's vorhin auch einmal ausprobiert. Das erste Problem war, dass ich die Datei "wp-cache-config.php" im Ordner "wp-content" nicht ändern konnte. Permission denied. Und via CHMOD Rechte ändern hat auch nicht geklappt.

War aber zu lösen, indem ich die Datei lokal auf Festplatte kopiert habe, dann vom Server gelöscht (das hat funktioniert) - dann in der lokal gespeicherten "wp-cache-config.php" meine Änderungen gebaut habe - und die Datei wieder hochgeladen.

[Also falls jemand an den gleichen Problemen gescheitert ist, vielleicht mal so probieren - bei mir hat's funktioniert]

Ergebnis: Der Geschwindigkeits-Zuwachs ist wirklich ziemlich deutlich.

Da hab ich mir gedacht "Jo, toll - erhöhe ich die Cache-Lebensdauer einfach auf einen Monat - surfe jede statische Seite einmal an - und dann müsste sich der gesamte Auftritt ja für jeden künftigen Besucher richtig schnell aufbauen."

Ergebnis: Sobald ich den Browser wechsele, werden die Seiten wieder neu generiert. Kann man das irgendwie abschalten? [hab jetzt das Caching vorerst wieder deaktiviert, denn SO bringt das ja eigentlich nicht so fürchterlich viel...]

Übrigens verhielt sich das PlugIn "WP-Cache 2.0" http://mnm.uib.es/gallir/wp-cache-2 unter Wordpress Version 1.5.2 genauso. Hat jemand Erfahrungen damit?

... da bin ich jetzt überfragt - hab sowas wie gesagt nur mit "einfacheren" Sachen probiert ... Aber "ohne den Anfang" hört sich so an, als könnte genau DA der fehler stecken.

Vielleicht andersrum probieren? Deine "Startdatei" (also die Datei, mit der dein Forum aufgerufen wird) um die Wordpress-Geschichte erweitern? (sind jetzt natürlich nur reine Mutmaßungen)

Also diesen hier vorne dran

<?php require('../wp-blog-header.php'); ?>


<?php get_header(); ?>


<div id="container">


	<div id="content">

und den Rest dann nach hinten

</div>


	<hr />


	<?php get_sidebar(); ?>


	<hr />


	<div class="break"></div>


</div>


<?php get_footer(); ?>

(Natürlich deinem Wordpress-Theme angepasst...) Vielleicht kann man das auch irgendwie mit einem include lösen?

Den Abstand zwischen Grafik-Objekt und Text sollte man am Besten global im Stylesheet festlegen.

Blöd ist tatsächlich die Geschichte mit der Größe - WP2.0 scheint von Haus aus nur Bilder mit den Maßen der "Vorschaubilder" einfügen zu können. Das kann man aber umgehen: http://forum.wordpress-deutschland.org/showthread.php?t=4238&page=7 --- Leider bekommen die eingefügten Bilder auf diese Weise überHAUPT keine Größen-Informationen mit.

Für DSL-User nicht so schlimm, aber über Weihnachten hatte ich das "Glück" mal wieder analog surfen zu müssen (Win98 und IE 5.5) - und Bilder ohne Größenangabe sind, bevor sie komplett geladen wurden, einpaar-unddreißig mal einpaar-unddreißig Pixel groß. Wenn sie dann "da" sind, klappen Texte und Layouts plötzlich um - es ist mir bei einigen Seiten dadurch oft passiert, dass ich versehentlich falsche Links geklickt hab, weil just in dem Moment etwas "umgeklappt" ist.

--> einfach unschön. Nur meines Wissens nach mit den integrierten WP2.0-Funktionalitäten nicht anders zu regeln.
--> Vielleicht einen anderen WYSIWYG-Editor einbauen? http://forum.wordpress-deutschland.org/showthread.php?t=4246&page=4 --- den Xinha-Editor find ich ganz gut.

... Von meiner Seite aus "Entwarnung": die 1.3er läuft (bei mir jedenfalls) unter WP2.0 ebenfalls problemlos... Neue Version wird aber natürlich ausprobiert.

Thank U.

Super! Werde die Galerie dies Wochenende mal ausprobieren - und dabei checken, ob sie auch "DAU-tauglich" ist.

Feedback: soon2come. Laut Beschreibung kann die Galerie ja alles, was ich bei lazy-gallery vermisst habe - die lazyEST-gallery kann's dann zwar, aber produziert von Haus aus etwas überblähten Code (zwar nicht die Katastrophe, aber wenn man gewohnt ist, die Gestaltung soweit wie möglich via CSS zu regeln, können Tabellen ganz schön nerven)...

Vielen Dank für die Mühen, auf jeden Fall.

Mit so umfangreichen Geschichten wie einem komplettem Forum hab ich mich noch nicht versucht, aber grundsätzlich ist es ja wünschenswert, seine Wordpress-Menüs dynamisch über und neben die "externen" Skripts zu packen.

Bei einem Newsletter-Skript und einer externen Galerie hat's auf folgende Weise ganz gut funktioniert: Die Hauptdatei des externen Skripts so aufbereiten, dass sie beinahe wie die "index.php" deines Themes aussieht. Beispielsweise so:

<?php require('../wp-blog-header.php'); ?>
<!-- 
Oben den Pfad zur "wp-blog-header.php" entsprechend anpassen. 
Bei vielen Hostern funktioniert das nicht mit absoluter URL, 
also relative URL angeben. 
-->


<?php get_header(); ?>


<div id="container">


	<div id="content">
		<!-- 
		Hier dann das (evtl. abgewandelt) reinschreiben, 
		was sonst in der index.php deines Forums stehen würde 
		-->
	</div>


	<hr />


	<?php get_sidebar(); ?>


	<hr />


	<div class="break"></div>


</div>


<?php get_footer(); ?>

Wie oben erwähnt - es waren recht "einfache" Programme, die ich auf diese Weise in einen Wordpress-Rahmen gepackt habe. Aber ich denke, dass es grundsätzlich auch mit komplizierteren Geschichten so ähnlich funktionieren müsste.

Also - wenn ich das hier so lese, werde ich mehr und mehr Fan des WYSIWYG-Editors Xinha4WP - hat ne ziemlich geile Bildverwaltung mit Upload und echtem Neuberechnen, man kann die Bilder sogar spiegeln, drehen, Ausschnitt wählen usw.

Doof ist (und da hab ich noch nicht herausgefunden, wie man das ändert), dass bei Einfügen eines Bildes dieses mit etlichen Style-Angaben geschieht, die man nicht unbedingt haben will bzw. lieber global über ein Stylesheet definieren wollen könnte. Denn standardmäßig kommt jedes img-Tag mit border: solid 0px blabla daher - Blöd, wenn man mal sein Theme wechseln will...

(Xinha ist recht umfangreich - Ich hätte mir das Dings gerne so angepasst, dass es beim Bild-Einfügen nur style-Hinweise ausspuckt, wenn ich wirklich etwas "Besonderes" mit dem Bild vorhab. Denn Themes, in denen Bildern ein Rahmen gegeben werden soll, haben natürlich verloren, wenn direkt im img-Tag selbst steht, dass es KEINEN Rahmen haben soll... Hat da jemand ne Idee?)

Also - Sollte jemand ebenfalls ab und an mal WP "für Andere" installieren und sollten diese "Anderen" einen WYSIWYG-Editor haben wollen - Ich find Xinha im Vergleich zum TinyMCE richtig gut.

Nett vor allem, dass man einzelne Funktionsgruppen, die man nicht haben bzw. verbieten möchte (z.B. Tabellen-blabla oder Text-Einrücken-Knöpfe, die mit blockquote arbeiten) einzeln ein- und ausschalten kann. Xinha schreibt auch ganz passables XHTML und fummelt zudem nicht allzuviel "eigenständig" herum... Ich hab einige andere Editoren ausprobiert, bei denen es z.B. gar nicht möglich ist, ein small-Tag o.ä. überhaupt zu benutzen.

Unter WP 2.0 läuft Xinha problemlos. Damit man mit seinen Upload-Ordnern nicht durcheinanderkömmt, sollte man in der Datei wp_xinha_plugin.php die Zeilen 169, 170 und 779 in Augenschein nehmen und die dahingehend anpassen, dass der upload-Ordner vom Bild-Manager mit dem von WP übereinstimmt.

Adresse Xinha: http://baptiste.us/plugins/xinha4wp
Ebenfalls nötig (sonst Fehlermeldungen, die man zwar ignorieren kann, aber man weiß ja nie) das PlugIn TextControl http://dev.wp-plugins.org/wiki/TextControl

Ach ja, der Upload - nachdem ich die Bildverwaltung von WP2.0 ziemlich missraten finde, hab ich sie einfach "holzhammermethodenmäßig" ausgeschaltet: In der Datei "inline-uploading.php" (Ordner "wp-admin") alles von Zeile 626 bis Ende in einen Kommentar umwandeln.
Also in Zeile 626 vor <ul id="upload-menu"> ein <!-- einfügen - und in Zeile 699 vor <body> entsprechend ein -->
In Zeile 654 steht <!--<div class="tip"><?php _e('You can drag and drop these items into your post. Click on one for more options.'); ?></div>--> Dort entweder Kommentarmarken löschen oder davor --> und danach ein <!-- rein.

Und dann nervt datt Ding nich mehr.

(Gibt bestimmt noch sauberere Lösungen, aber gestern nacht war büschn Bett-vorm-Kropf oder Brett-vorm-Kopf - hab die "schnellen Stellen" einfach nicht gefunden... Wer was "besseres" hat - bin für Anregungen dankbar!)

Zitat von nepf

Also - mir gefällts!

Update hat ohne irgend ein Problem gefunzt.
Wer den WYSIWYG-editor nicht mag, kann ihn ja abschalten.
Das Hochladen der Bilder muss man einfach mal ein wenig ausprobieren.
Also, erst mal den uploads-Ordner erstellen und alle Rechte geben, dann klappt es prima.
Dann mal auf upload klicken und ein, zwei Bildchen hochladen.
Dann gibt es das Register Durchsuchen, da bekommt man nun die Vorschaubilder angezeigt. Auf die Vorschaubilder klicken und staunen: super, da kann man ja ne Menge einstellen Vorschaubilder, Originalbilder, Verlinkung der Bilder zum Bild oder zur Seite .... und dann nach Auswahl der Optionen das Bild zum Editor senden - ich finde es ziemlich klasse. Das einzige as mir in diesem Kontext fehlt ist die Möglichkeit, die Dateigröße zu begrenzen (oder habe ich das noch nicht gefunden?)

Find ich an sich auch ganz gut - Nur irgendwie schaff ich es nicht, etwas anderes als Bilder in der "Vorschaugröße" an den Editor zu senden. Vielleicht muss ich noch ein wenig herumprobieren, aber DAS taugt mir so noch nicht... Das Original- und nicht das Vorschaubild zum Editor zu senden - soweit bin ich schon. Nur tauchen die bei mir dann nur in den Maßen der Vorschaubilder auf...

AKTUALISIERUNG:

Jo, es geht:
1. Man muss das Vorschaubild einmal anklicken.
2. Auswählen "Das Original benutzen" "Nicht gelinkt" "Zum Editor gesendet."
3. Dann einfach auf den "Bild"-Button drücken (der mit dem schicken Baum drauf) - "Aktualisieren" - fertig.

So weit, so gut. Leider übernimmt der Quelltext nicht automatisch Breite und Höhe des Bildes, eigentlich nicht so furchtbar - aber mich nervt es, Seiten anzugucken, die sich immer weiter "ausdehnen" je mehr Bilder vollständig geladen sind...

... versucht's mal mit der "lazyest gallery" - die kann das alles von Haus aus.

http://lazyest.keytwo.net

Nur die HTML-Ausgabe ist n büschn komisch, teilweise mit Tabellen, wo ich keine benutzen würde. Aber ganz praktisch, Thumbnails werden gecached und nicht immer neu generiert. Läuft also um einiges schneller. Und Anzahl der Thumbnails je Seite kann man ebenfalls einstellen.

Ich bin dafür, kürzere Suchbegriffe zuzulassen.

Manchmal hat man ein Problem, für das man den Begriff nicht weiß oder eins, das man nur mit einem ellenlangen Suchbegriff beschreiben könnte. Und als einzigen Ansatzpunkt hat man dann tatsächlich, dass dieses Problem beispielsweise im Zusammenhang mit "XML" aufgetreten ist.

Für solche Fälle wäre es schon ganz praktisch, wenn man erst einmal nach "XML" suchen und diese Ergebnisse dann daraufhin durchgucken könnte, ob eine der Themenbeschreibungen einigermaßen passt.

--> Wenn man nicht so genau weiß, wonach man suchen soll, bleibt oft nur der Weg über einen allgemeinen Begriff mit Chance auf den ein oder anderen Glückstreffer.

... interessant find ich auch dieses PlugIn

"Lazyest Gallery"
http://www.keytwo.net

- Thumbnails werden gecached
- Beschreibungstexte für Bilder
- Galerie-Ordner nach Name oder Erstellungsdatum sortierbar
- Anzahl Thumbs pro Seite einstellbar, ebenso Anzahl der "Spalten"
- Größe der Thumbnails aus dem Optionen-Menü heraus einstellbar
- Vorschaubild für Galerie-Ordner möglich

Dazu vielleicht noch der hier angesprochene Klick-Counter plus die Zufallsbilder in der Sidebar ...? Das wäre dann doch die optimale Galerie.

Super! Ich werde das die Tage mal ausprobieren und ein bisschen damit herumspielen.

Vorher musste man, um diese Art von Navigation zu erreichen, mit Conditional Tags arbeiten - und (wenn man seine Seiten anders sortiert) dann wieder sein Theme entsprechend ändern.

Ich schätze, das PlugIn kann einem dabei einiges an Arbeit ersparen. Vielen Dank!

"Archiv" ist keine Kategorie, die man erstellen kann. Wordpress unterscheidet zwischen "Seiten" und "Beiträgen". Die Beiträge erscheinen normalerweise allesamt auf der Startseite, der neueste immer zuerst.

Und die kann man auf verschiedene Arten sortieren.

Einmal kann man das selbst machen. Und zwar in "Kategorien" - wie man sie halt nennen und zuordnen möchte. Die Kategorienverwaltung findest Du unter http://www.deinblogname.de/wp-admin/categories.php

Die "Archive" ergeben sich aus dem Erstellungsdatum der Beiträge. Wenn Du im Oktober 2005 nichts gepostet hast, gibt's entsprechend auch kein "Oktober 2005"-Archiv. Monats-Archive zum Beispiel kann man mit der Funktion <?php wp_get_archives('type=monthly'); ?> anzeigen.

Nähere Infos unter http://codex.wordpress.org/Template_Tags/wp_list_cats

Die Kategorien selbst kann man nicht sortieren. Man kann nur entscheiden, ob sie im Menü alphabetisch oder nach ID sortiert ausgegeben werden. Reihenfolgen kann man nur bei Pages verändern. Ob's ein PlugIn zum Anordnen seiner Kategorien gibt, weiß ich nicht, ich hatte da bis jetzt noch keinen Bedarf...

Hier hab ich was gefunden:

http://arno-simon.de/13/navigation-haupt-subebene/

Das sollte eigentlich genau das sein, was man braucht.

Die Sidebar so umzubauen, dass in ihr nur die Links zu den der jeweiligen Seite untergeordneten Seite auftauchen, ist nicht so das Thema. Wenn man sich aber auf einer dieser untergeordneten Seiten befindet, fehlt eine Funktion, die einem die ID der übergeordneten Seite ausgibt.

Ich hab mir den Artikel nicht so genau durchgelesen, aber das Problem scheint damit gelöst zu sein.

... hey komm, nicht schimpfen.

Keiner hat etwas von einer "weiß ich nicht"-Antwort.

Beziehungsweise manchmal hat man doch etwas davon - es kann ja sein, dass ich mich irgendwann einmal mit geNAU demselben Problem herumgeärgert und keine Lösung gefunden habe. In solchen Fällen könnten meine fehlgeschlagenen Lösungsansätze vielleicht sogar weiterhelfen oder auf Ideen bringen. Und dann poste ich auch eine "weiß ich nicht"-Antwort.

Aber ich schätze, dass hier einfach bloß noch niemand versuchen musste, wirklich vertrauliche Informationen mit Wordpress zu verwalten und diese nur speziellen Nutzern (externen Mitarbeitern o.ä.) zugänglich zu machen.

1) "WP-AddQuicktag"
http://roel.meurders.nl/wordpress-plug…ding-quicktags/

Besonders, wenn man für andere Leute WP als CMS einrichtet, ist es sehr praktisch, wenn man für häufig benötigte HTML-Tags "Knöpfe" erstellen kann. Mit dem PlugIn geht das - und zwar ohne an Wordpress-Systemdateien herumfummeln zu müssen. Also auch keine Probleme bei WP-Updates

2) "Xinha4WP"
http://baptiste.us/plugins/xinha4wp

Zwar kein "must-have", aber praktisch, falls man WP-Installationen für andere macht, die sich nicht mit HTML auskennen. Im Gegensatz zu einigen anderen WYSIWYG-PlusIns löscht dieses nicht z.B. Tags wie <small> aus dem Posting. Außerdem hat es eine Bildverwaltung MIT Bildbearbeitung (also Größe ändern, ausschneiden, drehen ...).

Weiterer Vorteil: Man kann in den Optionen ganz genau festlegen, welche "Knöpfe" der WYSIWYG-Editor haben und nicht haben soll (also Tabellen-Editor aus oder an und so weiter). Und ob und mit welchen Optionen der Editor auch bei Comment-Feldern erscheinen soll.

Nachteile:
- Erzeugt beim Einfügen von Bildern ne Menge Code, den man nicht braucht.
- Nach Installation funktioniert "WP-AddQuicktag" nicht mehr.

3) "Easy Post-to-Post-Links"
http://www.coffee2code.com/wp-plugins

Nach Installation kann man beim Beitrag/Seite-Schreiben folgendermaßen zu jedem anderen Beitrag/Seite des eigenen Blogs verlinken: Einfach in den Text
<!--post="name"-->
bzw.
<!--post="23"-->
einfügen. So kann man Seiten oder Beiträge problemlos verschieben, an der Permalink-Struktur herumfummeln und so weiter, ohne dass bloginterne Verlinkungen nachher ins Leere führen.

4) "Elegant Category (in)Visibility"
http://www.nmyworld.com/wordpress/arch…invisibility-69

Für spezielle Anforderungen ziemlich praktisch - Damit kann man für jede Kategorie einstellen, ob die enthaltenen Postings auf der Startseite, in den Feeds, in der Suche oder den Datums-Archiven gefunden werden sollen.

Wozu man's braucht? Bis vor kurzem hätte ich's auch nicht gewusst - aber ich bin grad dabei, so etwas wie eine "FAQ-Seite" zu basteln. Und ein "FAQ"-Posting gehört nun mal nicht auf die Startseite, auch wenn's das neueste Posting ist. Und wenn man sich z.B. alle Beiträge vom November 2005 anzeigen lässt, würde es auch stören, in dem Archiv auch alle FAQs drin zu haben.

Übrigens: für eine FAQ-Funktion braucht man auch noch "WordPress Category Posts" http://watershedstudio.com/portfolio/soft…gory-posts.html --- Nach Installation hat man ein neues Template-Tag, mit dem man eine verlinkte Liste aller Postings der gewünschten Kategorie ausgeben kann, das tut man dann im entsprechenden Category-Template - und dann hat man's so ungefähr. Ein bisschen Feinschliff fehlt zwar noch (Textanker-Links), aber da bin ich grad noch am Arbeiten. Wenn ich's sauber hingekriegt hab, schreib ich n kleines Tutorial.

5) "Lazyest Gallery"
http://www.keytwo.net

So einfach zu administrieren wie die LazyGallery, allerdings mit einigen praktischen Erweiterungen, die der LazyGallery fehlen:
- Thumbnails werden nach Erzeugung gecached
- Auf Wunsch kann man jedem Bild einen Beschreibungstext geben
- Galerie-Ordner sind nach Name oder Erstellungsdatum sortierbar
- Anzahl der Thumbs pro Seite einstellbar, ebenso Anzahl der "Spalten"
- Größe der Thumbnails aus dem Optionen-Menü heraus einstellbar
- Vorschaubild für Galerie-Ordner möglich

HTML-Ausgabe allerdings mit einigen XHTML-Fehlern, aber die sind leicht zu beheben, außerdem wird die Galerie teilweise in Tabellen ausgegeben - wenn man das nicht mag, sollte man Hand anlegen.

6) Google-Sitemaps
7) Clean Umlauts
IImage Browser
9) RumWall Gästebuch
10) WP-Contactform

.
.
.

Vorhin ganz vergessen: "WP-Turbo"
http://www.journal.kylaloo.net/2005-02/wordpress-turbo

Damit läuft Wordpress auch bei ziemlich langsamen Hostern in erträglicher Geschwindigkeit. Also unbedingtes "must-have"!

Du findest das unter "Optionen" - "Lazy Gallery Options" - ganz unten den Radio-Button "enable Captions" anwählen und "Update Options" drücken. Danach musst du noch mal in die "Lazy Gallery Options" - dann werden Dir unten bei den Captions deine Galerie-Ordner angezeigt. Wenn Du einen von denen klickst, öffnen sich die ganzen Thumbnails, neben jedem ist ein Eingabefeld.

Bin dich grad besuchen gekommen - Du musst noch in der Sidebar den Galerie-Link ändern, sonst landet man immer auf http://phillippfrank.ph.funpic.de/lazy-index.php - und da ist ja grad nix...

Zitat von Olaf

CAPTCHA ist die Holzhammer-Methode und schliesst zB sehbehinderte Menschen aus, darüberhinaus helfen die nur bei Kommentaren die direkt geschrieben werden. Um TB-Spam zu vermeiden müsste noch ein CAPTCHA vor der Anzeige der TB-URL gesetzt werden, darüberhinaus müsste das automatische anpingen eines Beitrags ausgeschaltet werden. In beiden Fällen verliert sich aber der Sinn der Track/Pingbacks. Selbst wenn alle Massnahmen getroffen wurden schützt das nicht vor dem Traffic den manche Bots verursachen... ach, es ist ein Graus!

... es gibt noch andere Methoden als Bildchen. Guck mal auf http://www.papoo.de - In dem CMS kann man auswählen zwischen Bildern und (find ich ne gute Idee) einer simplen Rechenaufgabe. Das dürfte Blinde nicht ausschließen.

Vielleicht kann man mit der Methode auch seine WP-Eingabefelder schützen?