volkerdaschner.de

Usually the Category drop-down menu is first sorted by Section and then by Category Order. New Sections or Categories always appear at the end of this Order list. Either you correct the Section/Category Order every time manually or you edit the controller.php to sort the Category drop-down menu alphabetically:

../administrator/components/com_content/controller.php

// ORIGINAL Code
	// get list of categories for dropdown filter
		$query = 'SELECT cc.id AS value, cc.title AS text, section' .
				' FROM #__categories AS cc' .
				' INNER JOIN #__sections AS s ON s.id = cc.section ' .
				$filter .
				' ORDER BY s.ordering, cc.ordering'; // <- REMOVE or better COMMENT
		$lists['catid'] = ContentHelper::filterCategory($query, $catid);

// NEW Code
		// get list of categories for dropdown filter
		$query = 'SELECT cc.id AS value, cc.title AS text, section' .
				' FROM #__categories AS cc' .
				' INNER JOIN #__sections AS s ON s.id = cc.section ' .
				$filter .
				// ' ORDER BY s.ordering, cc.ordering';
				' ORDER BY cc.title ASC'; // NEW
		$lists['catid'] = ContentHelper::filterCategory($query, $catid);

Ein Problem gibt es mit damals beschriebener Lösung: Bei einem automatischen Update werden im Normalfall die lokalisierten Sprachdateien verwendet. Da ich in der

 // wp-config.php
define ('WPLANG', 'de_DE); 

eingetragen hatte, wird beim Update die Sprach-Datei von PhogBlog mit der Sprach-Datei der WordPress DE-Edition überschrieben.

Nun habe ich die Sprach-Datei von PhogBlog in

 /wp-content/languages/xy_XY.mo 

umbenannt. Gleichzeitig habe ich in der

 // wp-config.php
define ('WPLANG', 'xy_XY); 

eingegeben.

Beim automatischen Update schlägt WordPress jetzt en_US als Sprachversion vor, da es für xy_XY keine eigenen Sprachdateien gibt Trotzdem bleibt die XY-Sprachdatei erhalten und wird für die Anzeige des Blogs auch verwendet.

via

öffne: administrator/components/com_content/controller.php
ändere:  ‘ ORDER BY s.ordering, cc.ordering’;
in:  ‘ ORDER BY cc.title’;

Noch nicht von mir getestet!

Angemeldet hatte ich mich bereits im Januar 2009.

/* Off-Topic: KeePass speichert auch das Datum, an dem ein Passwort angelegt wird. */

Jedenfalls lag der Account seitdem brach. Ich wusste schlichtweg nichts mit FriendFeed anzufangen.

Ein paar Tage hatte ich hier im Blog das Twitter-Widget ins Menü eingebaut, aber eigentlich wollte ich etwas, das meine Bookmarks, Tweets, usw. sammelt und chronologisch anzeigt. Genau das macht FriendFeed! Siehe auch: Menü rechts außen

FriendFeed sammelt momentan alles, was ich in diesem Blog oder bei Delicious, Facebook, Google Reader, last.fm, Twitter und Vimeo für die Öffentlichkeit freigebe. Anschließend kann man das Ganze als Feed abonnieren oder eben auch als Widget in Seiten einbinden.

Zusätzlich könnte man FriendFeed, wie Twitter, für Kurznachrichten verwenden, aber dafür ist der Dienst wohl nicht bekannt genug.

Einen sehr guten Artikel mit weiteren Infos zu FriendFeed findet ihr hier!

Mir ist bewusst, dass es da draußen viele Menschen gibt, die besser/interessanter bloggen als ich! Schließlich verbringe ich fast jeden Tag locker 30-60 Minuten damit, verschiedenste Feeds zu lesen. Anfangs habe ich versucht die Links zu diesen Beiträgen in der Kategorie Nachrichten & Links zu sammeln. Wirklich überzeugt hat mich das selbst nicht. Daher: Gebt (diesem) FriendFeed eine Chance

<script type='text/javascript' src='http://ajax.googleapis.com/ajax/libs/jquery/1.4.2/jquery.min.js'></script>
<script>
/* Dem script-Tag darf kein Attribut, wie type='text/javascript', hinzugefügt werden! */
 jq142 = jQuery.noConflict(true);
</script>
<script type='text/javascript'>
 jq142(document).ready(function () {
jq142('#foo').hide();
/* noch viel mehr Code */
 });
</script>

Wichtig:

jq142 ersetzt das übliche $ zum Aufrufen der jQuery Funktionen, da das $ für die andere jQuery Version reserviert ist. Es ist sinnvoll die Variable entsprechend der verwendeten Version zu benennen. Zudem sollte der zugehörige Code direkt nach der Zuweisung folgen.

via

Standardmäßig kann man maximal 20 Zeichen für die Suche verwenden. Eingeführt wurde es, meines Wissens, um die Datenbank (SQL-Injection) zu schützen. In der Praxis sind 20 Zeichen aber meistens zu wenig. Daher hier eine Anleitung, wie man das Limit erhöhen kann. Wobei man dieses auch nicht zu hoch ansetzen sollte! Etwa 40-50 Zeichen reichen für eine komfortable Suche. Ich verwende bei meinen aktuellen Projekt 47.

In den genannten Dateien den Code suchen und an den entsprechenden Stellen die vorhandene 20 bzw. 19 durch euer neues Limit ersetzen:

/modules/mod_search.php

$maxlength = $width > 47 ? $width : 47;

/components/com_search/views/search/tmpl/default_form.php

<INPUT id="search_searchword" maxlength="47" name="searchword" …

/administrator/components/com_search/helpers/search.php

// limit searchword to 47 characters
if ( JString::strlen( $searchword ) > 47 ) {
$searchword = JString::substr( $searchword, 0, 46 );
// von 0 bis 46 sind es 47 Zeichen!

/language/en-GB/en-GB.com_search.ini

SEARCH_MESSAGE=Search term must be a minimum of 3 characters and a maximum of 47 characters.

Verwendet man zusätzliche Sprachen so muss man diese ebenfalls ändern:

/language/de-DE/de-DE.com_search.ini

SEARCH_MESSAGE=Das Suchwort muss mindestens drei Zeichen und maximal 47 Zeichen enthalten!

Abhängig vom verwendeten Template muss dieses eventuell auch angepasst werden:

/templates/TEMPLATE/html/com_search/search/default_form.php

<input type="text" name="searchword" id="search_searchword"  maxlength=”47" …

/templates/TEMPLATE/html/mod_search/default.php

$output = '<input name="searchword" id="mod_search_searchword" maxlength="47" ...

Ein Großteil des Codes stammt von http://www.geekgumbo.com!

Da die deutsche Lokalisierung auf 64 bit Servern mehr Arbeitsspeicher belegt, verwende ich die englische Version von WordPress. Eigentlich kein Problem, nur wird auch das Datum auf Englisch dargestellt, was mich doch ziemlich stört.

PhogBlog hat dafür eine Lösung gefunden. Funktioniert einwandfrei!