Beiträge von Ammaletu

    Lightbox ist keine Medienverwaltung, sondern ein Effekt zur schöneren Bilderanzeige. Ich bin sicher, dass das Plugin eine Doku hat, die Dir erklärt, wie es genau funktioniert. Prinzipiell musst Du einem Link, der auf ein Bild zeigt (und normalerweise die Thumbnail-Ansicht enthält, Textlink würde aber auch gehen), spezielles Markup mitgeben. Bei manchen Scripten ist es ein rel-Attribut, bei anderen eine CSS-Klasse. Bei Lightbox war es glaube ich rel="lightbox", oder?

    Wie die Bilder auf den Server kommen und wie Du den Bilderlink in Deinem Eintrag erzeugst, ist dem Lightbox-Plugin egal. Aber dafür hat WordPress ja alles an an Bord. Schau mal im Editor (TinyMCE) rechts oben nach einem Upload-Icon. Da öffnet sich dann eine Ebene in der Du Dateien hochladen kannst.

    Zitat

    Ich habe neulich eine Funktion gesehen, dass man auf das "Preview" Bild klickt und sich dieses dann öffnet und das Blog überlagert.

    Das nennt sich Lightbox und ist ein Javascript. Mittlerweile gibt es verschiedene Klone, z.B. Thickbox und andere. Für einige gibt es auch ein WP-Plugin, welches den Einsatz des Effektes ziemlich vereinfacht.

    Videoeinbindung: Da solltest Du unterscheiden zwischen Einbinden von Videos von Seiten wie YouTube. Das ist recht simpel und klappt bestenfalls einfach mit dem Code, den YouTube anbietet. Es kann aber sein, dass das sich nicht mit dem graphischen Editor verträgt (TinyMCE).

    Wenn Du Videos selber bei Dir hochladen willst, wird es etwas schwieriger. Dann musst Du Dich für ein Format entscheiden und ggf. einen Player besorgen. Es gibt kostenlose Tools, um Videos ins FLV-Format zu konvertieren, sowie kostenlose FLV-Player. Das wäre vermutlich dafür die beste Lösung. Man kann aber auch andere Format einbinden, die werden dann ggf. mit Media Player oder ähnlichen Browserplugins abgespielt. Oder eben auch nicht, wenn der Besucher Pech hat.

    Du hast vermutlich größere Chancen auf eine Antwort wenn Du noch ein paar Infos ergänzt, wie Du Dir die Grafik vorstellst. Auch ein Link zu der Seite, für die Du das brauchst, wäre hilfreich. Dann könnte man es an die Farben und den generellen Stil anpassen. ;)

    Du hast diese Zeile aus einem Tutorial so in Deine sidebar.php kopiert? Dann sehe ich den Fehler, denke ich. In dem Tutorial wurden die normalen Gedankenstriche mit typographischen ersetzt, womit PHP nichts anfangen kann. Probier es mal so:

    [LEFT]

    PHP
    <?php get_previous_posts(6, '<li>', '</li>', true, $post->post_date,false) ?>

    [/LEFT]

    In WP gibt es auf jeden Fall Funktionen, die aus einem Post oder einer Post-ID den Permalink generieren. Hm, die entsprechenden Funktionen müsstest Du dann vermutlich in Deinem Code replizieren, aber das wird sicher nicht einfach, da die Funktionen ggf. von Konstanten und globalen Variablen abhängen.

    Andere Frage: Wenn Du die Links mit der ID baust (domain?p=xxx), dann leitet doch WP beim Aufruf automatisch auf die entsprechende Permalink-Adresse um. Damit gäbe es doch kein DC-Problem, Google wird ja wohl die 301-Umleitung richtig verstehen. ;)

    Ich würde als erstes mal bei den Plugin-Autoren nachfragen, ob das Problem bekannt ist und ob es schon eine Lösung gibt. Wenn die Plugins noch aktiv gepflegt werden, sollten die Autoren da am ehesten eine Lösung für finden können. So viel kann sich von 2.6 zu 2.6.1 ja nicht geändert haben...

    Wenn Du die Wahl hast, würde ich in jedem Fall einen Umzug per DB-Dump bevorzugen. Da ist dann auch wirklich alles drin, und Du kannst da drin ggf. auch gleich die URL anpassen (falls sich die Domain oder der Name des Installationsordners ändert). Der Export enthält meines Wissens nach hauptsächlich die Beiträge, aber z.B. nicht die Links der Blogroll. Kategorien und Tags weiß ich nicht genau, die könnten aber auch dabei sein.

    Von welcher zu welcher MySQL-Version ziehst Du denn um? Und wie genau ist die Syntax-Fehlermeldung? Ich erinnere mich, dass ich mal Probleme mit Dumps von WP hatte. Da war das Bad-Behaviour-Plugin die Ursache, glaube ich, also hatte ich dessen Tabelle einfach aus dem Dump gelöscht und das Plugin am Ziel neu installiert. Waren eh nur Cache-Daten. Du solltest also mal schauen, an welcher Stelle genau es hakt, dann kann man das sicher manuell korrigieren.

    Ich habe leider trotz Deiner langen Antwort immer noch keine Ahnung, was Du nun gemacht hast. ;)

    Bitte mal auswählen:
    [ ] Du hast eine WordPress-Datei verändert und gespeichert.
    [ ] Du hast eine Theme-Datei verändert und gespeichert.
    [ ] Du hast Deinem Theme eine Datei namens widgets.php hinzugefügt und diese in einer anderen Theme-Datei eingebunden.
    [ ] Du hast lediglich ein neues Theme ausgewählt und im WP-Backend die Widgets konfiguriert.

    Wenn wir wissen, was genau Du gemacht hast, findet sich sicher auch eine Lösung für das Problem. Gegebenenfalls kannst Du auch gleich ergänzen, was Du mit Deiner Aktion erreichen wolltest. ;) Und habe ich schon gefragt, ob Du nach Fehlermeldungen im PHP-Errorlog geschaut hast?

    Das ist so. Du musst nur ggf. die wp-config.php erhalten (die ist aber beim Standard-WP nicht dabei) sowie den Uploads-Ordner (da liegen Deine Bilder etc drin). Der Rest ist in der Datenbank und von Änderungen an den PHP-Dateien nicht betroffen.

    Trotzdem unbedingt vor solchen Aktionen sowohl die Upload-Dateien als auch die Datenbank sichern! Backups sollte man sowieso regelmäßig machen, aber gerade eben vor Änderungen am Blog. Im Zweifelsfall wenn doch mal was schief geht, kannst Du damit den alten Zustand dann immer wieder herstellen.

    In den Headerbereich (also die header.php) kannst Du prinzipiell reintun, was Du möchtest. Je nach Theme machen normalerweise neben der Headergrafik bzw. dem Seitentitel folgende Sachen den Header aus und sind deshalb in der header.php zu finden: die Ausgabe der statischen Seiten, die Kategorien, einige feste Links.

    Ich denke, wenn Du die install.php aufrufst, würde die merken, dass eine aktuelle Datenbank schon vorhanden ist und da dann nichts dran machen. Aber wo wir gerade beim Thema sind: Du hast aber schon ein Backup sowohl des uploads-Ordners als auch der Datenbank?! Wenn nicht wäre jetzt ein guter Zeitpunkt, eines anzulegen. ;)

    Ansonsten frag doch wirklich mal Deinen Hoster, ob ihre Server WordPress generell unterstützen und ob auch andere Kunden diese Probleme haben. WordPress ist ja nun nicht irgendeine Software, Hoster sollten schon wissen, wenn es da spezifische Probleme gibt. Was Du ansonsten noch probieren könntest: Mal ein frisches WP 2.5 parallel installieren. Dazu musst Du einfach den table_prefix in der wp-config.php zu was neuem ändern. Mach daraus meinetwegen "wptemp_", dann würde WP die Tabellen mit diesem Prefix daneben legen. Da könntest Du noch mal mit einer ganz frischen Standardinstallation testen, auch ohne Plugins. Wenn das geht kannst Du das gleiche ja mal mit WP 2.6.1 machen und auch das testen. Wenn Dein Hoster WP nicht unterstützt, wäre es ansonsten vielleicht Zeit, mal über einen Umzug nachzudenken. Insbesondere wenn Dein Hoster Dir wirklich kein PHP 5 anbietet.

    Ich hab noch mal etwas gegoogelt und bin mir immer noch nicht sicher, was da passiert. Entweder der Suhosin-Patch meldet da ein Problem, das gar nicht da ist, oder Suhosin löst einen PHP-Bug aus, glaube ich. Es gibt mehrere entsprechende Bugreports in der PHP-Bug-DB, aber nur bei einem steht dabei, dass er letztes Jahr behoben wurde.

    Welche PHP-Version nutzt Du denn? Kommt ein Update auf eine neuere Version in Frage? Hat Dein Hoster sich sonst noch irgendwie geäußert? Und steht sonst noch was brauchbares im Errorlog? Und ich nehme nicht an, dass Du Dir aussuchen kannst, ob Du PHP mit Suhosin möchtest oder ohne!?

    Zitat

    Die TTF-Dateien akzeptieren keine Änderungen.

    Kann es sein, dass Du die Rechte für das Parent-Verzeichnis nicht hast? Das hatte ich letztens mal. Wollte einer Date Rechte setzen, aber das ging nicht, weil ich für einen der Parent-Ordner keine Rechte hatte. Nur so eine Idee...


    Zitat

    Wie lege ich denn Seiten statisch ab?

    Na Du weißt schon, statische Seiten im Unterschied zu Blog-Beiträgen. Wenn es wie gesagt nur um eine Handvoll Seiten geht, erstelle die Bilder doch einfach, leg sie im Theme-Ordner ab und füge die Bilder direkt in page.php ein, mit etwas á la if (page->id == 12) { ... print Bild 1 ... } else if (page->id == 14) { ... print Bild 2 } else the_title();

    Wenn Du die Seiten umbenennst, musst Du die Bilder natürlich manuell ändern. Aber das macht man ja nicht jede Woche.

    Ich finde es ehrlich gesagt nicht sinnvoll, wichtige Informationen wie eine Überschrift in einem Bild zu verstecken. Ist Dir die Optik da wirklich so wichtig, dass Du Nachteile für Besucher in Kauf nimmst?

    Davon abgesehen: Wenn es nur drei, vier Seiten sind, kannst Du die Bilder einfach statisch ablegen und dann in page.php auf die ID der Page testen. Eine wirklich gute automatische Lösung kenne ich nicht, an irgendeiner Stelle hakt es da meistens. SIFR war aber ganz nett, das ersetzt Dir den Text automatisch durch ein Mini-Flash in der gegebenen Schriftart. Aber auch da gibt es Probleme, bei SIFR war es glaube ich das Ändern der Schiftgröße. Gut, ein statisches Bild versagt da auch komplett. ;)

    Ich hab in das Plugin mal reingeschaut, das kann IMHO nicht daran liegen. Zumindest wüsste ich nicht, wie es solche Auswirkungen haben sollte. Du hast nicht zufällig zusätzlich von Widgets zur normalen Sidebar gewechselt oder andersherum? Kannst Du ansonsten mal einen Link zur Seite posten? Vielleicht lässt sich da ja was sehen.

    Prinzipiell stimme ich Dir da durchaus zu. Ich fürchte allerdings, dass Du Dich da bei WordPress dran gewöhnen musst: Die Entwickler bauen munter neue Features, während im Bugtracker mehrere hundert Einträge von einer Version zur nächsten verschoben werden. Dazu kommen dann natürlich auch immer neue Bugs und Probleme mit den neuen Features.

    Alles in allem ist es leider so: WordPress mag zwar Open Source sein, aber es ist nicht in gleichem Maße ein Communityprojekt wie manch andere Software. Hier haben einige wenige Leute die Fäden in der Hand, die sich nicht reinreden lassen.

    Wenn Du Zeit hast, kannst Du Alternativen evaluieren. Es gibt auch andere gute CMS da draußen, je nachdem was man genau braucht. Wenn Dir der technische Kram alles egal ist, kannst Du Dir ein gehostetes Blog bei wordpress.com holen. Da hast Du dann null technischen Aufwand, dafür aber auch weniger Anpassungsmöglichkeiten und ggf. ist Dein Content dort quasi "eingesperrt". ;)

    Ansonsten hilft es alles nichts, man muss bei den Updates am Ball bleiben. Man kann hin und wieder eins auslassen und sollte generell erstmal auf die .1er-Version warten. Aber wenn man zu lange nicht aktualisiert, kriegt man am Ende Probleme mit den Updates, wenn sich unter der Haube zu viel getan hat. Einmal im Jahr müsste man also eigentlich mindestens aktualisieren, eher öfter. Und wenn man nicht die aktuellste Version laufen hat, sollte man zumindest infotechnisch am Ball bleiben, damit man erfährt, wenn in einer alten Version eine Sicherheitslücke gefunden wurde (da kann es dann natürlich schon zu spät sein).

    Bei mir läuft z.B. immer noch die 2.3.3, da diese bisher keine bekannten Sicherheitslücken hat und sich in vielen Dingen leichter handhaben lässt.


    Zitat

    als dann WordPress 2.5 kam war ich fast überglücklich - da kam dann auch die Übersichtlichkeit hinzu.

    Wer vorher länger mit WP gearbeitet hat sieht das witzigerweise genau andersherum. ;)


    Zitat

    Inzwischen werden die Versionsnummern allerdings ja ständig gewechselt und das Backend wird mit überflüssigen Funktionen überhäuft.

    Ähm, da würde mich aber schon interessieren, wie Du zu dieser Ansicht kommst. Das bezog sich doch auf den Zeitraum seit der Veröffentlichung von 2.5, oder? In der Zeit gab es doch nur eine neue Version, die wenig neue Features enthält, jedenfalls keine die irgendwas überfrachten?!

    An den Minor Versions (z.B. 2.6.1) solltest Du Dich in der Hinsicht nicht stören. Diese Updates sind in der Regel absolut schmerzlos und in wenigen Minuten gemacht. Einfach drüberkopieren, ggf. noch upgrade.php aufrufen und gut. Da ändert sich im Innenleben von WP meist nicht sehr viel.

    Generell haben sich die WP-Entwickler einen Vier-Monats-Zeitraum für die Versionen vorgegeben, glaube ich. Das wurde eingeführt, damit nicht so ewig an einer immer wieder verschobenen Version gearbeitet wird. So werden regelmäßig Versionen herausgegeben, und was nicht fertig ist, kommt in die nächste Version. Das ist IMHO durchaus gut. Ich fände es nur schön, wenn mal mehr interne Bugs gefixt würden und weniger Zeit in neue Features investiert würde...

    Ich glaube nicht, dass das mit vertretbarem Aufwand geht. In erster Linie stellst Du Dir das falsch vor. Du kannst nicht WordPress selbst in ein Flashfile integrieren. Du könntest ggf. mit genug Modifikation des Themes, Teile der Ausgabe von WordPress durch Flash ersetzen. Man kann z.B. durchaus einen Flashheader machen, der sich die darzustellenden Navigationspunkte irgendwie reinzieht und in Flash darstellt. Viel mehr macht IMHO keinen Sinn und erfordert auf jeden Fall ein gewisses Verständnis der Materie.

    Bist Du ansonsten sicher, dass Du komplett auf Flash setzen willst? Ich meine, bringt Dir das irgendwas? Die meisten Leute stört Flash eher. Man kann keine einzelnen Seiten bookmarken, barrierefrei ist es in 99% der Fälle auch nicht, lädt länger, nervt mit Rumgezappel. Wenn man Pech hat, kann man Texte nicht kopieren etc. Für ein Blog sehe ich ehrlich gesagt keine Vorteile in Flash. Flash = optische Herumspielerei, Blog = Informationen. Das passt doch nicht zusammen, oder? :)