Beiträge von pufaxx

... gute Idee, ich sollte mir vielleicht auch noch mal den neuen FireFox als Testbrowser installieren.

:-)

Aber bis dahin - Kannst Du mal nen Screenshot hochladen?

Edit:

Es gibt ja mehrere Stylesheets, die sich auswirken. Einmal das, was (vermutlich) mit dem Forum mitgeliefert wurde - und dann das Stylesheet für Dein Theme ... Wenn Du Dir das Stylesheet für Dein Forum greifst, also DAS hier: http://www.benedikt-funk.de/bestmasseijo/w…ss/template.css ... dürftest Du am schnellsten zum Erfolg kommen.

Ich würd da einfach mal vornedran einfügen:

#rs-discuss  { width: 500px }

oder vielleicht sogar ....

#rs-discuss  { width: 500px; overflow: hidden }

Damit wird eine fixe Breite für den gesamten Foren-Bereich festgelegt - und das Ding kann nicht mehr "versehentlich zu Breit" werden. Den Wert bei width dann so anpassen, dass er für Deine Seite passt.

smexstar:

Ich glaub, Du hast gar nichts falsch gemacht, sondern ich ... probier mal >>DIESE Version ...?

EDIT

Nee, Quatsch, dass ist Blödsinn. Bevor ich x neue Versionen online stelle ... Lieber Fehlersuche anders ... Probier mal auf der Seite, wo der Index auftauchen soll ... Folgendes zu schreiben

<p>{AlphaIndex}</p>
<p>{AlphaIndexNavi}</p>

Das Problem liegt daran, dass ich versucht hab ... Naja, WordPress macht ja eigenständig Absätze. Und ich hab versucht, das auszugleichen so dass da nachher nicht <p><p> und <p><h4> oder sowas rauskommt. Hat nur nicht wirklich geklappt ... Und ich merk auch grad - bei WordPress 2.2 mit unveränderter wpautop-Funktion müssen jetzt tatächlich Absatzmarken um den Index stehen, sonst wird der Platzhalter gar nicht ersetzt.

Aber wenn Du das aufschreibst wie oben, müsste es klappen ...

Jojo, ich weiß schon, dass das nicht das Problem ist. Ich hab nur das Gefühl, dass bei mir momentan auch ein bisschen zu viel gefiltert wird. Zwar nicht alles, aber doch mehr als sonst.

Moment mal ... Vielleicht klappt ja etwas anderes ... hast gleich ne Nachricht ...

An Deine Datenbank kommst Du aber schon noch ran?

Passwörter werden verschlüsselt abgelegt. Damit kann man im Regelfall nichts anfangen ... Aber das macht nichts. Zuerst sowieso nochmal nachgucken, ob Du Dich nicht eventuell bei der Installation bei Deiner Adresse vertippt hast. (Das ist in der Tabelle "deinAltesPraefix_users" - "user_email" zu finden)

Wenn da alles korrekt ist, und Dir immer noch nichts gemailt wird, dann würd ich WordPress einfach noch mal neu installieren. Vorher aber in der "wp-config.php" ein anderes Präfix eintragen, damit die alten Daten nicht gelöscht werden. Und in diesem "Übergangsblog" nimmst Du ein Passwort, dass Du Dir auch merken kannst.

Dann in die Datenbank gucken - und den Inhalt von "user_login" aus der Tabelle "deinNeuesPraefix_users"

Und in der neuen Installation ein Passwort nehmen, dass Du Dir auch wirklich merken kannst.

:-)

So - Dann in die Datenbank gucken - Und den Inhalt aus dem Feld "user_pass" in der Tabelle "deinNeuesPraefix_users" in das entsprechende Feld der Tabelle "deinAltesPraefix_users" kopieren.

Dann die "wp-config.php" wieder auf die alte Tabelle "lenken" ...

Ich nutze WordPress eigentlich dauernd als "CMS" - wobei da für mich die Grenzen ohnehin fließend sind.

Einige der genannten PlugIns hab ich auch schon ausprobiert, aber tu Dir nicht alles auf einmal an.

German Permalinks - Naja, wenn Du CleanUmlauts schon drin hast, werden Dir die "slugs" schon korrekt zurechtgedingst.

HomePage-Control - Hm ... Warum? Seit WP 2.1 kannst Du eh festlegen, wie Dein Blog "startet" ...?

SiteMap-PlugIn ... Wenn man WP als CMS nutzt, hat man oftmals irgendwelche "Tricks" benutzt, um beispielsweise Seiten zu gruppieren oder so. Kann gut sein, dass ein PlugIn die SiteMap nicht unbedingt übersichtlicher macht ... Müsstest Du ausprobieren, im Zweifelsfall halt selbst basteln.

Die Google-Sitemap ist aber auf jeden Fall empfehlenswert.

SearchPages ... gute Sache. Aber ich hatte desöfteren Fälle, in der ich den SideBar-PageSwitcher gebraucht hab (um bestimmte Seiten zu verbergen etc. als "Entwurf" speichern klappt nämlich nicht immer) - und die erweiterte Version SPS-Suite ermöglich ebenfalls die Suche innerhalb von Pages ... Guck's Dir mal an, damit kann man auch "aufklappende" Pagelisten erzeugen (also Unterseiten werden nur bei aktiver Oberseite gezeigt ...)

Thema "Inhalt der SideBar bestimmen" ...

Aktuell steht ein Projekt kurz vor der Fertigstellung, dafür hab ich ein PlugIn geschrieben, bei dem man sich für jede "Page" die man anlegt, auswählen kann, aus welcher Kategorie die neuesten soundsoviel Postings angezeigt werden. ... Da Link-Kategorien und Beitrags-Kategorien ab WP2.1 gemeinsam verwaltet werden müsste man damit auch ne Mehrfach-Auswahl realisieren können, so dass Du damit auch die Link-Kategorien bestimmen kannst.

(Das Ding funktioniert zwar, hängt aber noch zu sehr von einigen anderen Erweiterungen ab, die ich eingebaut habe ... Ich müsste das also noch ein bisschen "versäubern" ... Aber ich kann mir gut vorstellen, dass es sowas eh schon gibt ...)

So etwas passiert oft. Mails, die "erkennbar" nicht von einem Menschen geschrieben worden sind, sondern automatisch generiert wurden, werden bei vielen Postfächern zunächst aussortiert. ...

gab's da nicht ein PlugIn, das einem den Inhalt vom Spam-Ordner anzeigt? Akismet "zeigt" ja nicht alles, was es abfängt... Wie hieß das Ding noch mal?

Würd mich nämlich auch interessieren, bei mir scheinen manche Trackbacks nicht "angenommen" zu werden ...

CSS Page List - Auch für Kategorien ...

»» Download und Info

1) Läuft jetzt mit sowohl mit Pages als auch mit Kategorien
2) Außerdem werden Umlaute im Namen der CSS-Klasse jetzt mit sichererem Erfolg in "ae" und "ue" gewandelt.

Have Phun!
.
.
.

Zu Punkt 2)

Ich hab festgestellt, dass die Umwandlung von "ä" nach "ae" nicht auf jedem Blog funktioniert. Manchmal fallen Umlaute einfach weg. Das find ich nicht so schön, denn so "abgebrochene" Namen im Stylesheet sind schwer zu merken und sorgen auch gern mal für irgendwelche Tippfehler beim Website-Basteln. "ae", "oe" muss schon irgendwie sein. ...

Meine Lösung dazu ist allerdings ziemlich unelegant. Ne bessere Idee ist mir jedoch nicht gekommen - Denn die "Reihenfolge", in der WordPress-Standard-Filter (wie z.B. "wptexturize") und oft genutzte PlugIns (wie z.B. "Clean Umlauts") abgearbeitet werden, scheint nicht immer dieselbe zu sein. Von daher kommen manchmal Entites im PlugIn an, manchmal "rohe" Buchstaben ...

Deshalb Holzhammer: Alle Entities werden in normale Buchstaben und dann gleich wieder in Entities gewandelt. Und das nur, um sie gleich darauf noch mal in "ae", "oe" und so weiter umzuwandeln. Toll nä? Also irgendwie gefällt mir das nicht recht. Aber das war das Einzige, was (jedenfalls bei meinen Test-Installationen) am Ende wirklich überall funktioniert hat.

Elegantere Lösungen sind natürlich jederzeit willkommen.

... PlugIn ist umgeschrieben

(Hopperla - mal wieder zu viele Fenster offen gehabt und das falsche genommen. Die Geschichte mit dem PlugIn war woanders ...)

:-)

Also - Die "eigene" php.ini musst Du in den Ordner schieben, wo Du die Änderung brauchst. Zumindest hab ich das neulich mal für einen Kunden so hingekriegt. Beschreibung - Kann allerdings sein, dass das nicht bei jedem Strato-Paket funktioniert, sondern nur auf einigen Servern. Genau das selbe Verfahren hab ich gestern mal bei nem Kunden einer Kollegin ausprobiert - Nix. Ging nicht. Könnte aber auch an Unterschieden zwischen WebXS, EconomyBLA, VerarschungXXL (oder wie auch immer die Pakete heißen) gelegen haben.

Hoster für PodCast - Naja - Wenn Du schon erzählst, dass Du 16MB große Dateien hochlädst, musst Du ja davon ausgehen, dass die auch wieder runtergeladen werden. Das wird dann schon irgendwann ne ganze Menge "Traffic". Wenn Du bei einem unfreundlichen Webhoster bist, kann das evtl. teuer werden, wenn sich viele Leute für Deine Dateien interessieren.

Aus dem Nähkästchen - Ich hatte mal einen Live-Mitschnitt von ner Techno-Party bei mir liegen - Und hab deshalb mein monatliches "inklusiv-Volumen" zwei volle Monate lang um mehr als das 50fache überschritten. Das haut schon ganz gut rein, wenn's ein 500 MB großes MP3 ist ... Mein Webhoster ist glücklicherweise nett. Keine Rechnung, sondern nur eine Mail, ob ich nicht auf ein höheres Paket upgraden will.

Du solltest Dir also auf jeden Fall einen Hoster suchen, der in Sachen übertragener Datenmenge keine Beschränkungen aufstellt. Stichwort "Traffic inklusive" - Danach musst Du gucken.

Von wegen "Dateien über das Web hochladen" - Ich glaub, das "Problem" ist ziemlich normal. So ein großer Upload dauert nun mal so seine Zeit - da werden die meisten Server vorher abbrechen.

Wechseln solltest Du meiner Meinung nach trotzdem. Freu Dich über das (vermutlich) ziemlich umfangreiche Software-Paket, dass Dir Strato geschenkt hat - und ab zum nächsten. Okay, wenn Du nen Server bei Strato hast - Die sollen ziemlich gut sein. Nur die normalen Business-Dingelskirchen-Pakete sind wirklich ziemlicher Mist

Du wirst Dich wundern (und - versprochen: ärgern), was bei Strato alles NICHT möglich ist.

Was komischerweise aber funktioniert (und was ich bei anderen Hostern noch nie erlebt habe) ist - dass man eine php.ini schreiben kann - und der Server reagiert tatsächlich darauf.

So ist es z.B. möglich, die Speicherplatz-Beschränkung von Scripts zu erhöhen (was auch bitter nötig ist, denn sonst könnte man beispielsweise WordPress 2.2 gar nicht auf Strato installieren ...) ... 16 MB große Dateien hochladen - glaub ich nicht, dass man das "im Browser" hinkriegt. Ich hab's noch nicht probiert, aber ich schätze, dass die meisten Hoster dann irgendwann "dicht" machen.

Derart große Dateien würd ich gleich via FTP hochschieben. Was daran allerdings kacke ist (wenn du die WordPress-eigene Attachment-Verwaltung benutzen willst) - WordPress erkennt nur die Daten, die es "selbst" hochgeladen hat. Also via FTP hochgeladene Videos werden dann vermutlich in der Datei-Auswahl nicht auftauchen. Schätze ich zumindest ...

Vielleicht kannst Du das umgehen, indem Du jedes Mal ein kleines MiniVideo (mit dem gleichen Dateinamen, den die "echte Datei" nachher auch haben soll) über das WordPress-Menü hochlädst - und dann nachträglich via FTP den dicken Film hochschiebst und die "Hilfsdatei" löschst ...?

Am Theme dürfte es nicht liegen ... Ich kenne den Tag-Warrior nicht, bzw. hab ich den nur irgendwann mal "im Auftrag" eingesetzt, "eingerichtet" hat den jemand anders - wirklich Ahnung hab ich also nicht ... Aber Rätselraten find ich immer irgendwie spannend.

Ich nehme an, dass der TagWarrior auf die benutzerdefinierten Felder zugreift ...

1)

Aktuell hab ich ein PlugIn laufen, dass das Custom-Field "keywords" benutzt, ein anderes benutzt "keyword" ... Da hab ich Schwein gehabt, denn die hätten sich auch gegenseitig "ärgern" können - Beim einen nur ein popeliges "s" mehr im Code - Und bei mir würde sich Einiges andauernd selbständig leeren.

Vielleicht hast Du ja ein weiteres PlugIn laufen, das seine Daten in ein gleich benanntes Feld speichert? Relevant dürften dabei allerdings in erster Linie die PlugIns sein, die irgendetwas mit Kommentaren zu tun haben. Man sollte recht schnell herausfinden können, wie die Datenbankfelder heißen, die der TagWarrior für seine Arbeit braucht. Wenn Du die Namen hast, einfach mal alle PlugIn-Dateien auf diese Namen hin durchsuchen. Vielleicht hebeln sich einige Add-Ons ja gegenseitig aus.

(Zum Checken mal alle "Kommentar-PlugIns" ausschalten, Testbeitrag schreiben, selbst kommentieren und gucken, was passiert ...?)

2)

In dem Moment, wo WordPress irgendetwas speichert, wird nicht nur dies-und-jenes gespeichert, sondern es wird meistens auch irgendeine "action" ausgeführt. Also wenn Du ne neue Seite schreibst, passieren im Hintergrund noch Dinge wie "Object-Cache" aktualisieren, dies-und-das-updaten und so weiter. Empfang, Löschen oder Genehmigen von Kommentaren/Trackbacks sind jedenfalls Vorgänge, die a) schon mal per se als "action" gelten und b) als "Grund zur Einleitung weiterer actions" erkannt werden ...

Also mal in der Doku die "actions" durchsuchen und dort natürlich verstärkt auf alles achten, was mit dem Veröffentlichen oder Moderieren von Kommentaren in Zusammenhang steht. Vielleicht bringt Dich das ja auf ne Idee ...?

(Der Fehler muss jedenfalls nicht zwangsläufig im TagWarrior stecken ...)

Opera, IE6, IE7, Netscape7 - da rutscht bei mir auch nichts weg. Beim Netscape6 fehlt die Navi unter dem Header-Bild, aber ...

(Aber den benutzt ja eh keiner mehr. Außer vielleicht ich zum Stylesheet checken. By the way - falls Du drauf Wert legst: Der NS6 hat immer Probleme, wenn bei Positionsangaben keine Einheit dabei steht. Obwohl "right: 0" normalerweise ausreicht, braucht der NS6 immer ein "px" oder "pt" hinter der Null. Sonst verschwinden einige Inhalte ganz gerne mal ...)

Baustelle ...

So, okay, hier ein paar Tipps zu der ganzen Geschichte.

Die erste Funktion lass ich aber bewusst "offen", weil die ja dazu da ist, die "in Frage kommenden Seiten" überhaupt erst einmal vorzusortieren. Natürlich kann man auch gleich alle Pages abfragen, z.B. wenn man eine vollautomatische Auflistung wirklich aller Galerien haben will.

Egal ... Also los.

function get_GalleryList(){


	global $wpdb;
	$sql = 	"SELECT ... was Du grad brauchst ...
		aber auf jeden Fall die ID und den post_content
		post_title kann man auch gebrauchen ... 
		FROM blablabla 
		WHERE neueste Dings";


	$GalleryList = false;
	$MeineSeiten = $wpdb->get_results($sql);


	if($MeineSeiten) {


		$Counter = 0;
		while($MeineSeiten[$Counter]) {


			// Seiten-Inhalt nach Galerien durchsuchen
			if (has_Gallery($MeineSeiten[$Counter]->post_content)) {


				// Bei Treffer irgendwas Schickes damit anstellen
				$GalleryList .= 	Nimm Page In Liste auf;
						Link zur Seite ermitteln;
						Galerienamen holen;
						erstes Bild holen; 
						was auch immer;
			}
			$Counter++;
		}
	}
	return $GalleryList;
	// oder gleich echo
}

Nu muss man gucken, ob im post_content eine Galerie gezeigt wird. WIr wissen ja, worauf wir achten müssen: Irgendwo im Seiteninhalt taucht [mygal=plus-irgendein-ordner-name] auf. Zum Suchen hab ich preg_match benutzt ... und ... ich gehe davon aus, dass es maximal eine Galerie pro Page gibt ... Wenn's mehr gibt, wird nur die erste Galerie gefunden.

function has_Gallery($PostContent) {
	if (preg_match("/\[mygal=[^\]]*\]/",$PostContent,Treffer))
		return Treffer[0];
	else
		return false;
}

Gibt es eine Galerie, wird gleich die mygal-Anweisung zurückgegeben. Gibt es keine, brauchen wir die Seite auch nicht zu $GalerieListe hinzuzufügen. Der Galerie-Name fehlt noch (hätte man eigentlich auch gleich in has_Gallery einbauen können, aber aus irgendeinem grund hatte ich's getrennt gebraucht ... weiß ich gar nicht mehr ...)

function extract_GalleryName($GalleryTag) {
	return preg_replace("/\[mygal=([^\]]*)\]/","$1",$GalleryTag);
}

... wobei ich den "Ordner-Namen" eigentlich nicht so schick finde, wie selbst wählbare Seiten-Überschriften. Aber Geschmackssache. Auf jeden Fall kann man den Ordner-Namen für weitere Spielereien (Beispielsweise Vorschaubild o.ä.) gebrauchen.

Zusammenfassung:

1) Ganz normale Seiten-Abfrage nach Deinen eigenen Kriterien starten
2) Mit den kleinen Suchfunktionen Galerien finden
3) Bei Treffer, Link konstruieren
4) Alle Links ausgeben ...

Das war's an sich schon.

:-)

P.S.: Wie schon erwähnt, hab ich eine etwas umfangreichere Geschichte von mir als Grundlage genommen, und deshalb musste ich ein paar Variablen umbenennen. Falls ich dabei irgendeinen Mist gebaut hab, bitte ich um Entschuldigung.

Die myGallery ist nicht so n "vollautomatisches Programm". Wenn Du einen Ordner mit Bildern hochlädst und diesen Ordner der Galerie "beibringst" - dann bist Du ja noch nicht fertig.

Dir steht damit nämlich nur die MÖGLICHKEIT zur Verfügung, mittels [mygal=urlaub-bei-oma-hilde] die entsprechenden Bilder irgendwo anzuzeigen. Musst Du aber nicht. Und Du musst auch nicht alle zeigen. Und auch nicht alle auf einmal.

--> Mit anderen Worten: mylistdings kann im Grunde genomme nur "wissen", welche "Bildergruppen" überhaupt im System existieren.
--> Wo, wie oft und ob überhaupt diese angezeigt werden, ob die als Galerie genutzt werden und welche Seite in dem Fall dann die "Hauptseite" für die jeweilige Galerie ist - kannst Du kompletto selbst entscheiden, aber Du musst das der Auflistungsfunktion auch mitteilen.
--> Mylistdings kann ja nicht ahnen, ob die Oma Hilde lieber unter "Urlaub in Solingen" oder unter "meine Verwandten" gefunden werden soll
--> Also funktioniert mylistdings nur, wenn zu jeder Galerie auch eine Seite existiert.

Was Du (vermute ich jetzt mal, sieht zumindest so aus) gemacht hast:

Ich glaub, Du hast einfach nur eine Seite angelegt, auf der diese Übersicht gelistet werden soll. Die Seiten für die Galerien fehlen allerdings. Wenn Du für deine Coconut-Beach-Galerie als "Anzeige-Seite" die ?page_id=378 eingetragen hast - Aber die Auflistung auch gleich auf der 378 ist - dann verlinkt der Link natürlich auf sich selbst.

Was sonst noch sein könnte: Du hast keine Permalink-Optionen aktiviert. Und dann funktionieren bei WordPress immer mehrere Varianten

deineseite.de/?p=123
deineseite.de?p=123
deineseite.de/index.php?p=123

Nachdem man bei myGallery ja nur eine ID-Nummer eingeben muss, könnte es z.B. auch sein, dass mylistgal von einer anderen Konstruktion ausgeht und irgendwie der &blablabla-Parameter nicht erkannt wird ...?

Hm ... Aber nee, ich glaub, die Galerie, die Du zeigen willst, "gibt"'s einfach noch gar nicht ...

... da bleibt dann wohl doch nur ein Blick in phpMyAdmin. Also ich war ziemlich überrascht, was bei mir für eine lustige Mixtur fröhlich nebeneinanderher funktioniert.

Meine posts-Tabelle ist auf jeden Fall schon mal nicht UTF-8, sondern latin-irgendwas-c1 - Und Collation "swedish blablabla" ... Aber auch nicht durchgängig, die Überschriften sind wieder anders als der post_content ... Die ganzen Optionen, Links und so weiter sind dann wiederum UTF-8 ...

Komischerweise hab ich keine Probleme.

Und nachdem (bei mir zumindest) alles funktioniert, wenn ich in der config keine Codierung eintrage, hab ich mich mit folgendem Tool dann doch nicht näher beschäftigt:

--> Vielleicht ist ja für Euch der mySQLdumper ne taugliche Lösung?

Support-Forum hab ich also nur n büschn überflogen, aber der Programmierer hat da z.B. einen sehr detailierten Beitrag zum Thema "Umlaute", "Datenbanken" und dem ganzen Hin- und Her geschrieben .... Den direkten Link hab ich natürlich mal wieder nicht gebookmarked, Sorry. Aber das findet Ihr schon.

Alphabetischer Index - Beta-Version ist fertig!

... und bereit zum Testen.

Download-Link und Anleitung gibt es bei mir

Das Ausschließen von Pages, die mit dem Sidebar PageSwitcher "verborgen" werden, hab ich übrigens wieder rausgenommen - Denn dazu müssten die Custom-Fields eingelesen werden - Was die Geschichte ein bisschen verlangsamt.

Ansonsten (ich hoffe, das funktioniert auch überall) wird das PlugIn "Clean-Umlauts" nicht mehr zum Sortieren benötigt. Bitte bescheid sagen, wenn ich da irgendwie Mist gebaut hab. Man weiß ja nie so genau, mit welcher Codierung die Inhalte eingelesen werden ...

*g* nächste Woche, dann.

Ich vermute mal, dass es kein allzu großes Problem sein dürfte, den Vorschau-iFrame nachträglich wieder einzubauen.

Mich persönlich hat mich iframe irgendwann so genervt, dass ich ihn auskommentiert hab. Erst mal war der sowieso viel zu klein - als Vorschau hab ich ohnehin immer die ID der Seite in einem neuen Fenster eingegeben ... Dann klicke ich recht wenig mit der Maus, und wenn man so einige "eingefahrene" tab-tab-shift-hoch-runter-Abfolgen "drin" hat, kann's sehr irritierend sein, wenn man plötzlich versehentlich im iframe "gelandet" ist und DORT irgendetwas "anrichtet" ... denn was da angezeigt wird, ist ja voll funktionstüchtig ... Dazu die üblichen täglichen Missgeschicke: Von Dropdowns abrutschen, im iframe weiterscrollen - Huch?! Wo bin ich? ... Also die typischen Schnitzer, die einem besonders gerne dann unterlaufen, wenn's eigentlich schnellschnell gehen soll, passieren ohne iframe-Mäusekino bei weitem nicht mehr so leicht.

jo ... genehmigt.

:-)