Beiträge von Ammaletu

Zitat

Nur irgendwie werden die beiden Templates nirgends verwendet.

Müssen sie ja auch nicht unbedingt. Wenn Du wissen willst, was sie tun, weise sie halt mal einer neuen Seite zu und schau Dir das Ergebnis an. ;-)

Im Standard-Theme sind sie nicht enthalten, aber könnten es Seiten-Templates sein? Schau mal, ob sie mit einem PHP-Kommenbtar "Template: [Templatename]" anfangen.

Naja, ich würde es nicht übertreiben, da es den Seitenaufruf theoretisch schon langsamer machen müsste. Aber Du kannst das ja ein Weilchen drin lassen, ein paar Monate, und dann fährst Du das zurück und leitest alle entsprechenden Aufrufe auf eine passende Unterseite um (z.B. die Reiseziele-Hauptseite oder so).

Zitat

Was sind denn deiner Meinung nach diese "Infos"?

Naja, klassischerweise Meta-Keywords und eine Meta-Description. Wobei ich mir die Mühe mit Meta-Keywords nicht machen würde. Aber für jeden Beitrag eine eigene Description einzutragen, kann sinnvoll sein, erfordert aber etwas Arbeit.

Zitat

Meinst du damit das hinterlegen entsprechender Tags?

Na, das geht auch ohne Plugin und empfiehlt sich sowieso.

Zitat

Welche Plugins kann man denn für solche Zwecke empfehlen?

Es gibt, zwei bekannte Plugins, soweit ich weiß. Google mal, sollte zu finden sein. Eines davon ist glaube ich für kommerzielle Nutzer nicht mehr kostenlos.

Aber was rede ich, schau Dir doch z.B. mal diesen Artikel an:
SEO Plugins für WordPress-Update 2008

Prinzipiell kannst Du Beiträge/Artikel nicht statischen Seiten zuordnen. Statische Seiten sind für Inhalte da, die sich nicht oft ändern, wie "Über uns", "Impressum" oder eine Kontaktseite. Beiträge werden in Archiven, z.B. nach Datum, Kategorie, Tags etc., automatisch zugänglich gemacht.

Wenn Du nun auf einer statischen Seite doch Beiträge nach bestimmten Kriterien auflisten willst (z.B. die x neuesten Beiträge aus Kategorie y), brauchst Du dafür ein Seiten-Template, das Du dieser Seite dann zuweisen kannst. Das erfordert aber minimale PHP-Kenntnisse.

Ist es Dir wichtig, dass Deine Seite immer möglichst weit oben bei Google steht? Und bist Du bereit, dafür auch zu jedem Eintrag die entsprechenden Infos zu hinterlegen? Dann könntest Du Dir entsprechende Plugins ja mal anschauen.

Ansonsten ist das eigentlich egal. Wenn Du vernünftigen Inhalt hast, listet Dich Google auch so. Meta-Keywords werden soweit ich weiß sowieso nur noch selten verwendet. Und die Meta-Description sollte entweder für jede Seite verschieden sein oder besser gar nicht dort stehen. Eine feste Description in der header.php einzutragen, ist nicht empfehlenswert, weil die dann bei allen Deinen Google-Suchergebnissen dasteht, unabhängig vom echten Inhalt der Seite. Mit einer Suche, die mehrere Ergebnisse aus Deinem Blog bringt, sieht das dann eher bescheiden aus, wenn alle Ergebnisse die gleiche Beschreibung haben. ;-)

Spamschutz ist Pflicht, wenn Du Kommentare von Besuchern oder Ping-/Trackbacks zulässt. Ohne kriegst Du leider ohne Ende automatisierte Spam-Kommentare bzw. Pingbacks gepostet, die dann in Deinem Blog stehen. Für normale, private Blogs reicht Akismet in der Regel aus, das fängt schon eine Menge weg.

Du kannst das Kommentar-Formular aber auch zusätzlich absichern, z.B. mit dem "Math Comment Spam Protection"-Plugin. das kann man mit etwas Aufwand auch super in Kontaktformulare integrieren, falls Du sowas hast, damit man nicht ständig Spam-Mails geschickt bekommt.

Wenn Du die Widgets nutzt, bringt Dir der entsprechende Code nichts. Bist Du sicher, dass Du in dem Widget auf "Bearbeiten" geklickt und dort die Sortierung nach Seitenreihenfolge ausgewählt hast? Dann sollte das eigentlich gehen. Falls nicht, hast Du vielleicht ein Plugin aktiviert, dass die Darstellung der Seiten beeinflusst?!

Zitat

Wo genau finde ich die Zugriffs - Logfiles?

Das weiß ich nicht, es ist Dein Server. Üblicherweise bietet Dir Dein Hoster irgendwo im WebSpace oder über ein Control Panel Zugriff auf die Logfiles. Bei mir liegen die Apache-Logfiles z.B. auf der obersten Ebene des Webspaces in einem Ordner "logs", glaube ich. Frag ggf. den Support Deines Hosters.

Zitat

Was meinst Du mit hochgemogelt? Das kann doch nur ein admin verändern, oder?

Ja, normalerweise schon. Könnte aber ja theoretisch eine Sicherheitslücke geben, die das Heraufstufen des Accounts erlaubt. War nur so ein Gedanke. Keine Ahnung, ob man das noch nachvollziehen kann, wo der Account an sich herkommt. Aber es wäre eigentlich schon wichtig zu wissen, über welche Lücke der Angreifer zu einem Admin-Account kam, damit er das nicht einfach ein zweites Mal macht.

Zitat

Auch haben wir festgestellt, dass wenn der admin postet, die Posts unter einem anderen Usernamen veröffentlich werden. Kann man sowas irgendwo einstellen bzw. korrigieren??

Man kann im Nutzerprofil auswählen, unter welchem Namen ein Beitrag veröffentlicht werden soll.

Also erstmal auf jeden Fall den Nutzer löschen. Aber es ist natürlich die Frage, wo der Account herkommt. Wenn es eine Lücke gibt, über die derjenige sich den Account angelegt hat, kann er die natürlich auch einfach ein zweites Mal ausnutzen. Andererseits, hat 2.5.1 überhaupt offene Sicherheitslücken?! Kann natürlich auch an einem der vielen Plugins liegen, jedes davon kann potentiell eine Sicherheitslücke enthalten.

Ich weiß nicht, ob ein Blick in die Zugriffs-Logfiles hilft. Schaden kann er aber auch nicht. Vielleicht kann man ja sehen, wie der Nutzer sich den Account beschafft hat. Ist das vielleicht ein normal registrierter Account, und er hat ihn nur auf "Administrator" hochgemogelt?! Solange Du das nicht genau weißt, kannst Du eigentlich nicht viel machen, fürchte ich.

Hat man als Admin-Nutzer bei Dir die Möglichkeit, aus WordPress heraus das Theme zu ändern? Falls ja, solltest Du es auf jeden Fall auf dem Server löschen und neu hochladen, falls derjenige dort was eingebaut hat (Spam z.B.). Schau auch mal die Uploads-Ordner durch, ob dort Dateien liegen, die da nicht hingehören. Und dann könnte der Nutzer natürlich auch Sachen gepostet haben als Admin, z.B. mit einem sehr alten Datum, damit es nicht auf der Hauptseite erscheint. Das solltest Du vielleicht mal überprüfen, bevor Du den Nutzer löschst (mit dieser URL: http://www.c-salsa.com/author/[Nutzername]/). Dein eigenes Passwort zu ändern kann im übrigen auch nicht schaden.

Längerfristig solltest Du auf jeden Fall auf 2.6.3 aktualisieren bzw. 2.7 demnächst. Installier Dir mal eine lokale Version mit XAMPP auf Deinem heimischen Rechner (siehe FAQ) und probiere das daran aus, ob Plugins dabei Ärger machen. Manche Plugins werden übrigens auch nicht bei wordpress.org gehostet. Da muss man dann weiterhin manuell auf der Seite des Plugin-Autors nach Updates suchen. Gegebenenfalls lohnt es sich, das mal für alle Plugins zu machen.

Also ich hab das Theme mal lokal an einer 2.6.2 ausprobiert und kann den Fehler leider nicht nachstellen. Einen kleinen Fehler enthält das Theme allerdings, wobei ich nicht glaube, dass es daran liegt: Öffne mal die sidebar.php des Themes, suche nach "<? } ?>" und mach daraus "<?php } ?>". Bei mir hat die kurze Schreibweise der PHP-Klammer zuerst mal einen PHP-Fehler ausgelöst.

Tja, was Dein Problem betrifft: Es könnte auch an einer Kombination aus Theme und Plugin liegen. Wenn ich mir die Seite so anschaue, fällt mir nur das Gästebuch ins Auge: Ist das mit einem Plugin umgesetzt oder einfach nur eine Seite mit Kommentaren? Gibt es sonst Plugins, die irgendwas an der aktuellen Query ändern könnten?!

Denn das passiert IMHO: Du rufst eine Seite auf, und in der header.php stimmt auch noch alles, die Seite wird in der Leiste ganz oben entsprechend markiert. Dann wird die Sidebar eingebunden, und danach stimmt die Query nicht mehr, so dass die $post-Variable auf das letzte Posting zeigt anstatt auf die aktuelle Seite.

...

STOP! Ok, noch mal weiter getestet und klar kriege ich das reproduziert: Wenn ich das "Recent Posts"-Widget in die Sidebar ziehe tritt der Effekt auf. Und ja, wenn ich mir das so näher anschaue, ist auch klar, wieso das passiert. Schau mal in die page.php:

<?php get_header(); ?>


    <?php if (have_posts()) : ?>


        <?php while (have_posts()) : the_post(); ?>


    <?php get_sidebar(); ?>


    
    <div id="content"> [Code für die Seitenanzeige] </div>


        <?php endwhile; ?>


    <?php else : ?>


        <h2 class="pagetitle">Not Found</h2>
        <div id="contentinner">
        <div class="post"><div class="entry"><p>Sorry, but you are looking for something that isn't here.</p></div></div>
        </div>


    <?php endif; ?>


<?php get_footer(); ?>

Der Fehler ist hier, dass get_sidebar() innerhalb der while-Schleife steht. Mit "the_post()" wird das aktuelle Post (=die Page) geladen. Dann kommt jedoch die Sidebar und überschreibt diese Variable wieder. In den Widgets wird sogar eine eigene Query aufgemacht, was gut ist, aber es wird eben diese globale Variable überschrieben.

Ok, um das zu beheben, drehe das mal einfach so um:

<?php get_sidebar(); ?>


     <?php while (have_posts()) : the_post(); ?>

Es sind davon abgesehen auch die divs noch falsch geschachtelt. Richtig müsste es also so aussehen:

<?php get_header(); ?>


    <div id="content">


    <?php if (have_posts()) : ?>


      <?php get_sidebar(); ?>


        <?php while (have_posts()) : the_post(); ?>


      <h2 class="pagetitle">&nbsp;</h2>


      <div id="contentinner">


            <div class="post" id="post-<?php the_ID(); ?>">
                [der Teil bleibt wie er war]
            </div>
          
        </div><!-- /contentinner -->


        <?php endwhile; ?>


    <?php else : ?>


        <h2 class="pagetitle">Not Found</h2>
        <div id="contentinner">
        <div class="post"><div class="entry"><p>Sorry, but you are looking for something that isn't here.</p></div></div>
        </div>


    <?php endif; ?>
    
    </div><!-- /content -->


<?php get_footer(); ?>

P.S.: Und ja, das ist ein eindeutiger Bug im Theme. Wenn die Website des Theme-Autors dann mal wieder geht (gestern kam eine Fehlermeldung "Traffic-Überschreitung") solltest Du ihm oder ihr das auch mal mitteilen. Wenn man keine Widgets benutzt, fällt das natürlich nicht weiter auf.

Diese Umleitung ist das "Canonical URL"-Feature von WordPress, denke ich. Da wird vermutlich irgendwo was nicht richtig eingestellt sein.

Ok, zuerst solltest Du mal nachschauen, dass das mit den Prefixes geklappt hat. Schau mal direkt in die Datenbank, ob da die Tabellen für beide Blogs da sind.

Dann wäre die Frage, was im Backend jeweils als Blog-URL eingetragen ist. Die müssen für beide Blogs natürlich verschieden sein. Der Login am Backend sollte eigentlich noch klappen, wenn Du "http://[deine domain][/ordner falls nötig]/wp-admin/" direkt aufrufst.

Und schließlich könntest Du mal schauen, was WordPress in die .htaccess geschrieben hat. Die Datei sollte jeweils im Hauptverzeichnis des Blogs liegen.

Bist Du sicher, dass Dein Server PHP unterstützt? Wenn der Server eine PHP-Datei einfach als Text ausliefert ist das meiner Meinung nach ein Zeichen, dass PHP nicht installiert ist oder der Server falsch konfiguriert ist. Ansonsten sollte das wirklich nicht passieren. Frag ggf. mal Deinen Hoster, ob in Deinem Tarif PHP enthalten ist.

Den genauen Unterschied kann ich Dir gerade nicht sagen. Aber ich denke, ich weiß, wieso Deine Lösung nicht klappt. Wie ich schon schrieb: Füge den neuen Block *über* dem WordPress-Block ein! Ich würde das beides zum einen nicht mischen. Wenn Du die Permalinkstruktur neu schreibst, ersetzt WordPress seinen Block in der .htaccess (dafür sind die Kommentare da, vermute ich ganz stark), wenn die Datei schreibbar ist. Dann wäre Deine Änderung weggezappt, und das merkst Du auf Anhieb ja auch nicht.

Zum anderen muss die neue RewriteRule auf jeden Fall über der WordPress-Regel stehen. Die besagt nämlich im Klartext folgendes: Jeder Aufruf, der nicht auf einen physisch auf der Platte vorhandenen Ordner oder eine Datei passt, soll auf WordPress' index.php umgeleitet werden. Das betrifft natürlich auch die alten URLs, die Du umleiten willst. Zu Deiner Regel kommt er dann gar nicht mehr.

Also ich sehe jetzt auf Anhieb keinen Fehler im Theme. Schalte doch bitte mal testweise zum Default-Theme um und schaue, ob das da auftritt. Dann wissen wir schon mal, ob es am Theme liegt oder ob da vielleicht ein Plugin dazwischen funkt.

Hast Du einen Link, wo man das Theme downloaden kann?

"Fehler auf der Seite" --> Das ist ein JavaScript-Fehler. Klick mal auf die Meldung drauf, dann solltest Du sehen können, was für ein Fehler auftritt. Mit einer genauen Fehlermeldung können wir Dir ggf. mehr sagen.

Also wenn eine überschaubare Anzahl von Ordnern X auf Ordner Y gematcht werden sollen, würde ich das direkt in die .htaccess eintragen. Dann sparst Du Dir ein Plugin, was doch immer gut ist (weniger zu warten und weniger für WP zu laden beim Seitenaufruf).

Aussehen sollte das in etwa so (über dem WP-Block einfügen):

# BEGIN Umleitung
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule /xxx/xxx(.*) http://www.domain.tld/yyy/yyy$1 [R=301,L]
</IfModule>
# END Umleitung

Die RewriteBase dabei ggf. anpassen, so wie es auch im WP-Block steht.

Da müsstest Du mal suchen, ob jemand ein entsprechendes Plugin geschrieben hat. Wäre möglich. Ansonsten siehe meine vorherige Antwort:

Zitat

Wenn es unbedingt per Mail sein muss, kannst Du den Feed über FeedBurner laufen lassen, dann kann man die Benachrichtigung auch per Mail abonnieren.

Zitat

Wenn jmd etwas neues postet bekommen die anderen keine Mail das etwas neues gepostet wurde.

Warum sollten sie? Wenn ihr auf dem Laufenden bleiben wollt, was sich in eurem Blog tut, macht sich das Abonnieren des RSS-Feeds gut. ;-) Wenn es unbedingt per Mail sein muss, kannst Du den Feed über FeedBurner laufen lassen, dann kann man die Benachrichtigung auch per Mail abonnieren.