Beiträge von Melewo

    Mein Ergebnis: ein Redakteur (Editor) kann standardmäßig keinen HTML-Code (wie bspw. den Youtube iframe-Code) einstellen.


    Wollte es testen und bin noch nicht zum Testen gekommen. Hatte doch letztens getrennt in Autor und Admin, müsste sich ja dann ähnlich verhalten. Bezieht sich das auf HTML-Tags allgemein oder nur auf Einbettungen?

    Würde es eigentlich nicht schlecht finden, wenn ein Autor keine iFrames und keine JavaScripts einbinden kann, um eine Website dann über diesen Umweg unter seiner Kontrolle zu bringen und im iFrame zum Beispiel Seiten mit Schadcode öffnen könnte. Wenn er erst den Admin bitten muss, wäre es ein Zugewinn an Sicherheit. Dürfte sich nur nicht auf alle HTML-Tags beziehen.

    Vom CGI-bin die Finger lassen, falls diese Datei vom Server angelegt wurde. Support danach befragen, ob diese Datei vom Server angelegt wurde. Deine selbsterstellte aus dem Admin-Verzeichnis wieder löschen und nur diese ablegen, dort wo die Index von WP liegt:

    Wenn WP im Root liegt:

    Apache Configuration
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]
    </IfModule>
    # END WordPress

    Wenn WP in einem Verzeichnis liegt und Name_des_Verzeichnisses gegen den richtigen Namen austauschen.

    Apache Configuration
    # BEGIN WordPress
    <IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteBase /Name_des_Verzeichnisses/
    RewriteRule ^index\.php$ - [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /Name_des_Verzeichnisses/index.php [L]
    </IfModule>
    # END WordPress

    Okay hat sich erledigt.


    Da haben sich die Antworten überschnitten.

    Das hört sich für mich einfach nur grauenhaft an. Ich habe Null-Ahnung, warum bei Dir innerhalb des cgi-bin Verzeichnisses eine htaccess liegt, eigentlich kannst Du diese mit einem älteren Script nur selbst abgelegt haben. WordPress benutzt kein Perl und somit kein cgi-bin, und wenn das falsch war, was ich gerade schrieb, so muss ich noch einmal mit dem Erlernen von WP von neuem beginnen.

    Diese htaccess gehört ins Root-Verzeichnis von WP und nirgends woanders hin. Alles was Du sonst noch an htaccess-Dateien in irgendwelchen Verzeichnissen finden solltest, könnte überall her stammen, nur nicht von WP. Und WP legt eigentlich die richtige htaccess bei der Installation allein an, so dass Du diese praktisch nie zu ändern brauchst, nur je nach Kenntnisstand und eigenen Wünschen ergänzen.

    Und Rechte bzw. CHMOD ändern, damit schaffst Du nur Sicherheitslücken, wenn Du nicht wissen solltest, warum Du was tust.

    unter /cgi-bin/cgi-fpm eine .htacess - Datei gefunden.


    Wenn ich es richtig verstehe, dann hat es wohl etwas damit zu tun, wie PHP zugeschaltet wird, ob PHP-CGI oder PHP-FPM, doch daran möchtest Du wohl nicht wirklich etwas ändern.

    Ich denke, das war die Liste. Alles was unter dem ersten Punkt aufgeführt ist, sollte sich so wie in Deinem Beispiel mit $buttons[] hinzufügen lassen.

    http://www.tinymce.com/wiki.php/TinyMCE3x:Buttons/controls

    emotions sind aber unter dem zweiten Stichpunkt erst aufgeführt und die solltest Du wie hier beschrieben hinzufügen:

    http://www.tinymce.com/wiki.php/Plugin3x:emotions

    Oder sind mit emotions keine Emoticons gemeint?

    Wie sich das nun am besten umsetzen lässt, darüber müsste ich mir auch erst einmal Gedanken machen und einige Tests, nur nicht heute oder morgen, so schnell wird das nichts bei mir. Also, wenn Du fertig bist, wäre nett wenn Du kurz beschreiben würdest, wie Du das umgesetzt hast.

    Du kannst mit $buttons[] nur das hinzufügen, was die Funktion bzw. der TinyMCE versteht. Hatte mir das mal etwas näher angesehen, finde aber so schnell weder die Funktion, also dort wo sie definiert ist, noch die Liste vom TinyMCE. Das waren, wenn ich mich recht erinnere, nur typische HTML-Tags, die sich so hinzufügen lassen. Sage mir bescheid, wenn Du die richtige Liste gefunden hast, ich finde die wirklich nicht wieder.

    In der Text-Ansicht habe ich einige Styles mit QTags.addButton hinzugefügt

    https://codex.wordpress.org/Quicktags_API

    und in der Visual-Ansicht so wie Du und anderes mit array_unshift, doch alles was ich wollte, gelang mir bisher auch noch nicht.

    In anderen Fällen musst Du erst einmal ein Plugin für den TinyMCE schreiben, denke ich mir:

    http://www.tinymce.com/wiki.php/Tutorials:Creating_a_plugin

    Wenn Du per FTP keinen Zugriff auf ein Verzeichnis hast, dann kann das nichts mit WP zu tun haben, sondern eher damit, dass Du möglicherweise versuchtest außerhalb vom Root-Verzeichnis etwas abzulegen. Sollte es daran nicht liegen, lese noch einmal die FAQ vom Hoster und falls diese zu knapp gehalten sein sollten, frage beim Support vom Hoster nach.

    Das war aus dem Quelltext einer Unterseite, aus welcher weiß ich nicht mehr, hatte nur den Quelltext-Schnipsel aus der Seite genommen, die ich zuerst mit %page im Titel fand.

    Wenn das an den Einstellungen gelegen hätte, so hätten die Seiten sich meiner Meinung nach gar nicht richtig aufrufen lassen dürfen. Ist aber nur meine Meinung, denn unbedingt testen möchte ich das nicht. Doch ich hätte vermutet, dass bei einem Syntax-Fehler die interne WP-Rewrite versagt und dann nichts mehr ginge.

    Dieses "All in One Seo" Plugin, benutzen tue ich es nicht und das Innenleben habe ich mir auch noch nie angesehen, wäre aber mein Hauptverdächtiger bei allen Dingen, die mit Titel und Description zusammenhängen. Denn ein SEO-Tool, welches nicht die Titel mit auswertet und gegebenenfalls aufbereitet und ergänzt, kann ich mir nicht vorstellen.

    Finde aber nicht einen Hinweis bei Google, das %-Zeichen wird aus der Suche entfernt und als Wort geschrieben, kommen nur Hinweise über Prozentangaben bei CSS, die nichts mit dem Thema zu tun haben.

    Nun habe ich mal nach dem SEO-Tool gesucht, ist zwar nicht gerade neu der Beitrag und bereits in die Jahre gekommen, doch wenn ich mir die Einstellungen ansehe, würden die den Hauptverdächtigen noch weiter belasten.

    http://www.techotronic.de/2009/10/22/wor…n-one-seo-pack/

    Ich kann es nicht nachvollziehen, was da durcheinander geraten sein könnte.

    HTML
    <title>%page</title>

    Leider bin ich totaler Anfänger


    Nicht nur im medizinischen Bereich sollte man vor einem Eingriff oder vor einer Behandlung seine erworbenen Fähigkeiten versuchen richtig einzuschätzen, dabei nicht überschätzen und von einigen Dingen lieber die Finger lassen.
    Deaktiviere alle Plugins, installiere das unverstümmelte Theme so wie es einst war erneut und wenn dann dieser Fehler auftritt, wenn Dich an den Entwickler des Themes.

    Wo befindet sich die obige Programmierung bei wordpress im stylesheet?


    Was hat die Stylesheet damit zu tun?
    Das sind der HTTP-Header und der beginnende HTTP-Body, wie diese beiden ein Bot sehen würden. In Googles WMT denke ich, da war mal so eine Möglichkeit, eine Seite wie durch einen Bot abrufen zu lassen.

    Ich kann die Zeile im stylesheet nicht finden, zwischen Header und content.


    Es bringt nicht das Geringste, wenn Du nun hier Deine Stylesheet postest, die hat weder etwas mit Deinem Problem zu tun, noch interessiert die jemanden.

    Stattdessen solltest Du lieber alle Plugins deaktivieren, dann einzeln wieder aktivieren, dabei kontrollieren, ob der Fehler durch ein Plugin ausgelöst wird und/oder auf ein Standard-Theme wechseln. Auch bestehende Dateien, in denen seit auftreten des Fehlers etwas verändert wurde, kontrollieren, ob da möglicherweise ein öffnender PHP-Tag versehentlich eingerückt wurde. Auch mal den Links folgen, denn einige Tipps standen da auch, wenn ich mich richtig erinnere.

    Ist zwar etwas kryptisch,


    Wollte nicht Deine Titel 1 zu 1 wiederholen. Nun gut ein Beispiel:

    Zitat

    Titel:
    Vietnam, von der Insel Phu Quoc über Chau Doc nach Saigonpeterstravel
    H1:
    Vietnam: Von Phu Quoc nach Saigon


    Besser

    Zitat

    Titel:
    Vietnam: Von Phu Quoc nach Saigon | PetersTravel.de
    H1:
    Vietnam: Von Phu Quoc nach Saigon


    Description (als Stichpunkte für Auszug unter Optionen):

    Zitat

    Vietnam, von der Insel Phu Quoc über Chau Doc nach Saigonpeterstravel


    http://peterstravel.de/vietnam-see/

    Einen kurzen Satz als Description daraus machen:

    http://www.sistrix.de/frag-sistrix/o…escription-aus/

    Das hat erstmal nichts mit Dateirechten zu tun.


    Ja, eigentlich nicht, eher mit dem was in der DB in der Tabelle wp_users enthalten ist. Nur bei Unklarheiten würde ich halt schon nachschauen, ob es mit dem FTP-User seine Richtigkeit hat, denn das wäre ja auch nicht gerade das erste Mal, dass nichts mehr deshalb ging.

    Wo kann ich diesen Fehler denn im FTP finden und wie lässt er sich ohne großes Programmierverständnis beheben, Melewo.


    Steht doch in den FAQ bzw. ist von dort verlinkt, falls es sich denn so verhalten sollt.
    Nicht gelesen? Der letzte Punkt in den FAQ und da ist ein Link zur Anleitung enthalten.

    Jetzt lautet der Pfad: "httpdocs/[Datenbank-Benutzername]/wordpress".


    Ob der Pfad zu Deinem Root-Verzeichnis nun

    .../httpdocs/Datenbank-Benutzername/Root-Verzeichnis

    oder nur

    .../httpdocs/Root-Verzeichnis

    lautet, kann Dir eigentlich egal sein, da Domain.tld ob so oder so immer aufs /Root-Verzeichnis verweist, wenn die Umstellung vom Hoster reibungslos verlief. Soll heißen, was sich vor /Root-Verzeichnis befindet sieht weder ein Browser noch ein Bot.

    Wenn das ein richtiger Hoster ist, bei dem mehrere hundert Websites auf einer Platte liegen, dann kann der sich das gar nicht erlauben mal kurz so eine Änderung durzuführen, wo dann 100 oder mehr Domains nicht mehr erreichbar wären.
    Änderungen des Serverpfades sollten keine Auswirkungen auf die Erreichbarkeit haben, da die Domains weiterhin auf ein gleichbleibendes Root-Verzeichnis bei namebasierten virtuellen Hosts verweisen, falls alles mit der Umstellung glatt läuft.

    Serverpfade möglicherweise und selbst das kann ich mir nicht vorstellen, denke die würde WP sich von allein wieder richtig neu ziehen.

    Ich habe kürzlich über all inkl eine Domain gehostet.

    Die Meldung kommt dann, wenn der angemeldete Benutzer nicht die Berechtigung hat,


    fissi, bist Du denn der Besitzer oder hat der Server WP installiert und ist nun der Besitzer?
    Dann müsstest Du den FTP-User erst innerhalb vom KAS richtig anlegen.

    Zitat

    Vermutlich wurden diese Dateien von einem PHP-Script angelegt. Legt ein PHP-Script eine Datei an, bekommt diese automatisch den Owner (Besitzer) des Webservers ...


    http://all-inkl.com/wichtig/faq/

    Gut, kommt von WordPress und ist in der languages/de_DE.po enthalten. Da siehst Du dann alle Zeilen von allen Dateien, in denen diese Übersetzung erfolgt.

    Zitat

    msgid "Cheatin’ uh?"
    msgstr "Schummeln, was?"


    Wird Dir nur nicht viel nutzen, wenn Du nicht erkennst, was da fehlerhaft laufen könnte.

    Wenn Du nach dieser Meldung im Web gesucht hast, kommt denn die Mitteilung von WordPress oder von Adminer?
    Frage nur, weil ich in diesem Zusammenhang den Kommentar vom 22. Oktober 2010 von Susann nicht einordnen kann.

    http://bueltge.de/adminer-fuer-wordpress/1014/

    Wenn WordPress, so wird es in einer Sprachdatei zu finden sein und in dieser Sprachdatei steht die Zeile und Datei, in der eine Übersetzung erfolgen soll. Da auch sehr viele Plugins Sprachdateien benutzen, musst Du auch diese durchsuchen.