Beiträge von himitsu

    Du stellst das neue WordPress unter der selben Adresse ins Netz, wo früher die alte Webseite war?

    Wenn ja, dann mußt du da nichts machen, als das Ding zu löschen.
    WordPress ist ja nun an der Stelle und kann sich um die Redirects kümmern.

    Wenn nein, dann z.B. per .htaccess und darin die nötigen Redirects.
    Und dann braucht in WordPress eigentich nichts gemacht zu werden, da das ja die andere .htaccess macht.

    Hier geht es nur um Wordpres.org, also das Blog-System an sich.
    Der Hoster WordPress.com hat sein eigenes Forum. (Fragen zu deren Angeboten also an die)

    Laut Beschreibung kann man nichts installieren ... ist Einiges vorinstalliert.
    Beim Premium ist dann halt mehr drin.
    Du kannst das dann nur aktivieren, so wie ich das verstanden hab.

    Lösung: Such dir einen "richtigen" Hoster und installier es selber, dann hast du alle Freiheiten.
    Gibt auch Hoster mit entsprechenden 1-Click-Installern, aber eigentlich ist Selberinstallieren garnicht soooo schwer.

    Da WordPress in der Datenbank sucht, müsste man nur den Inhalt der PDFs als MetaDaten an den jeweiligen Datensatz des Medien-Objekts angängen und das von der Suche durchsuchen lassen.

    Beim Upload müsste also die Daten untersucht und der Inhalt rauskopiert werden. (Text-Inhalte von PDFs, Exif der Bilder usw.)
    Wäre auch aufwändig jedesmal alle Dateien neu zu durchsuchen.

    Zitat

    Meine Arbeit besteht darin, eine Webseite zu erstellen, welches dem Kunden ermöglicht via Suchfeld einen


    Du willst also die komplette Webseite schreiben?
    Nja, wenn du bei WordPress bleiben willst, dann schreibst du halt "nur" das (beste) Plugin für die Suche.

    Links-Widget (eingeschränkt auf eine gewünschte Kategorie)
    Menü-Widget und ein Menü mit Links
    und es gibt aufgemotzte Links-Widgets als Plugin.

    Blogroll ist ja auch einfach nur eine Link-Kategorie, welche halbautomatisch mit Links gefüllt wurde. (die sich blöder Weise nicht löschen lässt)


    Die Links im in der Blogroll-Kategorie sollten ja noch da sein ... Diese notfalls einfach nur einer anderen Kategorie zuordnen.


    Ja?

    Zitat von ChristinaK

    Aber das mit den UTF-8-BOM kann ich nicht verstehen. Habe die Dateien mit Notepad++/Kodierung überprüft. Nicht alle Dateien natürlich. Aber die der ersten Ebene, also auch die wp-config.php.
    Mach mich nochmal neu ans Werk.


    Das ist hier bei mehreren Dateien und die wp-config scheint inzwischen OK zu sein.

    Es wäre natürlich zu praktisch, wenn PHP beim Laden der Scripts auf ein BOM prüfen würde und das auch als BOM und nicht als Text behandelt.
    Alternativ hatte ich mir schon überlegt, ob man bei Ausgabe der Fehlermeldung nicht noch eine Prüfung der Dateien integrieren könnte. (BOM, Leerzeichen usw.)

    Bist du denn so oft auf den Seiten?
    Bei einigen Statistik-Plugins kann irgendwo einstellen sowas ala "Admins/Editoren nicht mitzählen".

    Ich glaub ich werde nicht gezählt, von meiner Statisik (weiß es jetzt aber nicht genau) ... allerdings sind viel mehr Bots auf den Seiten unterwegs, die ständig mitgezählt werden, so daß ich da kaum auffallen würde.

    Ich denk mal das sind Bots, denn ich wüsste nicht warum soviele Amerikaner, Russen und Chinesen meine Seite besuchen wöllten.

    Zitat

    D.h. entweder Bilder oder embeded Soundcloud oder Youtube. Wenn man auf die Elemente klickt, soll entweder das Video in Fullscreen oder die Bilder in Big-Size angezeigt werden. Das einzige was noch gut wäre, wenn ganz oben eine kleines Menü wäre, wo man quasi jeden Beitrag über ein (Hash)Tag filtern kann.
    Ich habe meinetwegen im Menü 3 Kategorien:
    A B C
    ....wenn ich „A“ anklicke, dann soll nur alle Beiträge angezeigt werden die ich mit „A“ vertagt habe, ansonsten alle chronologisch.


    Klingt natürlich auch irgendwie nach Kategorien.

    Custom-Menu als Hauptmenü benutzen, dort Links für die Kategorien rein und dann viele Beiträge (nicht Seiten) schreiben, welche den Kategorien "A", "B" oder "C" zugewiesen werden.

    Zitat

    wp-content\languages\de_DE.po

    Code
    #: wp-includes/comment-template.php:1628 wp-includes/comment-template.php:2213
    #: wp-includes/theme-compat/comments.php:58
    msgid "Leave a Reply"
    msgstr "Hinterlasse eine Antwort"
    
    
    #: wp-includes/comment-template.php:1629 wp-includes/comment-template.php:2214
    #: wp-includes/theme-compat/comments.php:58
    msgid "Leave a Reply to %s"
    msgstr "Hinterlasse einen Kommentar zu %s"

    wp-content\languages\themes\twentyeleven-de_DE.po

    Code
    #: content-aside.php:42 content-gallery.php:83 content-image.php:64
    #: content-link.php:42 content-quote.php:69 content-status.php:43
    #: content.php:79 showcase.php:201
    msgid "Leave a reply"
    msgstr "Kommentar hinterlassen"


    WordPress besitzt in seiner Übersetzungsdatei zwar noch eine Übersetzung dafür, aber theme-compat ist ein alter Code aus/bis WordPress 3.0 und wurde zur Entfernung markiert. (deprecated)

    Für die Darstellung dieser Texte kümmert sich nun ausschließlich jeder einzelne Themehersteller.

    Ob die Texte auch irgendwann aus der WordPress-Übersetzung rausfliegen (deprecated), weiß ich nicht ... ansonsten könnten die Themehersteller auch diesen Text benutzen, anstatt einen Eigenen.

    Das "Leave a Reply" wird ein Text des Theme sein.

    • du kannst beim Themehersteller nachsehen, ob er eine deutsche Übersetzung anbietet.
    • und wenn das Theme ordentlich erstellt wurde, dann kommen alle Texte aus Übersetzungsdateien (*.mo / *.po) für welche es viele Editoren gibt (z.B. PoEdit)

    Die stehen in wp_posts, wenn ich mich nicht irre. [edit] Nee, kann auch wp_options sein.

    Und wenn ich das richtig verstanden hab, dann sind transistens eine Art Cache und demnach könnte man die eigentlich problemlos löschen.
    siehe auch http://forum.wpde.org/allgemeines/13…n-loeschen.html (Revisions-Löscher löschen auch gern die Transistens mit)
    und natürlich http://codex.wordpress.org/Transients_API 8-)

    Zitat

    Also ganz schön kompliziert :wink:


    Einige filtern vermutlich nach Datum und zeigen "Aktuelles" nicht mit an.

    Diese Transistents besitzen ein Ablaufdatum (expired) und werden dann eigentlich von Wordpress automatisch gelöscht. Wenn diese Zahl stark ansteigt, dann sollte man sich schon sorgen machen und das kann man definitiv getrost löschen.

    Im Beitragseditor könnt ihr natürlich auch einfach nur die Revisions-Anzeige deaktivieren. :roll:

    Es gibt auch einige Plugins ala "WP Optimize", welche sowas automatisch regelmäßig löschen. Und ich glaub auch ein oder zwei der Backup-Plugins haben soeine Funktion, um das Backup klein zu halten.

    WP Optimize löscht auch nicht (unbedingt) gleich alles, sondern nur "Älteres", so daß man immernoch einen aktuellen Zwischenstand besitzt.