Beiträge von Putzlowitsch

Zitat von mastermind

Letztendlich denke ich aber, dass dieses Plugin nur selten und wenig gebraucht wird. In den wenigen Fällen, denke ich, kann man auch mit dem etwas grobschlächtigeren Interface arbeiten...

Naja, stimmt schon.
Aber das ist ja auch das schöne an quelloffener Software, man kann sich das ganze gegebenfalls selbst (so man kann) nach eigenem Gusto anpassen.
Ich habe mir einfach die SQL-Abfrage bei den Posts um

WHERE post_status IN ('publish', 'static')

erweitert, und schon sehe ich Attachments, Objekte und was es sonst noch so an uninteressanten Posts gibt, nicht mehr.

Gruß
Ingo

Zitat von the0bone

Und dann mal eine kleine BWL Formel

Gesamtkapitalrentabilität = Gewinn * (Fremdkapitalzins) * 100 / (Eigenkapital + Fremdkapital)

Zudem besteht die Gefahr, bei Schulden, also negativem Eigenkapital, in gleicher Höhe wie das Fremdkapital den gefürchteten "Division durch Null"-Fehler zu bekommen. Aber von BWL hab ich nicht wirklich Ahnung :-)

Gruß
Ingo

Danke mastermind, funktioniert gut, Dein Plugin.

Nun ist mir folgendes aufgefallen. In der Liste der Posts unten stehen auch die Attachments mit drin. Lustig finde ich, das ich dann tatsächlich mit einem Klick auf den Link einen Kommentar zu einem einzelnen Bild oder sonstiger Datei schreiben kann. Ich wußte bisher nicht, daß das geht, in der normalen Blogansicht wird es wahrscheinlich eh nicht funktionieren. Ich wüßte zumindest nicht wie.
Die Frage ist nun, ob es überhaupt sinnvoll ist, auch die Attachments mit aufzulisten, denn dadurch wird die Liste unnötig lang und unübersichtlich.
Bei meinen paar Beiträgen bisher ist das kein Problem, aber für Blogger, die schon länger dabei und/oder viel aktiver sind, könnte das ein Problem werden.

Optimal wär wohl eine Option, mit der man das nach eigenem Ermessen Aus- oder Einschalten könnte :-)

Gruß
Ingo

3. Filter für die Funktion 'wp_list_pages' schreiben. :-)

Aha, das gibt natürlich schon einen Hinweis. Die Funktion the_time() bezieht sich auf den Beitrag, nicht auf die Kommentare. Das führt dazu, daß bei den Kommentaren immer das Datum des Artikels selber steht, auch wenn diese erst Tage später verfaßt wurden.
Also the_time(...) in der comments.php durch comment_date() ersetzen.

Gruß
Ingo

EDIT: Da hast Du es ja schon schneller selber erkannt, als ich das hier schreiben konnte. :-)

Wobei auch interessant ist, das Kommentar 3 zeitlich gesehen vor Kommentar 1 und 2 liegt. Ist es etwa ein ähnliches Phänomen wie hier:
http://forum.wordpress-deutschland.org/showthread.php?t=16207

Ist zwar erstmal nicht so offensichtlich wie dort, aber man könnet mal in der Richtung suchen.

Gruß
Ingo

Ich würde es zumindest für einen großen Zufall halten, das Stunde und Minute bei allen Deinen Beitragen immer gleich sind.

Es dürfte wohl was falsches bei der Funkion the_time('d.m.Y H:i') in der index.php des Themes stehen, hinten bei der Zeit vermutlich 'G:H' oder so, so daß die Stunde vor und nach den Doppelpunkten ausgegeben wird.
Vergleich das mal mit dem, was da in der single.php steht.

Gruß
Ingo

Guck Dir mal Deine anderen Zeiten auf der Startseite, oder auch vorherigen Seiten an. 18:18, 17:17, 0:00, 13:13, 15:15
Na, fällt Dir was auf :-)

Gruß
Ingo

Das

AND post_status = 'publish'

durch

AND post_status IN ( 'publish', 'static')

ersetzen.

Gruß
Ingo

Ich würde sagen, Punkt 1. Die Subdomain auf ein Unterverzeichnis der Hauptdomain umleiten. Also auf .../htmldocs/wordpress. Die oben erwähnte index.php ist da ja bereits vorhanden, nämlich die von der WP-Installation der Hauptdomain.
Wenn das nicht geht, weiß ich auch nicht weiter. Das wäre dann aber eine etwas seltsame Konfiguration seitens des Webhosters. Man sollte eigentlich schon das Rootverzeichnis für eine (Sub)Domain auf ein beliebiges Verzeichnis innerhalb des eigenen Webspace zeigen lassen können.

Gruß
Ingo

Also wenn ich das richtig "ermittelt" habe, ist Dein Hoster "Flatbooster".
Hier ist ja z.B. die Sache mit den Subdomains erklärt:
http://flatbooster.net/support/index.…leid=18&nav=0,2

Das Zielverzeichnis (Mount Point) muß Du halt genau so einstellen, wie bei Deiner Hauptdomain. Das ist alles.
Dann greifen sowohl deine Hauptdomain und auch die Subdomain auf die selbe WP-Installation zu. Das Plugin sorgt nun dafür, das für alle Links aber die korrekte Adresse erzeugt wird, eben die der Haupt- oder Subdomain und das für die Subdomain ein anderes Theme verwendet wird (das ist ja der eigentliche Grund).

Gruß
Ingo

Zitat von SVWliker

Domain a -> htmldocs -> wordpress
subdomain b-> htmldocs -> leer

Gut, jetzt mußt Du für Subdomain dasselbe einstellen, wie für Domain, also
subdomain a -> htmldocs -> wordpress
Oder geht das etwa nicht?

Gruß
Ingo

Zitat von mastermind

Bei SPON, FAZ.net und vielen anderen Print-Ablegern ist es aber genau so, dass man für's Archiv bezahlt. Macht auch Sinn: Alte News sind eh kein Verkaufsschlager ("nichts ist älter als die Zeitung von gestern"), aber wenn man ein umfangreiches Archiv anbieten kann, finden sich dafür auch Interessenten.

Ja, stimmt auch wieder.
Ich hatte da allerdings aus aktuellem Anlaß eine spezielle Seite im Hinterkopf, auf die ich kürzlich gestoßen war:
http://www.soundonsound.com/
Die News kann man da natürlich auch so lesen, aber die ausführlicheren Artikel, also "Reviews" oder "Technique" nur gegen Bezahlung, oder dann eben nach einem dreiviertel Jahr auch einfach so.
Bei meinem Treffer "Focusrite Saffire LE" muß ich noch ein wenig warten, aber da drängt die Zeit nicht :-)

Gruß
Ingo

Ich kenne das eher andersherum. Die aktuellen Artikel dürfen nur registrierte Leser, die auch dafür bezahlt haben, lesen. Nach einem halben Jahr, wenn das Zeug eh hoffnungslos veraltet ist, dürfen dann alle lesen :-)

Wie auch immer, eine Plugin dafür kenn ich auch nicht. Es würde ja auch voraussetzen, daß man eine Zeitsteurung hätte, sowas wie einen Cronjob.
Oder man müßte die Überprüfung für jeden Artikel jedesmal live durchführen, was sicher auch nicht so optimal wäre.

Gruß
Ingo

Zitat von SVWliker

... doch so wie ich es verstanden habe, soll diese Subdomain den Zugriff auf meine Datenbank der PC Blog Version haben, aber der Server erstellt den Ordner für die Subdomain wo anders.

Das hast Du schon richtig verstanden, nicht nur die selbe Datenbank, auch alle WP-Dateien werden von den Subdomains gemeinsam verwendet.
Wenn es keine Möglichkeit gibt, die Subdomain innerhalb des Webspace auf das selbe Verzeichnis zeigen zu lassen, wie die Hautpdomain, sieht es mit dem 123-Multihost-Plugin leider schlecht aus.
Es hängt natürlich immer vom Webhoster ab, wie das gehandhabt wird. Bei 1und1 ist es z.B. so, das neu angelegte Sub-/Domains immer erstmal auf das Wurzelverzeichnis des Kunden zeigen. Erst wenn die Domain eingerichtet ist, kann man sie auf andere Verzeichnisse "umbiegen" lassen. Bei All-Inkl ist es ähnlich.
Das beim Erstellen einer Subdomain gleich ein neues Verzeichnis angelegt wird, kenn ich so eigentlich nicht.
Wo sind denn Deine Seiten gehostet?

Gruß
Ingo

Zitat von Woodstock

Nebenbei gefragt: was ist das denn für ein Wetter-Ding, das du benutzt?

Das ist was selbstgebasteltes. Wetterdaten beziehe ich aus dem Wetter-Content-Modul meines Webhosters (1und1). Die lese ich aus und formatiere sie mir dann etwas um. Ich verwende z.B. eigene Wettersymbole.

Nachteil an diesen ganzen 1und1-Contentmodulen ist, das sie per Javascript eingebunden werden und auch vom Aussehen her nur in engen Grenzen anpaßbar sind.

Gruß
Ingo

Naja, es ist zwar unwahrscheinlich, aber es könnte ja sein, das tboggi zwar Zugriff auf die Datenbank, nicht aber auf das Pluginverzeichnis hat :-)
Aber generell sollten direkte Manipulationen der Datenbank immer der letzte Weg sein, wenn was anderes nicht mehr hilft.

Gruß
Ingo

Zitat von SuMu

Tabelle:evil: nicht wirklich oder:confused:

Man muß ja nicht beim Wort Tabelle immer gleich an das verpönte, tabellenorientierte, also tatsächlich mit <table> realisierte Layout denken.
Ich meine, das war oben eher allgemeinsprachlich, beschreibend gemeint.

Andererseit hat so ein "echtes" Tabellen-Layout einen großen Vorteil. Es sieht auch auf uralten Browsern brauchbar aus ;-)
Besonders die Browser der 4. Generation (sowohl IE als auch Netscape) sind, was CSS-Layouts angeht, eine Katastrophe. Sie konnten nämlich schon so ein bißchen CSS, aber nichts wirklich ordentlich.

Gruß
Ingo

Die Plugins selber stehen ja nicht in der Datenbank drin, nur welche gerade aktiv sind.
Das steht in der Tabelle 'wp_options' im Eintrag mit dem option_name=active_plugins. Könnte etwa so aussehen:
a:5:{i:0;s:20:"category-tagging.php";i:1;s:12:"dofollow.php";i:2;s:20:"germanpermalinks.php";i:3;s:23:"get-recent-comments.php";i:4;s:29:"plw123_disablepreview_0_1.php";}

Das ist ein serialisiertes Array. Wenn man z.B. den Eintrag für "dofollow.php" entfernen will, muß man das fett hervorgehobene löschen (inkl. abschließendem Semikolon). Außerdem muß noch die Zahl ganz am Anfang, hier a:5 um eins vermindert werden, also a:4.
Zusätzlich sollten auch die Zahlen i:2, i:3 usw. also alles nach dem entfernten Eintrag um ein vermindert werden, aber nur das was hinter dem i steht, nicht die Werte hinter dem s.

Gruß
Ingo

Also hier ist genau dieser Fall beschrieben:
http://codex.wordpress.org/Giving_WordPress_Its_Own_Directory

Ich hatte mich sowieso schon immer gefragt, was der Unterschied zwischen WordPress-Adresse und Blog-Adresse ist. Nun ist mir das so richtig klar geworden. :-)

Gruß
Ingo