Beiträge von Ammaletu

    Hast Du Dich mal nach entsprechenden Widgets/Plugins umgeschaut? Das hier sieht z.B. brauchbar aus:
    http://wordpress.org/extend/plugins/clean-archives-reloaded/

    Und das hier:
    http://wordpress.org/extend/plugins/smart-archives-reloaded/

    Gibt aber noch viel mehr Archive-Widgets im Verzeichnis.

    Die Frage ist natürlich: Macht das Sinn? Schon eine reine Monatsliste wird nach einer Weile in einem halbwegs aktiven Blog sehr lang. Wenn Du auch noch alle Posttitel anzeigst, zumal in der Sidebar, wird die Liste sicher bald ewig lang, von der Ladezeit mal ganz abgesehen. Würde ich mir an Deiner Stelle also gut überlegen, wie genau das umgesetzt sein soll und wie DU das ggf. im Umfang begrenzt. Auch mit einer Ein- und Ausklapplösung muss das alles aus der DB gelesen und zum Nutzer übrtragen werden. Bei jedem Seitenaufruf, wenn Du es in die Sidebar packst.

    Meine Idee dazu wäre: Die statischen Seiten verwenden Seiten-Templates. Welches kannst Du im Editor der Seite sehen, da sollte es eine Dropdown-Box für das Template geben. Alternativ steht das vielleicht auch für alle Seiten fest in der page.php drin. So oder so muss da irgendwo mit wp_query die Query so angepasst werden, dass die Postings der jeweiligen Kategorie rausgesucht werden. Dort stehen sicher die IDs der Kategorien (stehen fest in der Themedatei drin oder werden aus einem Benutzerdefineirten Feld an der Seite gelesen) -- welche sich durch den Export aber verändert haben. Die IDs werden dabei ja nicht mit übernommen, alle importierten Inhalte kriegen am Ziel neue IDs.

    Du kannst jetzt entweder das Theme anpassen oder die DB. Kommt ein bisschen drauf an, wozu diese zweite Seite dienen soll. Ich würde aber vermuten, dass es besser und weniger verwirrend ist, genau die gleiche Datenbank zu verwenden (und damit dann auch das gleiche Theme, ohne Modifikationen). Das heißt, nicht die Exportfunktion von WP nutzen, sondern direkt einen Datenbank-Dump ziehen. Das kannst Du über ein entsprechendes Backup-Plugin machen oder direkt über phpMyAdmin. In dem Dump müssen dann vor dem Import am Ziel alle Vorkommen der alten URl sowie des alten Serverpfades angepasst werden per Suchen & Ersetzen.

    Falls die IDs an den Seiten als benutzerdefinierte Felder stehen, ist es natürlich vermutlich einfacher, dort einfach die IDs zu berichtigen.

    Das Problem ist ganz einfach, dass der Login an die aktuelle Session und damit an die aufgerufene Adresse gebunden ist. Du kannst Dich nicht unter ganymed.castor-und-pollux.de einloggen und dann erwarten, unter castor-und-pollux.de auch eingeloggt zu sein, auch wenn unter beiden Adressen die gleichen Inhalte ausgeliefert werden.

    Theoretisch sollte es problemlos funktionieren, bei beiden Optionen die Subdomain einzutragen. Mangels eigener Erfahrung mit Subdomains kann ich Dir das natürlich nicht garantieren. Das war hier auf jeden Fall öfters schon mal Thema, schau also eventuell noch mal in ein paar ältere Fälle zum Thema Subdomain. Die Subddomain scheint auf jeden Fall korrekt auf den Ordner zu verweisen, man kann z.B. Dateien darüber aufrufen:
    http://ganymed.castor-und-pollux.de/wp-admin/css/ie.css

    Zur Erklärung: Es gibt zwei Möglichkeiten, Deine Seite übeer XAMPP aufzurufen: Du packst sie einfach in den dafür vorgesehenen Ordner xampp/htdocs. Oder Du packst sie in einen beliebigen anderen Ordner, den Du dann aber in der httpd.conf konfigurieren musst. Letzteres hatte ich beschrieben und so oder so musst Du die Config-Datei anpassen, um die Permalinks nutzen zu können.

    Die httpd.conf liegt bei mir im Ordner C:\xampp\apache\conf. Einen configextra-Ordner finde ich bei mir nicht, wir verwenden also wohl verschiedene Versionen. Gut, meine XAMPP-Installation ist auch schon älter. Für Dich ist dann wohl die httpd-userdir.config richtig, nehme ich an. Liegt denn Deine WP-Installation unter C:/Documents and Settings/*/My Documents/My Website? Falls ja:

    Falls nein, ergänze einen Block für den Ordner, in dem WP liegt:

    "D:/webapps/testblog" an beiden Stellen durch den vollen Pfad zu WP ersetzen, das Alias ("testblog") kannst Du nach Belieben wählen. WordPress ist dann unter http://localhost/testblog aufzurufen.

    Ach ja, das ist aber nur für den lokalen Gebrauch und hängt nicht am Netz, oder? Was man da an Absicherungen treffen müsste, kann ich Dir nämlich auf Anhieb nicht sagen.

    Zuerst mal die Frage: Ist das schlimm? Hast Du eine Business-Webseite, die vermehrt von Leuten besucht wird, die mit extrem veralteter Software im Netz unterwegs sind? Ansonsten wüsste ich keinen Grund, warum der IE6 Ende 2009 noch jemanden interessieren sollte. Teste die Seite im IE8 und meinetwegen im IE7 (über F12 erreichbar im IE8), und wenn sie da geht ist doch gut. :-)

    Also ich kann Dir schon mal sagen, dass das per JavaScript an die Links gehängt wird. Ohne geht es. Und ja, das kann sehr wohl aus einem der Plugins kommen. Ich bin relativ sicher, dass die SEO-Plugins dafür teilweise eine Option haben. Hast Du da mal geschaut in den Einstellungsseiten? Wenn sich da nichts findet, müsste ich mal genauer schauen, welches JS das auslöst.

    Ich glaube, das liegt an der Art, wie Du WP in der Subdomain installiert hast. Das Blog selbst ist erreichbar unter der Adresse:
    http://ganymed.castor-und-pollux.de/

    Das Backend liegt aber unter:
    http://www.castor-und-pollux.de/ganymed/wp-admin

    Wenn Du Dich da einloggst, wird der Login in der Session von http://www.castor-und-pollux.de gespeichert. Komjmst Du zurück zu ganymed.castor-und-pollux.de, hat diese Seite natürlich wegen der anderen Domain eine eigene Session und es wird der Login-Cookie entsprechend nicht gefunden.

    Du müsstest also mal schauen, welche Adressen Du im Backend in den Optionen eingetragen hast. Es sollte möglich sein, für beide Adressen die Subdomain zu nehmen, so dass das Backend erreichbar ist unter:
    http://ganymed.castor-und-pollux.de/wp-admin/

    Du kannst Inhalte cachen, so dass sie nicht bei jedem einzelnen Aufruf neugebaut werden. Das sollte relativ viel Geschwindigkeitsvorteil bringen, macht Dich dabei aber bei dynamischen Inhalten (z.B. in der Sidebar) ggf. inflexibeler (müsste mit JavaScript umgesetzt sein oder es müssen alle gecachten Inhalte beim Ändern eines Inhaltes veerworfen werden). Ansonsten bringt es wohl am meisten, die Anzahl der HTTP-Queries zu verringern, also Bilder zusammenfassen (CSS-Hintegrründe), Scripte zusammenfassen etc. Das sollte WP aber eigentlich schon von sich aus machen.

    Hast Du einen Link zur Seite? Dann kann man Dir sicher am ehesten konkrete Tips geben.

    Also dann müsstest Du Dich, denke ich, ganz am Anfang des Aufrufes über einen Hook einklinken und das Theme wechseln. Damit könntest Du das auch tatsächlich als komplett getrennte Themes machen. Der Code zum Umschalten müsste in ein Plugin, damit er von allen Themes aus erreichbar ist.

    Die Umsetzung könntest Du Dir an einem "Theme Switcher"-Plugin abschauen. Sind aber sicher ein paar Stunden Bastelei, und Du brauchst gewisse PHP-Vorkenntnisse, sonst wird es schwierig. Vielleicht schaust Du auch mal ins Pluginverzeichnis, was da so an Theme-Switcher-Plugins vorhanden ist. Vielleicht kann das ja eins davon schon, ein Theme z.B. abhängig von einem Benutzerdefinierten Feld an der Seite zu laden.

    Was Du Dir noch überlegen solltest: Soll das Theme dann nur für die statische Seite gelten oder auch für die Beiträge in der Kategorie, die dort angezeigt wird?

    Zitat

    in dem Screenshots von gestern habe ich die Zeile mit Wort "Android.... rausgelöscht, auf dem ersten Screenshot ist sie noch zweimal zu sehen und im zweiten noch einmal, bis ich im Einstellungsbereich vom Supercache gelesen habe, daß ich die Zeile zweimal löschen muß, nicht einmal.
    Wie man auf dem neuen sieht, steht da nix mehr mit "Android....

    Hm, ok, das sagt mir gerade nichts. Bezieht sich so oder so vermutlich auf Handyzugriff, dürfte also erstmal egal sein.


    Zitat

    wie mein Designeditor aussieht habe ich auch mal angehangen.
    Müsste Backend da ein Extra Punkt sein, an der rechten Seite?

    Ich glaube, da verstehen wir uns noch völlig falsch. Ich zitiere mal die Wikipedia:

    Zitat

    Bei auf Redaktionssystemen basierenden Websites kann der Begriff Backend den Zugang zum Redaktionssystem bezeichnen, während der Begriff Frontend für die der Öffentlichkeit zugängliche Website verwendet wird.

    Sorry, aber nach einigen Jahren als Programmierer gewöhnt man sich gewisse Begrifflichkeiten einfach an, die nicht direkt umgangssprachlich sind... ;-)


    Zitat

    was kann ich weiter tun?

    Die Frage ist, funktioniert es denn nun? Ich sehe auf der Seite ja mittlerweile Content. Die aktuell ausgelieferten Seiten wurden wohl am 06. Dezember zuletzt gecacht. Das kannst Du im Quelltext der Seite ganz am Ende in dem Kommentar sehen.

    Ist das also jetzt der aktuelle Stand der Seite? Und wenn Du eine Seite bearbeitest und abspeicherst, sieht man dann den aktuellen Inhalt? Kontrollieren müsstest Du das übrigens, während Du nicht eingeloggt bist (zweiter Browser z.B.). Eingeloggte Nutzer sollten eigentlich nie die Cachesicht zu sehen kriegen.

    Woran hakt es denn? Oben geposteter Code ist von mir nicht getestet worden. Kann also sein, dass ich einen Tippfehler drin habe oder so.

    Hm, was mir gerade noch einfällt (sorry, ich denke das nicht immer gleich zu [COLOR=Black]Ende *g*): [/COLOR][COLOR=#000000][COLOR=Black][COLOR=#0000bb]wp_list_categories[/COLOR][/COLOR][COLOR=#007700][COLOR=Black] gibt die Kategorien natürlich mit einer anderen Klasse aus, nicht "page_item". Das müsste man dann sicher im Stylesheet noch anpassen.[/COLOR]
    [/COLOR][/COLOR]

    Ok, mal langsam. Sorry, aber ich kann aus Deinem Posting kaum rauslesen, was Du eigentlich machen willst. Also, zuerst mal: Welche Ansicht willst Du ändern? Statische Seiten? Die Einzelansicht von einzelnen Blog-Beiträgen (abhängig von der Kategorie)? Kategorieansichten? Das musst Du Dir zuerst überlegen, dann kann man schauen, wie man das am besten macht.

    Wenn ein zweites Stylesheet abhängig von der Kategorie zum Beispiel ausreicht, dann solltest Du dafür genug Anleitungen finden, u.a. auch im oben verlinkten Thread.

    Zitat

    So lautete meine Theorie, was natürlich Schwachsinn ist, da die fertigen Themen Dateien ja oftmals die gleichen Namen tragen kann ich sie nicht im selben Ordner unterbringen.

    Du kannst die Verzweigung entweder in die Dateien einbauen, wenn es sich in Grenzen hält (wenn z.B. nur ein anderer Header gewünscht ist, bau das halt in den Header ein). Oder Du kopierst Dir z.B. die header.php so oft wie Du sie brauchst und bindest sie jeweils direkt mit require ein anstatt über den WP-eigenen Befehl.


    Zitat

    Dann habe ich gedacht es würde vielleicht gehen in dem ich alle Namen ändere und sie ihm Code anpasse, doch als ich dann den Header geöffnet habe zerbrachen meine Hoffnungen sofort an ('stylesheet_url') mmm... soll ich da jetzt die komplette url reinschreiben von der 2 css Datei?

    Siehe verlinkter Thread.

    Tausche auf jeden Fall auch die Dateien aus, soweit es geht. Du weißt nicht, wo vielleicht noch anderer Müll rumliegt. Also z.B. Ordner wp-admin und wp-includes löschen und neu hochladen. wp-config musst Du natürlich behalten, aber ggf. auch mal durchschauen, ob Du die Dateien da drin alle kennst. Außerdem solltest Du eventuell Deine Webseite bei den Google Webmaster Tools kontrollieren. Google sagt Dir normalerweise auch, wenn er Spam und ähnliches auf Deiner Seite findet.

    Hm, ich hatte glaube ich nicht geschaut, wie viele Posts drin sind. An der DB habe ich auf jeden Fall nichts gemacht. Ursache könnte z.B. sein, dass Du mehrere Datenbanken hast und bei der Arbeit an der wp-config aus Versehen eine ältere Test-Installation erwischt hast (falsche Datenbank oder falscher Tabellen-Prefix). Das würde auch die falschen Pfade in den Optionen erklären. Analog könnte es natürlich sein, dass Dein Provider ein veraltetes Backup eingespielt hat, aber das hätte er Dir dann sagen sollen. Schau ggf. mal mit phpMyAdmin direkt in die DB.

    Um die Inhalte, falls sie wirklich nicht mehr da sind, wiederzufinden, schau ggf, mal in den Google-Cache oder ins Internet-Archiv. Hm Internet Archive hat nichts, aber der Google-Cache: http://209.85.129.132/search?hl=de&q…&btnG=Suche&lr=

    Tja, und ich sage Dir, dass das meiner Meinung nach nicht genügt. ;-) Das will natürlich nichts heißen, vielleicht findet sich ja jemand, der Dein Problem zufällig kennt. Alle anderen werden Dir sicher nicht antworten.

    "Problem" kann schließlich alles heißen: Es passiert nichts, es kommt ein JavaScript-Fehler, es passiert etwas aber nicht das Erwartete etc. Außerdem erwähntest Du "alle Browser". Da kann man erwarten, dass Du mit der Info rausrückst, welche Browser Du getestet hast und in welchen es nicht geht. ;-)

    Du musst dann leider nach dem Update auf 2.9 schauen, ob Du das dort wieder beheben musst. Falls ja, sag doch bitte hier noch mal Bescheid. Dann schaue ich mal, dass über Trac auch den Entwicklern Bescheid gesagt wird.

    Da schließe ich mich an: Ich wünsche auch schon mal allen Forumsmitgliedern ein schönes Weihnachtsfest (ob spirituell oder nicht *g*) und einen guten Rutsch ins neue Jahr! Ich bin dann auch bald im Urlaub, ab Mitte Januar bin ich wieder da.

    Und für alle, die gerade am Last-Minute-Weihnachtskarten schreiben sind und etwas Englisch können, hier noch ein Link zur britischen Amnesty-Seite mit einer sehr unterstützenswerten Aktion:
    http://www.amnesty.org.uk/content.asp?CategoryID=10673
    Vielleicht schickt der ein oder andere von euch da ja auch ein paar Karten raus...