Beiträge von Ammaletu

Ich gebe Dir durchaus Recht, WordPress ist nicht für jeden Benutzer und für jeden Zweck das Richtige. Wenn ich hier so lese, zu was für aufwändigen Anwendungen manche Leute ihr WordPress aufrüsten, denke ich mir auch, manch einer wäre mit einem größeren CMS besser bedient.

Auf der anderen Seite geht mit WordPress eben fast alles und es ist gerade für Anfänger sehr leicht zu bedienen. Seit dem Update auf die 2.7 bin ich was WordPress betrifft auch wieder etwas begeistert. Das war endlich mal ein wirklich gelungenes Redesign!

In diesem Sinne würde mich interessieren, ob Deine Kritik auf WP 2.7 basiert. Ausrichtung der Bilder sollte da nämlich kein Problem sein, Bilder in einer Lightbox anzuzeigen geht mit einem wirklich simplen Plugin auch ohne weiteren Konfigurationsaufwand und die Rechte lassen sich mit dem Role Manager Plugin auch relativ leicht anpassen. Ganz ohne Plugins geht es bei WordPress aber nicht, das stimmt, und die Handhabung der Uploads ärgert mich auch immer noch.

LifeType kannte ich bisher noch nicht, sieht aber interessant aus. Wenn ich mir das so anschaue, scheint das aber nicht ganz das gleiche wie WP zu sein. Erinnert mich mehr an WPMU, da damit ja anscheinend mehrere Blogs pro Installation möglich sind.

Wenn Du schreibst "geöffnet", meinst Du damit in einem Editor? Falls ja, ist das falsch. Du musst die Datei im Browser aufrufen. Dann wird WordPress in der angegebenen Datenbank installiert (Hab es länger nicht mehr gemacht, aber Du musst sicher noch mal auf "Installieren" klicken) und Dir wird das Admin-Passwort angezeigt. Zusätzlich kriegst Du es auch per E-Mail geschickt, wenn der Mailserver des Servers mitspielt.

Hallo!

Ich habe das gerade mal getestet. Das Plugin enthält einen kleinen Fehler, der sich aber leicht beheben lässt. Da es nur 46 Zeilen lang ist und nur zwei verschiedene Möglichkeiten gibt, das Plugin zu benutzen, wundere ich mich etwas, wie dem Autor das entgehen konnte. Naja, ich schreibe ihm das jedenfalls mal, so dass es in der nächsten Version hoffentlich behoben sein sollte.

Bis dahin öffne die Plugin-Datei mal und ersetze in Zeile 29:

$start=$imgEnd+1;

durch das hier:

$start = $imgBeg + $imgEnd + 1;

Da wird einfach der nächste Startpunkt für die Suche nach einem Image-Tag falsch berechnet, da sich $imgEnd nicht auf den ganzen Posttag bezieht sondern nur ab imgBeg gerechnet ist. Mit obiger Modifikation geht es jedenfalls.

Ich kann mich irren, aber sind die Bilder überhaupt auf dem Server? Unter der im Stylesheet angegebenen Adresse finde ich jedenfalls nichts.

Der Link stand so im Footer drin, als ich vor meinem letzten Posting geschaut hatte, jetzt ist er da nicht mehr zu sehen. Kann es sein, dass Google die Seite mal komplett neu indexieren müsste? Das kann man bei Google doch irgendwo anstoßen, denke ich.

Wenn Du mit herausragen meinst, dass sich #umgeben nicht bis zum Ende des jeweils längsten Bildes ausdehnt (sorry, ist schon spät und ich bin nicht mehr ganz fit *g*), dann fehlt da einfach ein clear. So etwa:

<div id="umgeben">
       <img src="Grafiken/feuer/feuer1.jpg" alt="Logo der Website" id="logo1" />
       <img src="Grafiken/instrumente/klampfe2.jpg" alt="Logo der Website" id="logo2" />
  <div class="clear"></div>
</div>

Und im Stylesheet z.B.:

.clear {
  clear: both;
  height: 0px;
  line-height: 0px;
}

Das zwingt #umgeben dazu, sich bis nach den beiden gefloateten divs auszudehnen.

Was die Schriftarten betrifft: Löse Dich wenn irgend möglich von dem Gedanken, dem Nutzer die Schriftart bestimmen zu müssen. Das macht im Netz wirklich keinen Sinn und ist ja auch nicht nötig. Wenn es mal wirklich, wirklich wichtig ist, für die Seitenüberschrift etwa, dann macht man daraus am besten ein Bild. Ansonsten sollte als letztes immer die Angabe einer generischen Schriftklasse stehen, also z.B.

font-family: Calibri, "Sans Serif", "Century Gothic", sans-serif;

Der Browser nimmt dann eine allgemeine Nicht-Serifen-Schrift, und eine ist immer da (Arial, Helvetica...). Wenn Du eine andere Schriftart angibst und gleichzeztig die Schriftgröße definierst, teste ggf. ganz am Ende mal kurz ohne diese Schrift (aber mit der Größenangabe). Eine Schriftart zu nehmen, die wesentlich kleiner oder größer als die Standardschrift ist, kann für andere Nutzer nämlich unschöne Auswirkungen haben (wenn der Text dann sehr winzig oder sehr riesig ist).

Zu 1: Formulier das doch bitte mal als Frage bzw. beschreibe, worum es Dir eigentlich geht. Vielleicht bin ich schon zu müde, aber mir wird das daraus nicht klar.

Zu 2: Gib dem Bild eine Klasse, z.B. "alignleft", "alignright" etc., und definiere dafür etwas in Deinem Stylesheet. Sieht bei mir z.B. so aus:

.centered, .imgaligncenter {
  display: block;
  margin: 1.25em auto;
}


img.alignright, img.imgalignright {
  margin: 0 0 2px 0.5em;
}


img.alignleft, img.imgalignleft {
  margin: 0 0.5em 2px 0;
}

Der erste Block ist für Bilder, die mittig und mit Abstand darüber und darunter dargestellt werden sollen. Die anderen beiden für links- und rechtsbündige Bilder. Etwas in der Art ist ggf. in Deinem Stylesheet auch schon drin.

Einfach fünf Zeilenumbrüche in den Text einfügen unterstützt WP dagegen nicht, jedenfalls nicht mit TinyMCE soweit ich weiß.

Siehe die FAQ:
Wie gehe ich am besten vor, wenn Fehler in meinem Blog auftreten? - Fehler, Fehlermeldung, Wenn, Dein, Deinem, Blog - WordPress Deutschland FAQ

Mit einer genauen Fehlermeldung kann man dann weitersehen.

So wie ich das verstehe, sucht WP MU in zwei verschiedenen Verzeichnissen nach der Datei, und zwar:
/var/www/web15/html/wp-config.php
/var/www/web15/wp-config.php

Wenn es an beiden Orten nicht existiert, macht es das, was in der Zeile danach steht. Ob das nun so sein soll, weiß ich mangels MU-Erfahrung auch nicht. Aber kannst Du die Datei nicht einfach manuell anlegen? Wenn der erste Test schief geht (weil die Datei existiert), wird der zweite Test (welcher den Fehler auslöst) nicht ausgeführt.

Wenn Du in einem Text-Widget ein Bild einbinden möchtest, musst Du dort leider HTML eingeben. Zum Beispiel so:

<img src="[URL des Bildes einfügen]" width="[Weite]" height="[Höhe]" alt="[Text falls das Bild nicht geladen werden kann]" title="[Text den der Browser als Tooltip anzeigen soll wenn man die Maus drauf hält, kann leer bleiben]" />

Bzw. wenn Du HTML statt XHTML verwendest dann genauso, aber den " /" am Ende entfernen, also nur auf ">" endend. Alles in eckigen Klammern incl. der Klammern natürlich durch die richtigen Werte ersetzen. Als Bild-URL am einfachsten die absolute URL des Bildes nehmen (sollte in der Mediathek bei hochgeladenen Bildern dabeistehen!?).

Also ich würde vorschlagen, die Seite erstmal etwas valider zu machen:
[Invalid] Markup Validation of http://ultrasblog.de/ - W3C Markup Validator

177 Fehler sind genug, dass man den tatsächlichen Fehler darin nicht mehr sehen kann.

Hm, viel fällt mir dazu nicht ein. Aber bei Probleme mit TinyME ist den Browser-Cache zu leeren immer eine gute Idee. Wenn es dann noch nicht geht, vielleicht mal die Files für den Editor neu hochladen?! Bin mir nicht ganz sicher, was alles dazugehört, aber alle Inhalte in wp-admin und wp-includes löschen und neu hochladen sollte das Problem hoffentlich beheben.

Ich kenn mich mit MU nicht aus (falsches Unterforum, übrigens *g*), aber hast Du mal reingeschaut in die Datei /var/www/web15/html/wp-blog-header.php? Da steht dann ja entweder der richtige oder der falsche Pfad drin, warum auch immer, und falls es der falsche ist, müsste sich das ja korrigieren lassen?!

Dann kommen sich da vielleicht zwei Plugins ins Gehege?! Falls Du der Ursache noch auf den Grund gehen willst, kannst Du ja mal andere Plugins abschalten und schauen ob es dann auch automatisch geht. Ansonsten vielleicht noch mal andere Ansichte wie Archive, Suchergebnis etc. kontrollieren, falls die von eigenen Theme-Dateien gesteuert werden.

Das sollte sich eigentlich nur mit Stylesheet-Änderungen machen lassen. Genauer kann ich es Dir allerdings sagen, wenn ich die betroffene Webseite anschauen kann. Generell würde man den Inhaltsbereich rechts floaten und die Sidebar links. Wenn das nicht über die ganze Breite der Seite gehen soll sondern z.B. beides zusammen mit einer Weite xyz mittig ausgegeben werden soll, müssten beide Elemente in einem gemeinsamen Parent-div stehen. Das kriegt dann die gewünschte Weite, meinetwegen auch mit max-width wenn Du Dich nicht komplett festlegen willst, und muss zentriert werden. Dann sollte die Inhaltsspalte eigentlich auch nicht am rechten Rand kleben.

Generell solltest Du Dir halt überlegen, was Du flexibel haben möchtest und was nicht. Nur den Inhaltsbereich mit einer festen Weite zu versehen, bringt nicht wirklich etwas, da dann ja die Sidebar theoretisch immer größer werden würde. Wenn dann müsste auch das Parent-Element eine feste Weite haben, denke ich.

Fügt das Plugin das rel-Attribut automatisch ein oder machst Du das manuell? Auf der Startseite fehlt das an dem Link auf jeden Fall, auch wenn ich Dir jetzt so nicht sagen kann, warum.

Viele Lösungen, die ich für sowas bisher gesehen habe, basieren darauf, dass Du die Bilderpfade an dem jeweiligen Eintrag als Benutzerdefiniertes Feld ergänzt. Das wäre auf jeden Fall machbar, ist aber beim Editieren natürlich etwas Mehraufwand.

Ansonsten müsstest Du den Beitragstext des neuesten Eintrags auf die Bilder parsen. Das kann man sicher auch umsetzen... Mal schauen. Wie wäre es damit?
Simple Image Grabber WordPress Plugin | Bavota San

Da hat jemand ein Plugin für genau diesen Zweck gebaut. Sieht soweit gut aus, obwohl der Pluginautor vrmutlich die Funktion nicht einfach "images" hätte nennen sollen, das ist ja doch ein sehr generischer Name. Aber probier das doch mal aus, es müsste frü Deinen Zweck ausreichen, denke ich.

Einfach das hier unter der Ausgabe des aktuelsten Beitrages einfügen:

<?php if (function_exists('images')) images($number, $width, $height, $class, $link); ?>

Die Parameter sind: Nummer des anzuzeigenden Bildes ('all' für alle), Weite und Höhe des Bildes, CSS-Klasse, Bild auf Post verlinken oder nicht (true/false).

Also z.B. so:

<?php if (function_exists('images')) images('all', '', '', 'imgalignleft', false); ?>

Das würde dann alle Bilder des Beitrages ausgeben, mit der ursprünglichen Größe (schlecht falls da auch andere Bilder stehen könnten, die größer sind, dann besser feste Weite und Höhe angeben) und nicht auf den Beitrag verlinkt.

Die Funktion muss innrhalb des Loop aufgerufen werden. Ich hoffe, das passt mit Deiner Startseite zusammen. Und ggf. mal prüfen, dass Umlaute im alt- oder title-Attribt der Bilder nicht kaputt gehen.

Ich poste Dir mal, wie das in meinem Theme azufgesetzt ist:

Aus der functions.php:

// add two sidebars for the widgets functionality (won't be displayed unless configured)
if (function_exists('register_sidebar')) {
  // register the left sidebar
  register_sidebar(array('name' => 'left'));
  
  // register the right sidebar
  register_sidebar(array('name' => 'right'));
}

In dem übergebenen Array kann man bei Bedarf auch noch andere Einstellungen treffen, siehe Codex.

Und in der sidebar.php muss die zweite Sidebar natürlich auch eingebunden sein, mit dynamic_sidebar('left') bzw. dynamic_sidebar('right'). Je nach Theme kannst Du das einfach so aufrufen (ggf. mit function_exists('dynamic_sidebar') prüfen dass es kein Uralt-WP ist) oder mit !dynamic_sidebar('left') alternativ eine fest konfigurierte Sidebar in die sidebar.php schreiben.

Also da ist irgendwas falsch: In der Datei wp-admin/index.php wird die wp-blog-header.php bei mir (WP 2.7.1) nicht eingebunden. Kann sie ja auch gar nicht, die liegt nicht in wp-admin sondern eine Ebene darüber. Das klingt für mich so, als wäre die index.php aus dem Hauptordner aus Versehen in den wp-admin-Ordner geraten.

Wie das passiert sein kann, müsstest Du mal überlegen. Als Fix könntest Du ja enfach mal alles im wp-admin-Ordner löschen und die Dateien neu hochladen. Welche Wp-Version hast Du eigentlich?

Verlinkung des Headers: Hast Du den Beispielcode von ganz oben denn mal eingefügt, mit geraden statt der typographischen Anführungszeichen? Auf der Seite sehe ich ihn im Moment nämlich nicht. Mach das bitte mal, und dann kann Dir sicher jemand sagen, woran es liegt, falls die Verlinkung dann immer noch nicht geht.

Was die Links angeht: Es mag eine harmlosere Erklärung geben, aber schlimmstenfalls heißt das, dass Dein Blog gehackt wurde. Schau z.B. mal in diesen Thread für Hinweise, was zu tun ist und wo der Schadcode sitzen könnte:
http://forum.wordpress-deutschland.org/allgemeines/43…samer-text.html

Kurz gesagt: Dateien auf dem Webspace sind nicht mehr vertrauenswürdig und sollten nach Möglichkeit ausgetauscht werden. Bei den Uploads geht das natürlich nicht, aber auch da lohnt es sich kurz durchzuschauen, ob etwas Manipuliertes dazugelegt wurde. Alles andere austauschen und Passwörter ändern nicht vergessen. Und vorher für den Fal aller Fälle ein Backup ziehen.