Beiträge von Ammaletu

    Ich denke, das liegt an Folgendem: Wenn Du Dich über http://www.subdomain.server_url/content/wp-admin einloggst, wird das entsprechende Cookie für http://www.subdomain.server_url/content/wp-admin gesetzt. Wenn Du dann die Seite unter http://www.bssw-online.org aufrufst, wird der Cookie nicht gefunden und Du bist ergo nicht angemeldet. Die Frage wäre also, wieso Du das Backend nicht über die eigentliche Domain aufrufst. Ok, gerade probiert, das leitet auf die interne Adresse weiter. Und zwar vermutlich weil Du die in den Optionen eingetragen hast.

    Ok, ich bin gerade erkältet und nicht ganz bei mir. Aber ich würde denken, dass Du in diesem Fall in den Optionen einfach nur http://www.bssw-online.org in beide Felder einträgst. Wenn Du das probierst, sei Dir aber sicher, dass Du weißt, wie Du es ggf. in der DB zurücksetzen kannst. ;-)

    Hm, also das müsstest Du dann als Template realisieren, welches Du der (privaten) statischen Seite zuweist. Ich habe mal eben in wp-admin/users.php geschaut, denn da macht WordPress ja auch nichts anderes. Dort sieht das so aus:

    PHP
    $wp_user_search = new WP_User_Search($_GET['usersearch'], $_GET['userspage'], $_GET['role']);

    Für Dich dann vermutlich also einfach:

    PHP
    $wp_user_search = new WP_User_Search();

    Du müsstest in der Datei dann mal schauen, wie das weiter verwendet wird für die Ausgabe. Sollte sich aber machen lassen.

    Hm, irgendwie fängt es da an, Dir die Sonderzeichen im HTML zu codieren und bricht dann einfach ab. Keine Ahnung ehrlich gesagt, woran das liegen könnte. Vermutlich solltest Du wirklich mal probieren, das ohne alle Plugins einzugeben. Nutzt Du den graphischen Editor TinyMCE?

    WordPress hat eine Exportfunktion eingebaut. Die erzeugt Dir ein XML-File, welches Du über Manage > Import wieder importieren kannst. Ich hoffe, den Export gab es in 2.3.3 auch schon, müsstest Du mal schauen. Außerdem müsstest Du schauen, ob das Links und Linkkategorien mit erfasst.

    So eine Aktion würde ich auf jeden Fall in Ruhe an einer lokalen Version testen. Generell sollte aber der Sprung von 2.3.3 auf 2.6 machbar sein.

    Dein Theme ist nicht valide! Ich nutze das nur ungern als Totschlag-Argument, um nicht nach der eigentliche Ursache suchen zu müssen. Aber bei 146 Fehlermeldungen des Validators und der Natur Deines Problems ist die Chance ganz gut, dass einer der 146 Fehler auch Dein Problem auslöst. Denke ich. Validator:
    [Invalid] Markup Validation of http://www.vanessaanne-online.de/ - W3C Markup Validator

    Genauer gesagt würde ich an Deiner Stelle mal schauen, dass all die normalen Fehler im Theme behoben sind. Dann kann man nämlich auch sehen, wo da was im HTML falsch geschachtelt ist.

    Oder anders gesagt: Wenn Du das Theme modifizierst hast, musst Du selber drauf achten, dass die divs richtig geschachtelt sind. Insbesondere wenn Du keine Zeilenumbrüche drin hast. Da ich nicht annehme, dass jemand ein kaputtes Theme veröffentlicht, kann das ansonsten von einem Plugin verursacht worden sein (Galerie-Einbindung?). Du könntest also testweise mal alle Plugins deaktivieren und schauen, ob der Fehler dann noch auftritt.


    Zitat

    Hilfe!!! Mansche Artikel Sind Außerhalb Des News Content!

    Ähm, sag mal, geht es etwas weniger reißerisch? Das ist ja wohl kein Weltuntergang...

    Ok, also ich nehme mal an, das sind die Daten der Veranstaltungen, zu denen Du was schreibst. Dann mag das Sinn machen, den Titel damit beginnen zu lassen. Alphabetisch sortieren kannst Du dann aber nur nach Titel incl. Datum, und das macht bei diesem Datumsformat wenig Sinn. Es müsste dann etwas wie das hier entstehen:

    10.01.2008 Event xyz
    12.03.2007 Event xyz
    12.07.2008 Event xyz
    20.08.2007 Event abc
    20.08.2007 Event xyz
    ...

    Das sollte WordPress mit oben gepostetem Template so machen, oder?

    Mit Titeln wie diesen fällt mir ehrlich gesagt kein irgendwie simpler Weg ein, nach dem Titel ohne das darin enthaltene Datum zu sortieren. Ich meine, in Java kann man eine Liste mit einem Comparator sortieren, aber geht sowas in PHP?!

    Wenn es nicht exorbitant viele Beiträge sind, könntest Du mal schauen, ob Du es hinkriegst, den eigentlichen Titel noch mal als Custom Field dranzuhängen und danach zu sortieren. Eventuell gibt es ein Plugin für sowas, ansonsten läuft das auf eine eigene SQL-Abfrage hinaus. Da es einen Join mit einer anderen Tabelle erfordert, wäre es auf jeden Fall langsamer als die normale Abfrage.

    Letztlich läuft das also auf Programmierarbeit hinaus oder auf andere Beitragstitel. Ich meine, die machen ja auch hauptsächlich für die chronologische Anzeige Sinn, oder? Wenn Du die Beiträge sowieso alphabetisch sortieren willst in der Kategorie, wieso dann nicht das Datum einfach ans Ende des Titels stellen, in Klammern zum Beispiel?

    Jetzt wollte ich Dir eigentlich posten, wie Du das Standard-Widget überschreiben kannst. Ich sehe aber leider gerade, dass Dir das nicht wirklich etwas nützt. Die dort verwendete wp_get_archives-Methode sieht das als Parameter einfach nicht vor, und diese Methode auch noch zu überschreiben kommt mir wie ziemlicher Overkill vor (könnte aber sein, dass das die einzige Möglichkeit ist, wenn Du es wirklich möchtest). Ich fürchte also, das wird so einfach nicht gehen. :-/

    Zitat

    Kann es vielleicht daran liegen, dass die Titel der Beiträge mit einem Datum anfangen?

    Heißt das, Du hast das Datum direkt in den Titel geschrieben? Wenn Du Titel hast wie:

    10. Juni: ABC
    10. August: DEF
    8. Mai: GHI

    Und Du sortierst die nach dem Titel, dann kriegst Du da natürlich das hier raus:

    10. August: DEF
    10. Juni: ABC
    8. Mai: GHI

    Das ist dann weder alphabetisch noch chronologisch. Je nach Datumsformat ist es möglicherweise chronologisch (z.B. 2008-10-28). Wenn Du solche Titel verwendest, kannst Du logischerweise nicht nach dem eigentlichen Titel sortieren. Da fällt mir auch kein sinnvoller Workaround für ein, ehrlich gesagt.

    Das wird mit dem Standard-Widget nicht gehen. Widgets sind ja für einfache Bedienung und nicht für unendliche Konfigurierbarkeit gedacht. ;-)

    Du kannst das Standard-Widget aber natürlich mit einem eigenen Widget überschreiben, was das kann. Wenn Dir das wirklich wichtig ist, sag Bescheid, dann such ich Dir mal raus wie das in etwa aussehen müsste. Ach ja, welche WP-Version verwendest Du?

    Da fangen wir am besten mit einer Fehlerbeschreibung an. "Funktioniert nicht" ist nicht detailliert genug. ;-) Also, was passiert denn? Die berüchtigte weiße Seite? Landet man wieder auf der Startseite des Blogs? Oder wird weiter die Loginseite angezeigt, ohne eine Meldung? Und wenn Du danach wp-admin manuell aufrufst, kommst Du da dann rein?

    So ohne weitere Infos kann Dir das niemand sagen, denke ich. Der Code muss ja irgendwo stehen. Wenn es kein Widget ist, muss es in einem der Theme-Files zu finden sein. Suche doch ggf. mal in allen Dateien nach einer Klasse oder ID, die an dem entsprechenden Block auftaucht. Ansonsten würde ein Link zur Seite und vor allem zum Theme weiterhelfen.

    Ich rate mal: Das ist ein BOM, der am Anfang der sidebar.php steht. BOM = Byte Order Mark, bei Interesse bitte bei Wikipedia nachlesen. ;-) Speicher die sidebar.php einfach mit einem guten Texteditor Deiner Wahl neu ab, ohne den BOM. Kann auch sein, dass es nicht die sidebar.php ist, sieht aber danach aus. Ich wüsste allerdings nicht, wie das durch den Umzug entstanden sein soll!?