Beiträge von marX

    danke, wie heißt der ordner bzw. die datei´n? wird für jeden beitrag eine datei angelegt?


    Nochmal: Die Beiträge werden *in* der Datenbank gespeichert, wie auch die Blogeinstellungen. Datenbank futsch = Beiträge futsch.


    Zitat

    ps: ich könnt kotzen, alle 3 blogs für´n arsch :(


    Nur meine persönliche Meinung: ein Hoster sollte für solche Fälle eigentlich vorsorgen und entsprechende Backups anlegen. Das eine komplette Datenbank verloren geht darf meiner Ansicht nach nicht passieren. Was dich natürlich nicht von der Pflicht befreit selbst Backups für den Worst-Case (wie hier) anzulegen.

    Also du möchtest an Stelle 1 News Nr. 1 ausgeben, und an Stelle 2 News Nr. 2? Dann so:

    Nummer 1:

    PHP
    <?php $first_news = new WP_Query('showposts=1'); ?> 
    <?php while ($first_news->have_posts()) : $first_news->the_post(); ?> 
      <!-- Do stuff... --> 
    <?php endwhile; ?>

    Nummer 2:

    PHP
    <?php $second_news = new WP_Query('showposts=1&offset=1'); ?> 
    <?php while ($second_news->have_posts()) : $second_news->the_post(); ?> 
      <!-- Do stuff... --> 
    <?php endwhile; ?>

    [SIZE="1"][COLOR="Gray"]PS: Ist es wirklich so schwer die Doku zu lesen, verstehen und anzuwenden? Vor allem wenn man schon alles bekommt was man braucht? :?[/COLOR][/SIZE]

    Wie bekomme ich das "Kategorien" weg und die Titel der K. wieder nach links?


    Guck in die Doku zu wp_list_categories(), dort findest du den Parameter "title_li".

    PHP
    <?php wp_list_categories('title_li='); ?>


    Zitat

    Wie bekomme ich das "Kategorien" weg und die Titel der K. wieder nach links?


    Versuchs mal so:

    Flurinamsler: Schön wenn's wieder geht. Die aktuellen Updates solltest - nein musst! - du aber immer einspielen. Sicherheitslücken können sehr gefährlich werden. Ein Fehler kann immer mal auftreten, lass dich davon nicht entmutigen. ;)

    spickzettel: Bin ganz deiner Meinung. Die Frage nach dem Errorlog war meine 1. hier im Thread. ;) Allerdings meinte der OP, dass das Log sauber wäre.

    Lösche nochmal alle Dateien (außer wp-content und wp.config.php!) vom Server und lade die aktuellste WP-Version nochmal komplett neu hoch. Vielleicht ging beim letzten Upload irgendwas schief.

    sondern auch weil ich keine Ahnung habe, wie ich aus einer txp_blabla-Tabelle eine wp_blabla-Tabelle machen kann...


    Das soll dich ja auch gar nicht interessieren. Namen sind Schall und Rauch. ;) Solange es beim Import der SQL-Tabellen zu keinen Namenskonflikten kommt ist doch alles i.O. Das Umwandeln von TXP in WP übernimmt ja dann das Import-Tool für dich.

    Ja. Da gibts in der Regel einen Export- und Import-Button. Als Export-Format wählt man einfach .sql - das wird dann eine einfache Textdatei mit SQL-Anweisungen.
    Falls es keinen eigenen Import-Button gibt, kann man auch über die SQL-Eingabe in PHPMyAdmin gehen. Dort dann einfach die gesicherte .sql-Datei als Quelle angeben.

    Es gibt auch Backup-Plugins für WP, die dieses Vorgehen automatisieren und eine .sql-Datei liefern.

    Da warst du schneller als ich, hat sich mit meinem Beitrag etwas überschnitten.

    Apache und MySql laufen. Über http://localhost/wordpress/wp-admin/... kann ich anscheinend alles machen, was mit WP möglich ist. Nur eben der Import der Textpattern-Datenbank scheint nicht zu funktionieren.


    Fehlermeldung?
    Möglicherweise kommst du von deinem lokalen PC nicht an die (Online?)Datenbank von Textpattern heran. Vielleicht hilft es hier, erst die Online-Datenbank auf deinen lokalen PC zu überspielen, und von hier aus den Import zu starten.

    Zitat

    Mit Produktivserver meinst du den Server, auf dem die Wordpress-Dateien und die Datenbanken liegen? Dann hätte ich doch alles gemacht wie gewünscht, oder?


    Den Webserver, wo die Daten am Ende hin sollen.

    Zitat

    [Ich würde, wenn der Import auf dem lokalen Server klappen würde, das ganze dann als xml exportiert und in WP online importiert. So war es doch gedacht, oder?]


    Nunja, du könntest auch die gesamte WP-Datenbank einfach auf den Produktivserver zurückspielen.

    Dann versuchs mal mit Arnos Vorschlag: Lokalen Webserver auf deinem PC einrichten (XAMPP ist da bestens geeignet), Kopie vom Produktivserver holen (kompletter Datenbankinhalt sowie Wordpress-Dateien). Am Ende die Textpattern-Daten in die lokale DB importieren und die Datenbank wieder auf dem Produktivserver einspielen.

    Ich hab die immer div#post1, div#post2 usw genannt, ist das richtig?


    Japp. Das div könntest du sogar noch weglassen, also nur #post1 usw.

    Zitat

    Und für alle ab 4 habe ich dann einfach nur .post genommen. Das müsste dann doch gehen, wenn class=post ist und id=post1 usw., oder?


    Wenn die alle den gleichen Style bekommen sollen - ja. Die Angaben zu .post wirken sich auf alle Postings aus, über die ID kannst du spezielle Postings exakt ansprechen.

    Zitat

    Noch eine Sache (ist mein erster Themeversuch): Die Themes, die ich aus dem Internet runtergeladen hab, haben alle mehrere Dateien wie index.php, header.php, sidebar.php... Ist das denn überhaupt nötig? Ich habe jetzt eine index.php (die den Code für die ganze Seite enthält) und eine css.css, die die Stylesheets enthält (und noch die comments.php vom Standard-theme).


    Ist nicht nötig, theoretisch kannst du mit den 3-4 Dateien auskommen. Die weiteren Dateien benötigst du, um einfach andere Templates für Kategorielisting, Archiv, Einzelansicht, statische Seiten usw.usf. einzurichten. Das könntest du zwar auch über "Conditional Comments" machen, aber mit unterschiedlichen Template-Dateien ists sauberer und übersichtlicher. Siehe auch Doku:
    Template Hierarchy « WordPress Codex
    (da ist das auch schön mit einem Bild illustriert)

    Nachtrag: die css.css solltest du style.css nennen. Dann kannst du an deren Anfang einen Kommentar hinterlassen mit Informationen über das Theme und den Autor. Diese werden dann auch im Backend im Theme-Switcher angezeigt. Kannst du bei anderen Templates sehen. Außerdem gibt es WP-Template-Tags, die direkt auf die style.css zugreifen - natürlich nur wenn die auch so heißt.

    man wieder irgendeine Hilfskonstruktion machen muß, denn: border-left bedeutet ja, dass der erste Link eine border links hat, der letzte aber keine auf der rechten Seite. Boder-left und border-right gleichermaßen verwendet, würde bedeuten, dass dort, wo sich die border überlagern, die Stärke der Linie viel dicker ist - also auch wieder ein uneinheitliches Layout.


    Könnte man mit der Pseudoklasse :first-child umgehen. Kennt zwar der IE <7 nicht, aber ich glaube über solche Kleinigkeiten kann man auch mal hinweg sehen. Eine andere Lösung wäre, die Listenelemente relativ um 1px nach links zu verschieben, dann "verschwindet" der überzählige linke Rand. Eine weitere Möglichkeit wäre gewesen, dass Trennzeichen mittels content-Eigenschaft und :before/:after-Pseudoklassen einzufügen. Du siehst es gibt der Möglichkeiten viele. ;)


    Zitat

    Daher habe ich das jetzt wie o.g. umgesetzt:


    Na die Hauptsache ist doch, das es so funktioniert wie du es dir vorstellst. ;)