Beiträge von Ammaletu

    Ok, zwei nebeneinander liegende Bereiche schaffen und per CSS platzieren -- kriegst Du das hin? Ich müsste da für Code-Beispiele sonst auch erstmal googlen. Wird aber wohl auf float hinauslaufen, denke ich.

    Und enthält das Template noch die Sidebar? Falls ja, kann die ja auch schon mal raus. Einfach get-sidebar(); aus der Datei rausnehmen. Du musst dann natürlich schauen, dass der Inhaltsbereich entsprechend breiter ist als auf normalen Seiten mit Sidebar. Im Default-Theme ist das z.B. die Klasse "contentwide" (oder so ähnlich, kannst dort mal in die single.php schauen) statt "content". Dann steht Dir für die beiden zu schaffenden Bereiche auch der ganze Platz zur Verfügung.

    Links käme dann der normale Loop rein, der den Inhalt der statischen Startseite ausgibt. Also der ganze if-Bereich (if have_posts ... endif), der den Hauptteil der Datei ausmachen sollte. Wenn das soweit geht, bauen wir rechts dann noch einen neuen Loop ein, der dann z.B. die neuesten Artikel einer bestimmten Kategorie ausgibt. Dazu suche ich Dir dann noch ein Beispiel raus.

    Bildergalerie: Da kann ich keine eigenen Erfahrungswerte anbieten, aber die Next Generation Gallery wird wohl oft benutzt. Wenn es nicht so aufwändig sein soll, reicht vielleicht auch die in WP eingebaute Galerie-Funktion?!

    Unterseiten: Hast Du der Unterseite die übergeordnete Seite als Elternseite zugewiesen? Falls ja und sie erscheint trotzdem im Header, muss da auch das Theme angepasst werden. Such in der header.php nach dem wp_list_pages-Befehl. Der braucht als einen Parameter (falls das nicht schon dabei steht) "&depth=1". Damit werden dann nur die obersten Seiten angezeigt. Beispiel aus meiner eigenen header.php:

    PHP
    <?php 
    // list all pages, no sub-pages, ordered as given in the pages menu
    wp_list_pages('title_li=&sort_column=menu_order&depth=1');
    ?>

    Ok, wir nähern uns der Sache iterativ. ;-) Probier mal das hier:

    ?>

    Der Grund ist nämlich bestimmt, dass get_the_category die Variable $post benutzt, wo soll es die Kategorie auch sonst hernehmen. Und die wird im Sidebar-Loop ja mit anderen Posts überschrieben.

    Tja, ich kopier Dir hier aus meinen eigenen alten Templates, was mir richtig erscheint. Testen musst Du selber, da fehlt mir die Zeit dazu, und Flüchtigkeitsfehler beseitigen ggf. auch. Soweit ich das aber gerade sehe, ändert query_posts nur die aktuelle Query, es macht keine zweite, neue. Dann also eher so:

    Zitat

    1. Wie bekomme ich oben rechts das Suchfeld weg?
    (Habe die Eingabefunktion wegbekommen, jetzt muss nurnoch der graue Kasten weg)

    Das ist Teil des großen Header-Hintergrundbildes:
    wp-content/themes/redstamp/images/header_center_bg.gif

    Da wirst Du ein Grafikprogramm auspacken müssen, Gimp oder so, und das rausretuschieren.


    Zitat

    2. Wo kann ich die Kommentarfunktion abschalten? Man soll keine Kommentare abgeben können und das "mehr lesen" müsste auch weg. :smile:

    Also zum einen kannst Du das in den Einstellungen im Backend erstmal abstellen. Hast Du gemacht, würde ich sagen. Und dann kann das natürlich aus dem Theme raus (nur auskommentieren, falls Du es doch mal wieder brauchst!). Habe gerade keine Zeit, ins Theme zu schauen, aber ich würde es in der comments.php vermuten. Such nach "panel_comm" sowie "nocomments".

    Hm, theoretisch könnte Dir da das PW-Feature weiterhelfen: Man kann an Beiträgen (und Seiten?) Passwörter setzen, dann kann man die Seite nur eingeloggt oder nach Eingabe des PW aufrufen (das PW gilt nur für den Beitrag, es ist kein Account). Damit hätte dann ein Kunde keinen Zugriff auf die Daten des anderen, solange Du nicht allgemein Accounts verteilst. Die Frage ist aber natürlich, ob die Verwaltung der PW mit WP sinnvoll zu machen ist. Du musst dann natürlich auch jedem Kunden einen anderen Link geben, zus einer jeweiligen Seite halt.

    Außerdem müsstest Du überlegen, wie das mit verlinkten Medien ist. Ich glaube nicht, dass sich dieser PW-Schutz z.B. auf Bilder übertragen lässt, die Du auf der PW-geschützten Seite benutzt. Wenn Du da also dem Kunden z.B. Entwürfe präsentieren willst, wären die theoretisch allen zugänglich. Auch wenn Du die nirgends anders verlinkst, ist das nicht ideal.

    Da wäre dann ggf. eine etwas sicherere Lösung angebracht. Zur Not mit statischem (generiertem) HTML und .htaccess, aber es gibt da sicher auch Systeme, die sich für genau solche Zwecke besser eignen. Kommt natürlich drauf an, was Du da genau machen möchtest.

    Gib der Seite zuerst mal ein eigenes Seitentemplate. Dort kannst Du dann entsprechende divs einfügen und diese per style.css an den richtigen Platz rücken. Ins linke div kommt dann der normale Loop für die Startseite. Ins rechte div kommt eine eigene Query, welche die gewünschten aktuellen Artikel rauszieht. Dabei die Originalquery nicht überschreiben!

    Infos zu den einzelnen angesprochenen Dingen sind per Forensuche sicher zu finden. Bei Problemen sag Bescheid, dann such ich mal genauere Infos raus.

    Zitat

    Ich frage mich, wie das passieren kann, nur weil ich ein paar Stunden nicht am Gerät war. Heute morgen war noch alles in Ordnung.

    Wenn Du tatsächlich, wirklich gar nichts am Blog gemacht hast, kann immer noch Dein Provider PHP oder MySQL aktualisiert haben auf eine Version, die einen Bug enthält oder sich mit Deinem WP nicht verträgt. Kommt vor.

    Zuallererst würde ich aber mal überprüfen, dass wirklich alle Dateien da sind. Installier Dir doch mal die Firefox-Extension "LiveHTTPHeaders", gehe ins Backend auf eine betroffene Seite und schaue damit, was so an Antworten vom Server kommen. Die Frage wäre, ob eine davon eine 404 ist.

    Ach ja sarahwuest, Du nutzt eine Version von WP, die meines Wissens nach Sicherheitslücken enthält. Früher oder später solltest Du über ein Upgrade nachdenken.

    Edit: "Ich weiß nicht, warum – aber mit Opera geht es, der Editor ist wieder da." --> Dann mal den Cache leeren. Richtig, nicht nur F5.

    Ich denke, richtig müsste das so aussehen (rot markiert, habe nur den relevanten Teil eingefügt):

    Falls das noch nicht reicht, müsste man eventuell noch den Wert der $post-Variablen aufheben.

    Einen Automatismus kenne ich da auch nicht (das muss aber nichts heißen, ich beschäftigt mich selten mit den Sprachdateien). Man kann sich sicher ein Script dafür in Perl oder so schreiben. Ansonsten tut es ggf. Auto-Ersetzen über mehrere Dateien, wie es Editoren wie z.B. UltraEdit anbieten. Auf die Weise hält sich der manuelle Aufwand noch etwas in Grenzen, Du musst wenigstens jeden String nur einmal ersetzen und nicht einmal pro Datei.

    Zuerst mal wäre es natürlich schöner, das Problem gleich zu vermeiden als es nur zu umgehen. Falls Du also weißt, wo die Query unnötig überschrieben wird, wäre es besser, das dort zu beheben.

    Das kann jetzt natürlich auch ein Widget aus einem Plugin sein, das man dann vielleicht nicht ändern möchte. Dann wäre Dein grundsätzlicher Workaroundgedanke schon richtig. Arbeitest Du denn dann im Footer irgendwie mit der Query? Bin mir auf Anhieb nicht sicher, ob die als globale Variable überhaupt existiert und ob Du dafür ein clone bräuchtest.

    Aufheben solltest Du auf jeden Fall die Werte der Variablen $posts und $post (letzteres in der single.php und page.php). Das wäre ja normalerweise auch das, was Du dann im Footer oder so weiterbenutzen würdest und was dann ggf. auf die falschen Beiträge zeigt.

    Das muss schon im Theme mit eingebunden sein. Ich bin aber gerade vor ein paar Tagen über ein jQuery-Plugin gestolpert, das genau das umsetzt. Moment... Hier:
    http://plugins.jquery.com/project/jquery-formtips

    jQuery sollte in aller Regel im Theme schon eingebunden sein. Du müsstest das jQuery-Plugin also in den Themefolder laden und in der header.php laden (für alle Seiten, falls die Suchbox immer zu sehen ist). Dann muss das noch irgendwie aufgerufen werden, dazu bitte mal in die Doku des Plugins schauen. Kann man vermutlich direkt über dem Suchfeld in der sidebar.php einbinden, denke ich, als einen kleinen Inline-JavaScript-Block.

    Artikel und Pages sind auf Datenbank-Ebene das gleiche, ist nur ein anderer Name für die gleiche Sache. Alles, was mit Artikeln funktioniert, sollte sich ohne Aufwand deswegen auch an Pages anpassen lassen. Da Frank Bültge das Plugin gerade erst geschrieben hat, denke ich, hilft er da gerne weiter oder baut sowas gleich direkt ein. Einfach mal fragen, würde ich sagen.

    Zitat

    Wie soll ich denn so eine Umleitung machen? Ich bin davon ausgegangen dass wordpress die Linkstruktur selber ändert.

    Alle von WordPress gebauten Links sollten nach wie vor funktionieren. Wenn sie das nicht tun, ist was falsch. Auf externe Links hat WP allerdings keinen Einfluss. Dafür gibt es Plugins wie z.B. "Deans Permalink Migration" (glaube ich), welche Dir die nötigen Umleitungs-Regeln in die .htaccess schreiben. Die Standardlinks mit den URL-Parametern (index.php?id=123) gehen natürlich weiterhin.


    Zitat

    .de/page/70/ und bis zur 109 geht es, nur sind diese nicht mehr erreichbar.

    Damit ich das richtig verstehe: Dein WP schreibt Dir in einem Monatsarchiv z.B. unten 109 Seitenlinks hin, aber die letzten x davon führen zu einem 404-Fehler?!


    Zitat

    .de/2007/10/page/104/
    .de/2008/09/23/category/featured/
    .de/2009/03/10/wp-login.php/?action=register

    Ebenfalls zum besseren Verständnis: Von welcher Permalinkstruktur auf welche hast Du denn geändert?

    Wenn ich das richtig verstehe, ist /2007/10/page/104/ die 104. Seite des Oktober-Monatsarchivs?! Hast Du da echt so viele Postings gemacht in einem Monat?

    Der Link zur Kategorie sollte sicher ohne Jahr und Monat auskommen. Wird der von WP generiert oder steht er fest im Theme. Das hatte ich noch gar nicht erwäühnt: Fest ins Theme geschrieben Links kann WP natürlich auch nicht selber ändern.

    Der Login-Link ist dann endgültig auf jeden Fall falsch. Wenn ich mir das so anschaue erscheint es mir fast, als würde da einfach auf "wp-login.php" verlinkt im Theme, was mit den normalen Links geht, mit einer längeren Permalinkstruktur aber natürlich falsch ist. Das wäre dann ein Themefehler. Also, zuerst mal rauskriegen, wo genau die falschen Links stehen.


    Zitat

    Und wie teil ich google mit dass dort was nicht ok ist?

    Erstmal sicherstellen, dass im Blog alles richtig funktioniert. Danach ein Plugin für eine XML-Sitemap installieren, generieren undn diese Google mitteilen. Veraltete Links sollten dann recht schnell verschwinden aus dem Index.

    Update: So, habe mir die Seite mal angeschaut. Ich kann immer noch nicht nachvollziehen, wo die kaputten Links dort zu sehen sein sollen. Das Archiv für Oktober 2007 hat z.B. fünf Seiten, nicht 104. Du kannst natürlich Seite 104 aufrufen, dann kriegst Du einen 404-Fehler, und das ist absolut korrekt so, soweit ich das sehen kann. Der Login-Link ist ebenfalls korrekt in der Sidebar.

    Also siehe oben: Enthält Dein Blog kaputte Links oder nicht? Falls nicht, XML-Sitemap neu generieren und Google mitteilen und alles sollte sich von selber wieder einrenken.