Beiträge von marguardth

    such doch mal im hilfe forum von funpic.de nach beiträgen, die sich mit wordpress befassen. vielleicht findest du dort eher gleichgesinnte, die dir die richtigen tipps geben können. wenn du nichts findest, poste dein problem dort nochmal.

    jeder hoster hat so seine eigenarten und wenn ich mich an die beiträge zurückerinnere, die ich in meiner zeit hier gelesen habe, dann muss ich feststellen, dass die meisten keine oder nur wenig erfahrung mit free-hostern haben. mir geht's genauso. und deshalb kann ich dir leider keinen konkreten tipp geben.

    wordpress wird auf jeden fall von anderen auf funpic.de betrieben und deshalb denke ich, dass du in deren forum schneller hilfe finden kannst.

    viel glück!;)

    Zitat

    Der Validator spuckt wohl massig Fehler aus, aber ich kann da nichts mit anfangen, da dort zB. angeblich offene Tags angezeigt werden, die aber geschlossen sind.

    hm, also der w3c-validator macht in der regel keine fehler und das was er über deine seite sagt, ist eigentlich eindeutig.

    den anfang macht schon mal die zeil 47 im quelltext:

    HTML
    <a name="top">
        <div id="page">

    hier ist natürlich ein tag offen. <a> ohne </a> und das gibt's in xhtml nicht. das war in html erlaubt.

    der nächste fehler in zeile 87 ist eindeutig. die anweisung align="absmiddle" ist veraltet, bzw. gehört nicht in xhtml.

    weiter geht's mit

    HTML
    <div class="info"   <p class="postmetadata ">

    in zeile125. da fehlt einfach ein > am ende des tags.

    danach kommen wir zu

    HTML
    <ul class="right">
            <div class="about">

    nach einem <ul> muss immer ein <li>...</li> kommen. was anderes ist einfach nicht vorgesehen.
    und so weiter und so fort ...

    du hast es also weniger mit einem css-problem zu tun, als vielmehr mit einem völlig kaputten markup.
    versuche die fehler, die dir der validator anzeigt, der reihe nach zu beheben und validiere nach jeder veränderung neu, weil viele fehler folgefehler von vorangegangenen fehlern sind und sich manchmal von selbst erledigen.

    zusätzlich machen deine bilder probleme, weil mit dem floating der absätze in deinen beiträgen etwas nicht stimmt. zuerst einmal würde ich die bild-überschriften, nicht in eigene p's setzen, sondern in den jeweils zugehörigen absatz, der auch das bild enthält. danach floatest du die absätze komplett und nicht die bilder alleine. denk daran, dass du nach einem absatz, die floatet auch clearen musst, wenn die nächsten elemente darunter korrekt positioniert werden sollen. dein css ist also voraussichtlich korrekt, bezieht sich nur auf unglücklich ausgewählte elemente.

    vielleicht hilft dir das weiter.

    dein einfache erwähnung der funktion im header reicht auch nicht aus, um die archive auszugeben. die funktion muss schon wissen, was sie tun soll.

    PHP
    <?php wp_get_archives('type=monthly&format=link'); ?>

    (Template Tags « WordPress Codex)

    rel="archive" wird von selfhtml nicht besprochen, weil die bezeichnung nicht zum standard gehört. die anweisung wird jedoch wie von mediatools4web bereits beschrieben ausgelesen; allerdings nur von manchen programmen oder suchmaschinen.

    wenn du ein 2-spaltiges theme benutzt, kannst du das leicht selber machen. dafür brauchst du nur 3 divs á la

    Code
    <div id="wrapper">
    
    
    <div id="content"> hier die posts usw </div>
    
    
    <div id="sidebar"> hier die sidebar </div>
    
    
    </div>

    diese positionierst du dann per css, z.B.

    Code
    #wrapper { width: 800px; }
    #sidebar { width: 200px; float: left; }
    #content { width: 600px; float: right; }

    wenn du der sidebar, dem content oder den darin enthaltenen blockelementen, wie p oder div, einen margin, ein padding oder eine border geben willst, musst die zusätzlichen pixel von der width von #content oder #sidebar noch abziehen.

    so, das problem konnte behoben werden.

    für alle, die das gleiche problem haben: der standard .htaccess, die euch wordpress vorschlägt, fehlt eine zeile

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

    hoffe, das hilft anderen auch weiter. :-D

    ach ja, ich habe weiterhin festgestellt, dass in den server-logs die paged-anfragen mit 200 - ok deklariert werden, obwohl dies wie, oben beschrieben, nicht der fall ist. ich habe deshalb eine entsprechende anfrage an meinen provider gestellt. wenn ich einen antwort bekomme, die das problem löst, werde ich sie an dieser stelle posten.

    ja, das stimmt schon, aber das ergebnis wäre ein größeres desaster, als es momentan ist.

    ich habe insgesammt mehr als 8.000 links auf die verschiedenen posts und die will ich verständlicher weise, wie ich meine, nicht verlieren. mal abgesehen davon, dass es dem ranking in den serps nicht gut tut, wenn auf einmal die gesammte linkstruktur verändert wird.

    wenn der fehler an dem upgrade liegt, dann wurde am source mehr verändert, als laut changelog angegeben, es sein denn durch die bugfixes wurde ein bug weitergereicht, der nun erst zu tage tritt. den habe ich allerdings noch nicht gefunden ... searching in progress.

    ich bin also weiterhin auf der suche nach ideen und vorschlägen.

    hallo zusammen,

    gestern habe ich meine diversen wp-installationen von 2.3.1 auf 2.3.2 aktualisiert.
    eine webseite macht seitdem zicken, die ich nach einem nächtlichen marathon der lösungssuche nicht beheben kann. vielleicht hat einer von euch ja eine lösung!?

    mein problem bezieht sich auf die navigation durch ältere und neuere posts (paged navigation) auf der startseite des blogs. gemäß meiner permalink struktur werden die einzelnen pages als meinblog.de/page/zahl angefordert. seit dem upgrade bekomme ich hier aber eine 404 und zwar direkt vom apache. es wird nicht meine eigene 404-seite ausgeliefert. was mich stutzig macht ist, dass die paged navigation in den kategorien einwandfrei funktioniert. meinblog.de/eine_kategorie/page/zahl wird wie vorgesehen ausgeliefert.

    nun noch die antworten auf fragen, die diesbezüglich auftreten könnten:

    unterstützt der webserver mod_rewrite? ja

    ist die .htaccess korrekt?
    ja, ich benutze die direktiven in mehreren blogs und bis auf die nämliche funktionieren sie einwandfrei

    machen plug-ins probleme?
    nein, habe alle möglichen kombinationen (aktiviert/deaktiviert) ausprobiert. außerdem benutze ich die gleichen plug-ins ohne probleme für andere webseiten

    sind im template verwendete funktionen deprecated? nein

    ist die datenbank auf dem neusten stand? ja

    für ideen, ratschäge und fragen, auf die ich bisher nicht gekommen bin, wäre ich sehr dankbar!

    grüße, marguardth