Beiträge von suavito

    Hm, ich hab einfach die index.php kopiert und zu aktuell.php umbenannt (einschließlich Template-Bezeichnung im Kopf) und dann eine neue, leere Seite als Aktuell gespeichert (basierend auf dem Template aktuell), damit ich die als neue, statische Startseite verwenden kann.

    Angezeigt wird die leere Seite (mit aber immerhin allen Modulen der Startseite).

    Aber noch entscheidender ist, dass die statische Seite "Aktuell" nun ohne "aktuell" in der url angezeigt wird (und der Link im Seiten-Widget enthält es auch nicht mehr), also genau wieder die url, die ich auch vorher schon hatte: nur der Domainname und sonst nichts.

    Was ich gern hätte: Unsere Startseite hieß immer "Aktuell", der erste Menüpunkt hieß immer "Aktuell" und die index.html im Stammordner leitete zu domain/aktuell.html weiter.

    Url, Seitentitel und Menüeintrag heißen also bei allen Seiten einschließlich der Startseite jeweils identisch, was die Orientierung auf der Site erleichtert.

    WordPress bietet nun als Startseite immer nur den Domainnamen ohne einen speziellen Startseitennamen an.

    Ich weiß, dass man die gesamte Installation in einen Unterordner verschieben, die Startseite dabei aber auf der ersten Ebene bleiben kann.

    Ich würde das nun gern umgekehrt machen: Die Startseite liegt in einem ordner "aktuell", der dann in der url angezeigt wird, wenn sie aufgerufen wird.

    Alle anderen Seiten dürfen natürlich nicht in diesem Ordner "aktuell" liegen, das wäre ja Quatsch (bzw. Joomla! 1.5, wenn mir die spitze Bemerkung gestattet ist …).

    Geht das? Oder denke ich überhaupt zu verknotet und es gibt eine viel einfachere Methode, den gewünschten Effekt zu erzielen? Ginge eine statische Seite namens "aktuell" und könnte die dann alles anzeigen wie die normale Startseite auch?

    Danke für die Hinweise, das ist alles wirklich sehr interessant und vielversprechend!

    Und dass WP immer mehr zu einem "richtigen" CMS wird, ist auch nur konsequent, man möchte natürlich immer mehr Funktionen haben, und wenn ein Teil davon schon von externen Plug-ins ermöglicht wird, warum sollte man das nicht gleich in den Core aufnehmen? Logisch auch, dass sich die verschiedenen CMSse damit immer ähnlicher werden.

    Ich hatte mir auch andere System angeguckt: TYPO3 ist für meine Zwecke (es geht um den Webauftritt eines kleineren Sportvereins) zu gewaltig, ein eigener Server kommt auch nicht infrage.

    Joomla! sah ganz nach der richtigen Mischung aus Features und technischen Anforderungen aus, leider gibt es da ein riesiges Problem: Die 1er-Version verwendet noch Layouttabellen, und das wäre ein gewaltiger Rückschritt, die 1.5er (bzw. der RC) hat einen Hau im Router, so dass keine Permalinks erzeugt werden, was eine echte Katastrophe ist.

    Sieht alles danach aus, als wäre WordPress nicht nur die (zeitlich) erste Wahl, sondern auch die beste. Das, was es macht, macht es sehr gut, und der Rest kommt in absehbarer Zeit hinzu. Mal sehen …

    Gibt es schon irgendwo einsehbar Pläne oder vielleicht sogar eine road map, wie die nächste Version von WP aussehen wird?

    Ich frage nicht aus Langeweile, sondern deshalb, weil ich überlege WP (die 2er-Version) als CMS einzusetzen. Ich mag WP sehr und die Dokumentation und die Community sind zwei weitere große Pluspunkte.

    Aber es ist abzusehen, dass die jetzigen Möglichkeiten mittelfristig für meine Zwecke nicht ausreichen werden. Daher wäre es für eine Entscheidung wichtig zu wissen, ob die Entwicklung von WP in Richtung CMS weitergeht oder was die Entwickler sonst vorhaben.

    Mag sein, daß ich quer denke, vielleicht sogar diagonal … :?

    Ich versuche es nochmal am Beispiel der Liga zu erklären:

    Die Tabellen soll man sich nicht einzeln angucken können.

    Es gibt eine Anzahl Spieltage pro Saison (und pro Mannschaft), und für jeden einzelnen soll es einen Beitrag geben. NUR DIESEN KOMPLETT UND EINZELN soll man aufrufen können, aus dem Menü den jeweils aktuellen oder über die Startseite, auf der der Anfang des Spielberichts und der "mehr"-link steht oder auch über die Suchfunktion.

    Der jeweilige Beitrag enthält den Spielbericht, die Ergebnisse des Spieltages und die Saisontabelle zum Zeitpunkt des Spieltages.

    Beide Tabellen sind natürlich an jedem Spieltag anders, und selbstverständlich sollen sie nicht per Hand eingegeben werden. Wie genau die Saisondaten verwaltet werden, ist noch nicht klar, vielleicht auch innerhalb der Datenbank, vielleicht mit einem Programm wie dem Ligamanager Online.

    Wenn ein Beitrag aufgerufen wird, dann soll aus seinen Kategorien herausgelesen werden, a) um welche Sorte Seite es sich handelt (Liga, Pokal, "normaler" Beitrag) und b) um welche Mannschaft. Aus dem Titel (z. B. "3. Spieltag 25.5.07") soll die Saison und der Spieltag ermittelt werden.

    Aufgrund dieser Angaben soll dann ein Baustein namens tabellen.php, der die Ergebnis- und die Saisontabelle enthält, diese mit den richtigen Inhalten füllen, indem er damit eine Datenbank ausliest bzw. auf die sonstwie vorliegenden Daten zugreift.

    So wie ich es verstehe – das kann alles ganz falsch sein, ich lerne gern dazu –, muß ich mich bei dieser Darstellung der single.php bedienen, weil ich zwar vom Menü aus genauso gut in eine Kategorie verlinken könnte, aber der "mehr"-link sowie auch die Suchfunktion und die permalinks zu den Einzelbeiträgen verlinken, und die sollen dann alles enthalten und nicht nur den Text.

    Somit ist die single.php ein Nadelöhr, weil ja alle Sorten von Beiträgen, auch die unkomplizierten Nur-Text-Beiträge, darüber laufen. Die "Schuld" liegt dabei nicht bei WP, sondern bei mir, weil ich eine Blog-Software für blogfremde Zwecke mißbrauchen will.

    Das spricht einerseits gegen WP und für ein flexibleres, größes CMS. Andererseits habe ich die Struktur der WP-Seiten auch ohne php-Kenntnisse sehr schnell durchschaut gehabt und konnte die Kernelemente problemlos in meine eigenen Seiten einbauen. Was wiederum an der hervorragenden Dokumentation (zumindest auf Englisch schonmal) liegt – und an den schnellen und hilfreichen Leuten hier im Forum (habe ich eingentlich schon DANKE! gesagt?).

    Zwei und sogar mehr Blicke in joomla hingegen haben mir nicht mehr gebracht als: "Meine Strukturen lassen sich hier viel leichter umsetzen, weil ich keine Blogsoftware umbiegen muß, aber wo zum Teufel sind die leicht les- und veränderbaren Module???"

    Und nun weiß ich nicht recht, womit ich arbeiten soll, ich weiß nur, daß nächste Woche die Saison zuende ist, und in der Sommerpause muß der ganze Laden umgestellt werden. Hm.

    Danke für die nützlichen Tips!

    Allerdings werde ich mein Problem damit wohl nicht lösen können: Ich komme wohl um eine Darstellung der Spieltagseiten als Einzelbeiträge nicht drumherum.

    Wenn nämlich auf der Startseite der Anfang des Textes steht und der Titel oder "mehr" geklickt wird oder die Seite von der Suchfunktion aufgelistet wird – dann gelangt man immer zum Einzelbeitrag, und der soll ja mit allen Tabellen zu sehen sein. Die Veränderung der category-x.php hilft da doch nicht weiter, oder?

    Kann man keine verschiedenen single.php erstellen? Müssen wirklich alle Einzelseiten über sie laufen?

    Daß es die category.php bzw. sogar category-x.php gibt/geben kann, wußte ich. Aber wie stelle ich denn ein, wieviele Beiträge angezeigt werden und ob der dann in gesamter Länge (trotz more-tag!) angezeigt wird?

    Ich dachte, es gälte: Einzelseiten kompletter Text, alle anderen gekürzt, sofern der more-tag verwendet wird.

    Ich hab auch schon überlegt, es von der anderen Seite her anzugehen:

    Jede Mannschaft erhält eine feste Seite, die nicht nur die passenden Tabellen lädt, sondern auch den jeweiligen Spielbericht.

    Dabei gibt es nur ein Riesenproblem: Der Spielbericht würde zwar wie gewünscht auf der Startseite auftauchen, aber wenn man dann dort auf "mehr" klickt, würde man auf die Einzelbeitragsseite verlinkt, die nur den Spielbericht enthält, aber nicht die Tabellen. Und manuell da jeweils einen link zur festen Mannschaftsseite einzusetzen, ist viel zu umständlich (der Redakteur bzw. Autor wird auch nicht der Admin sein und sich nicht mehr als nötig auskennen).

    Was ich möchte: Die Seiten eines Sportvereins mit Wordpress verwalten.

    Es soll Spieltagseiten geben, die den gesamten Spielbericht eines Spieltages sowie die diesem Spieltag zugehörige Ergebnis- und Saisontabelle enthalten.

    Der Spielbericht soll (als Auszug, durch den more-tag gekürzt) auf der Startseite erscheinen.

    Die Tabellen sollen aus einer Ligaverwaltung eingelesen werden.

    Jede Mannschaft hat eine eigene Kategorie. Für jede könnte ich also auch eine eigene category-x.php erstellen, die die jeweils richtigen Tabellen einliest.

    Dummerweise werden auf den Kategorien-Seiten immer nur mehrere Beiträge und gekürzt angezeigt. Ich möchte aber nur einen und dafür kompletten und mit den jeweiligen Tabellen und links zu den anderen.

    Das geht mit der single.php, aber davon gibt es nur eine einzige für alle Einzelbeiträge.

    Wenn ich die verwende, müßte es darin eine erste Abfrage geben, ob es sich um einen Einzelbeitrag der Kategorie "Spieltag" handelt, und wenn ja, müßte eine tabellen.php included werden.

    Die wiederum müßte dann aus den anderen Kategorien (z. B. "1. Mannschaft") und dem Datum und dem Titel ("1. Spieltag") ermitteln, welche Tabellen geladen werden müssen.

    Das ist ziemlich viel Code, weil halt alle Einzelbeiträge über die single.php laufen. Es wäre schön, wenn es auch single-x.php, analog zu den Kategorien, gäbe. (Was natürlich nicht möglich ist, klar, denn ein Beitrag gehört ja oft zu mehr als einer Kategorie.)

    Kann man also die Kategorienseiten (oder jede andere Nicht-Einzelbeitragseite) dazu "überreden", den gesamten Beitrag zu zeigen?

    Möglich wäre the_excerpt mit einem extrem hohen Wert, so daß immer alles gezeigt würde, aber dann würden ja auch die Feed-Texte so lang werden, und das ist nicht beabsichtigt.

    Hat wer eine Idee? Es darf gern ein ganz anderer Ansatz sein, vielleicht gibt es etwas viel naheliegenderes, und ich komme nur nicht drauf.

    Quick & dirty kann ich Dir nur dieselbe Empfehlung geben wie jottlieb schon weiter oben:

    CSS 4 You - The Finest in Stylesheets: Workshop CSS: Allgemeines

    Wenn Du lieber Bücher magst, ich fand "CSS-Praxis" von Kai Laborenz sehr hilfreich. (Nein, weder bin ich der Autor oder mit dem Verlag verbandelt, noch behaupte ich, daß es das beste oder das günstigste Buch ist.)

    Das ist alles nicht sehr kompliziert, man muß nur die Grundlagen einmal richtig verstehen. Wenn Du mehr willst als ein Standard-Theme zu benutzen oder wenn Du einfach auch ein bißchen Spaß an der Sache gefunden hast, empfehle ich Dir, Dich mal ein bißchen damit auseinanderzusetzen. Geht bei dem guten Wetter auch im Park, sofern Du ein Notebook hast!

    Nicht quick & dirty genug? Also gut, aber nur ausnahmsweise:

    In die style.css-Datei (ich gehe mal davon aus, daß es nur diese Standard-Datei in Deinem Theme gibt; wenn Du eine andere verwendest, nimm die) schreibst Du:

    .beitrag { margin-bottom: 20px; }

    .beitrag img { float: left; }

    Erklärung: mit .beitrag definierst Du eine sog. class, das ist eine selbstdefinierte Stilklasse, die beliebig oft auf einer Seite vorkommen darf. Der verpaßt Du so einen unteren Abstand.

    Die zweite Zeile definiert das html-tag img um - ja, das geht! -, und zwar kontextabhängig, also nur innerhalb von .beitrag. Denn Du willst ja sicherlich nicht, daß plötzlich überall die Bilder linksbündig floaten, oder?

    Das ist der Teil der Arbeit, der im style sheet zu tun war.

    Der zweite Teil betrifft Deine Seiten. Guck Dir mal die index.php oder die page.php (auch hier gibt es die Möglichkeit, eigene Vorlagen zu erstellen, und hier gilt genau so, daß Du die dann eben auch verändern mußt, wenn Du welche davon verwendest) an.

    Du wirst auf etwas in dieser Art stoßen:

    Zitat


    <?php if (have_posts()) : ?>

    <?php while (have_posts()) : the_post(); ?>

    Das ist die entscheidende Schleife, die den Inhalt auf die Seite befördert: "Wenn es posts gibt, dann mach das und das …" und, sofern diese erste Abfrage wahr ist: "Solange es posts gibt, mach das und das …"

    Und innerhalb dieser Schleife steht, neben vielleicht manchem anderen ("vielleicht", weil nur die folgende Zeile wirklich nötig ist):

    Zitat

    <?php the_content('mehr'); ?>

    Diese Zeile bedeutet: Zeige den Inhalt an, und wenn er abgeschnitten werden soll (d. h. wenn Du das more-tag beim Schreiben eingefügt hast, weil der komplette Beitrag für die erste Seite zu lang ist), dann verlinke auf den kompletten Text und nimm als link-Text das, was in der Klammer in Anführungsstrichen steht (muß natürlich nicht 'mehr' sein).

    Das ist die Grundstruktur. Und die erweiterst Du jetzt ganz einfach so:

    Zitat


    <div class="beitrag>
    <?php the_content('weiter...'); ?>

    </div>

    Wobei das, was sonst noch innerhalb der inneren Schleife steht (sie endet mit "<?php endwhile; ?>") mit ins div-Tag hinein muß. Und das div-tag muß natürlich innerhalb der beiden Schleifen stehen. Dadurch wird es bei jedem neuen Posting auch wieder miterzeugt.

    Ich hoffe, damit kommst Du weiter. Wenn nicht: Gehe zum Anfang dieses Postings.

    Das: » sind französische Anführungszeichen, die in Deutschland auch z. B. in Büchern verwendet werden.

    Und sie sind nichts sonst. Kein "weiter"-Zeichen, als die man sie oft auf Internetseiten mißbraucht sieht, und auch kein Kategorien-Trenner wie in Wordpress.

    Ich möchte im Seitentitel nicht mehr » Archiv lesen müssen.

    Kann man das, vielleicht mit einem Plug-in, generell abschalten?

    Oder kann man, das wäre aber nur die Notlösung, den Seitentitel erst um die ersten beiden Zeichen (» und space) kürzen und dann ausgeben?

    Entweder in der index.php oder der page.php. (Oder vielleicht einer anderen Vorlage, falls es in diesem Theme solche gibt.)

    Die Zeile ist jedenfalls die zentrale Codezeile überhaupt, sie bedeutet: Schreibe den Inhalt (der mit dem loop ermittelt wurde) an diese Stelle - und wenn er abgeschnitten werden soll (was durch das more-tag ausgelöst wird), dann verlinke auf den kompletten Text und verwende als link-Text das, was in Klammern steht.

    Mach Dir doch einen div-Block, der Deinen Anforderungen entspricht, also etwa sowas:

    <div class="beitrag">

    <img ...>
    <p>
    <br>
    ...
    </p>

    </div>

    In .beitrag (oder wie immer Du das Ding nennen willst) definierst Du z. B. einen Abstand nach unten.

    für .beitrag img definierst Du, wie sich das Bild innerhalb von "beitrag" (also kontextabhängig) verhalten soll, also z. B. float:left. Wichtig dabei ist eigentlich nur, daß das Objekt, das umflossen werden soll, also in diesem Falle das Bild, VOR dem Text steht.

    Und diesen Block verwendest Du dann, so oft Du ihn benötigst.

    Diese Definitionen würde ich auf keinen Fall in den Seitencode schreiben! Inhalt und Layout sollten streng getrennt sein, das vereinfacht auch Änderungen.

    Schreib die Definitionen also ins style.css und guck Dir an, wie es aussieht.

    Hallo, das ist mein erstes Posting hier, ich bin völliger WP-Anfänger, also seid nicht all zu streng! (Gesucht habe ich vor dem Posten, doch, das immerhin.)

    Hier mein Problem: Ich möchte Wordpress verwenden, um darüber die Internetseite eines Fußballvereins laufen zu lassen.

    Problematisch daran ist, daß die Saison nicht am 1. Januar beginnt, sondern am ersten Juli. Natürlich lassen sich Kategorien wie "Saison 07/08" erstellen, aber abgesehen davon, daß das schnell viele Kategorien werden (es sollen auch die Seiten der Vorjahre eingepflegt werden), wäre es eine Verschwendung der Sortierung nach dem Datum, weil vielleicht gerade noch "Nachrichten Januar 2007" genutzt werden können, aber ansonsten eben Daten, die zusammenhören, nicht zusammenhängend erfaßt werden, weil sie halb in einem und halb im nächsten Jahr liegen.

    Gibt es also irgendein Plug-in oder sonst eine Möglichkeit, damit man ganz simpel wie in den Einstellungen "Deine Woche beginnt am …" auch "Dein Jahr beginn am …" festlegen kann?

    Wenn das so einfach nicht klappt, nehme ich auch kompliziertere Lösungen.

    Danke schonmal.