Beiträge von marX

    Ich habe dem "Lasst es einfach" nichts hinzuzufügen. Wer sich mit solchen Dingen nicht auskennt, sollte in der Tat die Finger davon lassen


    Meine Rede. :)

    Zitat

    So groß ist der Aufwand gar nicht. Wie gesagt, man muss eben nur in Erfahrung bringen, wo die Artikel-ID überall gespeichert wird, und wie die Beziehungen untereinander sind


    Du hast hier schon mal einige Plugins vergessen. ;)


    Zitat

    Nicht jeder nutzt "Jahr/Monat/Tag" als Permalinkstruktur. Manche Blogs laufen einfach mit dem Standard "/?p=1122", und andere (meiner) hat die ID im Permalink.


    Ist mir auch klar. Meiner übrigens auch. Aber ob die Zahl da hinten 12 oder 123 oder 123456 lautet, ist mir und meinen Usern ehrlich gesagt ziemlich schnurz. ;)

    Zitat

    Aber das Thema hatten wir doch schon einmal. Ich hatte im damaligen Beitrag angesprochen, dass ich mit den Entwürfen und den Revisionen nicht zufrieden bin, weil die eine ID nach der anderen verbraten.


    Ja ich kann mich dunkel erinnern...

    Zitat

    Und wie gesagt, es ist einfach eine Marotte von mir. Das muss man nicht verstehen, aber akzeptieren sollte man es. Ich akzeptiere ja auch deine Meinung, und ich unterstütze deine Warnung, dass speziell unerfahrene Benutzer die Finger von solchen Experimenten lassen sollten. Aber ich weiß, was ich tue.


    Ich will dir nicht reinreden. Wenn du denkst du weißt was du tust und den Überblick über all deine IDs hast, dann mach es wie du denkst. Ich hab meine Meinung dazu gesagt, ein paar Stolperfallen aufgezeigt und ich denke meine Warnung ist angekommen. Erfahrende DB-Entwickler würden sich aber wahrscheinlich eher meiner Ansicht anschließen als deiner. ;)

    (Nebenbei: es gibt noch andere Datenbanken als MySQL und nicht alle behandeln gelöschte Datensätze gleich. Unter Umständen kann dir deshalb auch irgendwann mal ein Backup auf den Kopf fallen, wenn eine "gelöschte" ID plötzlich durch das Backup wieder vorhanden ist. Aber das nur am Rande.)

    ciaoi
    marX

    Wenn du direkt in der sidebar.php arbeitest ist das kein Problem. Einfach mehrmals wp_list_categories() aufrufen mit den entsprechenden include-, exclude- oder child_of-Parametern. Je nachdem was für dich am praktikabelsten ist.
    Bei Widgets wirst du an die Grenzen stoßen, da m.W. immer nur 1 Kategorie-Widget erlaubt ist. Ich lass mich da aber gerne eines besseren belehren. ;)

    Es geht schon.


    Natürlich geht es. Hab ich ja auch gar nicht bestritten. Es hat aber unter Umständen mehr Seiteneffekte, als man erwartet. Einige davon hast du ja schon aufgezählt. Und alleine schon der Aufwand wäre mir deutlich zu groß...

    Zitat

    Ich bin bspw. keiner, der das einfach so hinnimmt.:mrgreen:


    Das würde ich mir an deiner Stelle abgewöhnen. Es hat schon seinen Grund, warum Datenbank-IDs unique sind, und nicht doppelt vergeben werden. ;)

    Welchen Grund gibt es denn überhaupt, warum man IDs neu ordnen möchte? Ästhetische? Da würde ich aber nochmal drüber nachdenken. Es interessiert den User überhaupt nicht, ob die ID 1 oder 18524 ist. Und in einer vernünftig designten Anwendung sieht der User die ID gar nicht erst (Stichwort "mod_rewrite").
    Technische? Kann ich mir nicht vorstellen.

    Fazit: Lasst es einfach. ;)

    Stimmt, beim Standard-Archivwidget kann man das nicht einstellen. Merkwürdig... Du könntest es direkt im Widget-Code ändern. Ist zwar eigentlich nicht sauber, da nicht updatesicher, aber in deinem Fall wohl das einfachste. Such mal in der wp-includes/widgets.php nach folgender Zeile:

    PHP
    <ul>
    <?php wp_get_archives("type=monthly&show_post_count=$c"); ?>
    </ul>


    (Bei 2.5.1 ist das Zeile 469). Hier kannst du den Typ auf "yearly" setzen. Schreib dir das evtl. irgendwo auf, was du geändert hast. Dann kannst du das auch bei einem WP-Update wieder ändern, falls es durch das Update überschrieben wird.

    PS: Die sauberere Lösung wäre, die geänderte Widget-Funktion in die functions.php des Themes oder ein Plugin auszulagern.

    1. Wieviel Artikel kann denn WP ohne Probleme verwalten?


    Sehr viele. Irgendwann hat mal jemand hier im Forum ausgerechnet, dass auf einem normalen Webhost ohne Probleme 50.000 Artikel und mehr eingestellt werden können. Das Problem ist auch eher das Memory-Limit von PHP.

    Zitat

    2. Wenn ich z.B. den Artikel 1122 lösche, dann wird für diese Nummer kein neuer angelegt und die DB zählt immer weiter.


    Das ist auch in Ordnung so. IDs werden aus verschiedenen technischen Gründen nicht wiederverwendet. Mach dir deswegen keine Gedanken, nimm das einfach so hin. ;)

    Zitat

    Kann ich die freien Zahlen irgendwie nochmals verwenden, oder wie weit zählt die Datenbank nach oben....???


    Die Datenbank kann wenigstens bis 2.147.483.647 zählen, unter bestimmten Umständen noch deutlich weiter. Also auch mehr als genug Luft für deine Radtouren.

    Was ist "mein Server"? Ist das der Server bei meinem Provider (1&1) und muss ich dort ein Unterverzeichnis anlegen?


    Genau, damit ist dein Webserver gemeint. Entweder richtest du dir eine lokale Entwicklungsumgebung (z.B. mittels XAMPP sehr einfach eingerichtet) auf deinem PC ein, oder du lädst alles auf deinen Webspace hoch.

    Zitat

    Was ist "meine Datenbank"; liegt die auch dort bei meinem Provider?


    Deine Datenbank liegt ebenfalls bei deinem Provider, und kann dort meistens über ein Kundenmenü eingerichtet werden. Die Zugangsdaten findest du dann auch dort, oder werden dir per Mail zugesendet.

    Zitat

    weil ich jede einzelne Datei hochladen musste und nicht wie bei Windows ganze Datei-Bündel.


    Wie lädst du denn die Dateien hoch? Per WebFTP? Installier dir vielleicht mal einen FTP-Client, wie z.B. Total Commander. (Gibt noch ne Menge mehr, der ist nur ein Beispiel ;-))
    Die Zugangsdaten, wie du dich auf den FTP-Server verbinden kannst, stellt dir ebenfalls wieder dein Provider zur Verfügung.

    Ich denke mal damit kommst du jetzt etwas weiter oder? Dann viel Spaß und Erfolg weiterhin. Bei Problemen meld dich einfach. :D

    Die Funktion, die ich oben verlinkt hab, ist nicht veraltet. Da bist du wohl ienem falschen Link gefolgt. ;) Bei deiner Variante fehlt das wp_ Wäre aber auch nicht so tragisch, get_archives() funktioniert nach wie vor.

    Die Funktion kannst du in deinem Template nutzen, z.B. in der sidebar.php. Dort einfach mit dem gewünschten Parameter (type=yearly) aufrufen und freuen. Bei Widgets solltest du einen entsprechenden Haken finden.

    Wie gesagt, das ist keine WordPress-spezifische Frage. Wende dich an ein Webserver-Forum, oder direkt an deinen Hoster. Viele Hoster haben auch ein eigenes Support-Forum, indem solche Fragen Hoster-spezifisch beantwortet werden.
    Zudem kann's auch immer ne Weile dauern, bis Änderungen an der Domainverwaltung Wirkung zeigen. 2 deiner 3 Seiten gehen ja teilweise schon wieder.

    Das ist ein Permalink-Problem. Wurde eine .htaccess im WP-Verzeichnis (da wo die wp-config.php liegt) angelegt? Wenn nicht, kannst du eine mit folgendem Inhalt neu erstellen:

    Apache Configuration
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>


    Wenn das nicht klappt, dann ist mod_rewrite vielleicht nicht aktiv. Schau malin die phpinfo(), ob da "mod_rewrite" auftaucht. Oder frag deinen Hoster danach.

    Schau doch mal in die 1blu-FAQ, da findest du folgenden Artikel:
    1blu FAQ
    Da ist alles schön erklärt und mit vielen bunten Bildern versehen.

    Bei deinem Bild wählst du "Webspace Heimatverzeichnis" und gibst rechts das Serververzeichnis ein. "/www/" ist da ja schon vorgegeben.

    Dein Hoster hat doch bestimmt ein Servermenü, wo du die Domains verwalten kannst. Häufig ist das Confixx oder Plesk. Dort kannst du die Domains auf ein Unterverzeichnis deines Webs zeigen lassen. Wenn du nicht weißt wie das geht, dann schau in die FAQ deines Hosters oder schreib dem Hoster eine Mail. Da wir hier deinen Hoster und deine Serverkonfiguration nicht kennen können wir dazu nicht mehr sagen.