Beiträge von Ammaletu

Meinst Du den Abstand zwischen dem News-Text und dem "continue reading"-Link? Das steht im Stylesheet so drin, genauer gesagt ist da unter jedem Absatz ein Abstand nach unten definiert:

.content .two p (line 445) {
  font-size: 0.8em;
  color: #45371b;
  line-height: 1.5em;
  padding-bottom: 20px;
}

Zitat

Und bei dem newsblock rechts steht ja featured wenn ich dort news poste, werden sie aber auch in der mitte angezeigt.

Ich sehe keinen Newsblock rechts, aber "Featured" ist eine normale Katagorie. Alles, was Du da postest, erscheint auch normal auf der Startseite (wenn man es nicht per Plugin oder Theme-Modifikation ausschließt). Macht ja auch Sinn, denke ich, denn wie willst Du die Beiträge sonst hervorheben durch die Kategorie, wenn sie auf der Startseite nicht erscheinen?!

Du könntest die Box standardmäßig auf "display: none" stellen und dann mit einer JavaScript-Funktion die Bildschirmauflösung des Besuchers testen (bzw. eher die aktuelle Weite des Browserfensters) und nur bei größeren Werten die Box einblenden. Das sollte sich mit jQuery z.B. in wenigen Zeilen machen lassen.

Zitat

Stimmt, ist mir jedoch nicht wichtig, da ich meine Seite auf 960px optimiert habe, wer mit 800px oder weniger unterwegs ist ist mir ehrlich gesagt egal, ist halt mein privater Blog...

Na komm, so viel Zeit wirst Du doch gerade noch haben, der Seite eine entsprechende min-width mitzugeben. Dann muss man in kleineren Browserfenstern halt horizontal scrollen, aber es zerhaut nicht das Design.

Zitat

Wie meinst du das, header Bereich relativ positionieren?

Relative Positionierung in dem Fall damit die nachfolgende absolute Positionierung funktioniert. War nur ein Gedanke, brauchst Du bei Deiner jetzigen Lösung natürlich nicht.

Zitat

Also die negativen Werte gelten ja nur fuer die :hover-Situation.
Sprich: Im normalen Zustand befindet sich das Hover-Hintergrundbild (bg.navhover.jpg) vernab jeglicher Sichtbarkeit:

Ah ok, so funktioniert das. Na, ich rechne jetzt nicht aus ob die angegebenen Werte alle stimmen. Wenn es Unterschiede gibt, könnte ich mir vorstellen, dass die am anderen Box-Model liegen: Im FF ist Weite ja gleich Box-Weite + Border-Weite + Padding. Vielleicht ist da bei Hover noch ein 1px-Padding definiert?

Das sollte eigentlich in der Doku Deines Themes stehen, wo es sich dieses Bild herzieht. Entweder das ist automatisch das erste Bild des Artikels oder Du musst den Pfad per Custom Field angeben, würde ich vermuten.

Also ich habe mir dafür mal diese Funktion gebastelt (einfach in die function.php Deines Themes packen). Keine Ahnung, ob es mittlerweile sowas auch im WP-Core gibt, damals gab es das jedenfalls noch nicht.

/**
 * Returns the title of the category with the given ID. Equals the function
 * single_cat_title, but can return the title of any category and doesn't echo
 * it.
 * 
 * @param catId The ID of a category.
 * @return The name of the category with the given ID or an empty String.
 */
function my_the_category_name($catId) {
  if (!empty($catId)) {
    $my_cat_name = apply_filters('single_cat_title', get_the_category_by_ID(intval($catId)));
    if (!empty($my_cat_name)) {
      return strip_tags($my_cat_name);
    }
  }
  return '';
}

Sehr hübsch gemacht, wirklich! :-)

Zu Deinem Problem: So auf Anhieb sehe ich die Ursache auch nicht, allerdings kommt mir etwas komisch vor, was mir der Web Developer an CSS anzeigt:

#nav a (line 95) {
  width: 136px;
  height: 0pt;
  padding-top: 160px;
  display: block;
  float: left;
  overflow-x: hidden;
  overflow-y: hidden;
  text-decoration: none;
  background-color: transparent;
  background-image: url(./images/bg.navhover.jpg);
  background-repeat: no-repeat;
  background-attachment: scroll;
  background-position: 544px 544px;
}




#nav a#photos:hover (line 106) {
  background-position: -272px 0pt;
  z-index: 50;
}

Ok, so ganz steige ich da noch nicht dahinter. Aber hast Du Dir das mal im FF3 angeschaut, wenn das Fenster so schmal gezogen ist, dass das Hintergrundbild nicht ganz reinpasst? Dann tauchen die Hover-Bilder komplett an der falschen Stelle auf.

Ich würde da zum einen der Seite die benötigte min-width mitgeben. Und zum anderen würde ich den Header-Bereich relativ positionieren und dann darin die Navigations-Links absolut positionieren. Das mit den negativen Werten leuchtet mir jedenfalls im Moment nicht ein. ;-)

Ich habe mal in die entsprechende Datei reingeschaut, glaube aber irgendwie nicht, dass das Problem dort auftritt. Das ist eine simple Datusfunktion.

Was Du probieren könntest wäre, mittels XAMPP Dir das System mal lokal einzurichten. Nimm mal die gleichen Dateien wie auf dem Server und spiel einen DB-Dump ein (die WP-Adresse vor dem Import darin an die lokale Adresse anpassen). Siehe die FAQ:
Wie kann ich WordPress auf meinem heimischen Rechner installieren? « WordPress Deutschland FAQ

Dann könntest Du zuerst mal schauen, ob das Problem lokal auch auftritt oder ob es irgendwie am Server liegt. Falls es lokal ebenfalls auftritt, sollte man da besser schauen können, an welcher Funktion genau es denn hängt.

Meinst Du die Galerie in der Sidebar? In meinem FF3/Win sehe ich die ganz normal. Wenn ich auf die Bilder draufklicke, öffnen die sich auch wie gewünscht in einer Lightbox.

Die verlinkte TinyURL funktioniert im übrigen nicht, der Aufruf mit normalem Umlaut oder eben codiert geht im FF aber.

Zitat

Was für Möglichkeiten habe ich die Tabelle zu reparieren?

Es müsste auch eine Repair-Option in phpmyadmin geben, glaube ich, aber da kenne ich mich nicht wirklich aus...

Zitat

Ich habe eine ca. 8 Wochen alte Sicherung der Datenbank, kann ich da die Tabelle auslesen und in meiner aktuellen wp-Installation einfügen? Gehen mir da evtl. Daten der letzten posts verloren? Oder enthält die Tabelle wirklich nur Konfigurationseinstellungen?

Optionen und die Inhalte der Widgets, denke ich. Wenn die Tabelle nicht irgendwie zu reparieren ist, würde ich mal probieren, sie zu löschen und durch die Tabelle aus dem Backup zu ersetzen.

Achtung: Bevor Du irgendwas machst, ziehe einen aktuellen DB-Dump. So kannst Du schlimmstenfalls zum jetzigen Stand zurückkehren und etwas anderes probieren.

Was die ursprüngliche Umleitungsschleife betrifft: Das Problem könnte sich näher erschließen wenn man weiß, was wohin umleitet. Probier mal das Firefox-AddOn "Live HTTPHeaders" aus, damit kannst Du Dir das schön anschauen:
mozdev.org - livehttpheaders: installation

Also das gewählte Theme ist auf jeden Fall schon mal sehr übersichtlich, wirkt aber tatsächlich noch etwas nüchtern. Ich würde den dunkelgrauen Hintergrund durch einen dezenten Farbverlauf ersetzen. Nicht quietschbunt, sondern vielleicht auch grau, von hell oben nach dunkel unten zum Beispiel. Und dann würde ich den Header etwas vergrößern und mit einem Foto versehen. So ein größeres Header-Foto sollte das schon mal auflockern.

Was Du auch machen könntest: Die Bilder etwas verzieren. Im Moment sind die scheinbar ohne jeden Rahmen eingebunden. Man könnte einen dünnen Rahmen drumlegen und sie dann z.B. oben links mit einer Büroklammer versehen oder so. Ist nur eine spontane Idee. Generell halte ich das Theme aber durchaus für tauglich.

Nur eine Idee dazu, die möglicherweise auch nicht funktioniert: Es gibt das "Role Manager"-Plugin. Damit kannst Du Dir eigene Rollen basteln und diesen Berechtigungen geben. Eigentlich müsste es möglich sein, eine Rolle "Besucher" zu bauen, die nicht das Recht hat, das WP-Backend zu sehen.

Achtung: Probiere das ggf. an einer lokalen Testinstallation aus. Die Änderungen, die Du mittels Role Manager vornimmst, sind nicht durch eine Deaktivierung des Plugins rückgängig machbar.

Die User-Levels gibt es nicht mehr bzw,. wenn es sie noch gibt, sind sie deprecated (glaube ich). Aber wenn Du den Text einfach nur anzeigen möchtest, sobald jemand eingeloggt ist, geht das so:

if (is_user_logged_in()) {
 // ...
}

Der Code sollte so lauten, denke ich:

<div id="navigation">
        
        <h2>Archiv</h2>
    <?php wp_get_archives('type=monthly'); ?>
        <h2>Kategorien</h2>
    <?php wp_list_categories('show_count=1&title_li='); ?>        
        <h2>Pages</h2>
    <?php wp_list_pages('exclude=13,2&title_li='); ?>


        <h2>Usermenü</h2>
        <?php wp_loginout(); ?>
        
</div>

Ok, ich probier's mal. Aber keine Garantie, dass das folgende wirklich eine gute Lösung ist. Direkt ein profi bin ich mit dem Apache auch nicht. ;-)

# BEGIN Bilder404
<IfModule mod_rewrite.c>
ErrorDocument 404 /smile/smiley_emoticons_404ups.gif
  <FilesMatch "\.(gif|jpe?g|png)$">
    RewriteEngine on
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule .*\.(gif|jpe?g|png)$ /smile/smiley_emoticons_404ups.gif 
 [R=404,L]
  </FilesMatch>
</IfModule>
# END Bilder404

Das einfach über den vorhanden WP-Block schreiben. Es sollte dann folgendes passieren (lokal bei mir klappt es auch): Du setzt erstmal Apache-weit den Smiley als 404-Dokument für alle fehlenden Dateien/Ordner in diesem Ordner und den Unterordnern. Dann wird für alle Bilderaufrufe, bei denen das Bild nicht gefunden werden kann, gleich der 404 geschickt. Die Zeile sieht zwar nach Redirect aus, schickt in meinem Test aber einfach den 404. Möglicherweise kann man das korrekter und eindeutiger ausdrücken, keine Ahnung. Es scheint aber zu gehen.

Alle anderen Aufrufe gehen weiter an die WordPress-Regel darunter, incl. aller nicht gefunden Nicht-Bilder-Aufrufe. Die kriegen also weiterhin die WP-404-Seite.

Nur ganz kurz noch eine Idee dazu: Ich nehme an, dass nur die Fehlerseite zu definieren nicht reicht. Apache wird dann trotzdem die weiteren Regeln noch durchgehen und dann am Ende doch an WP weiterleiten. Also müsste man die WP-Regeln vielleicht nachbauen: Wenn der Aufruf auf das Bildermuster passt und nicht auf eine vorhandene Datei passt, dann umleiten auf den Fehlersmiley und den 404-Code schicken. Und vor allem danach keine weiteren Regeln mehr abarbeiten. Kriegst Du das so hin oder soll ich mich mal dran probieren?

Ob der gegebene Code stimmt oder ob man das so spezifisch für Bilder definieren kann, kann ich Dir nicht sagen. Aber wenn es so geht, musst Du es auf jeden Fall *über* den WordPress-htaccess-Code schreiben. Denn die drei WP-Anweisungen sagen im Endeffekt aus, dass alle Aufrufe, die weder auf einen Ordner noch auf eine Datei auf der Platte passen, an die index.php von WP geschickt werden, welche dann ggf. zur internen 404-Seite weiterleitet.

Es gibt das sticky-Plugin, und ich kann mich irren, aber ist sowas nicht in WP 2.7 dann integriert?!

Das ist in aller Regel ein sicheres Zeichen für einen PHP-Fehler. Auf gut eingerichteten System wird der nicht am Bildschirm ausgegeben sondern in ein Logfile geschrieben. Wie es auf Deinem Webspace ist kannst Du ggf. vom Support Deines Hosters erfahren.

Verursacht das Plugin einen PHP-Fehler, oder wie äußert sich das sonst? Mit einer genauen Fehlermeldung kann ggf. weitergeholfen werden. Schau ggf. mal ins Logfile, ob sich da was findet, je nach Konfiguration werden Fehler nicht am Bildschirm ausgegeben.

Du könntest die Blogroll dafür benutzen. Links können in WP schon in Linkkategorien eingeteilt werden und Beschreibungen bekommen. Dann bräuchtest Du "nur noch" ein Seitentemplate, dass Dir das entsprechend ausgibt.