Beiträge von Melewo

    Du hast da einen inhaltlich sehr guten Blog (zumindest haben mir die Bilder ausgesprochen gut gefallen, gelesen habe ich gerade nicht viel), soweit ich das beim kurzen Überfliegen feststellen konnte. An den /beitragsnamen/ würde ich in der URL nichts ändern, wenn die nicht zu grässlich sein sollten, sonst sind das für Google neue Seiten, auf denen die alten umleiten.

    Wenn H1 = Heading oder Headline 1. Ordnung

    Land, von Ort nach Ort

    dann auch Seitentitel

    Land, von Ort nach Ort

    oder ergänzen mit

    Kategorie | Land, von Ort nach Ort | Brand (im Seitentitel)

    und nicht

    Land, von der Insel Ort über Ort nach Ort

    Weil was drauf steht auch enthalten sein sollte und dafür die Description genutzt werden kann:

    Land, von der Insel Ort über Ort nach Ort (noch etwas mehr)

    Oder mit Untertiteln arbeiten.
    Oder Magazine anschauen, wie die das handhaben.

    ich hätte schon ganz gern die vorteile von einem richtigen html-editor..

    Der Editor von WP ist ja auch nicht für die Entwicklung geeignet, sondern eher dafür ab und an ein paar CSS Styles zu ändern und für andere Kleinigkeiten. Ist ja mit einem richtigen Editor mit Klammererkennung usw. nicht vergleichbar.

    Deine Probleme mit Filezilla verstehe ich nicht. Benutze zwar Filezilla nicht, doch so viele Unterschiede bei FTP-Programmen wird es wohl nicht geben. Der linksseitige Verzeichnisbaum bleibt doch geöffnet wie er ist, also mit dem Speicherort der zuletzt heruntergeladenen Datei. Diese braucht doch nur wieder markiert und hochgeladen zu werden.

    Schaue Dir doch an, was in $_FILES['file'] enthalten ist. So wie ich das kenne, ist da nur etwas wie /temp_0123 enthalten als Dateiname. Beim Verschieben aus dem Tempverzeichnis wird dann irgendwo und irgendwie ein vollständiger Pfad statt des Dateinamens übernommen.

    Die Rechte sind bei All-Inkl mit 755 für Verzeichnisse und 644 für Dateien in Ordnung. Doch gelegentlich haben einige mit dem allerletzten Punkt auf dieser Seite zu kämpfen:

    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/

    Und da solltest Du einmal der Anleitung folgen, nur um zu schauen, ob Dir oder dem Server die Dateien gehören.

    Schrieb ja eigentlich La Geek bereits.

    wp_handle_upload kommt doch nicht ohne $_FILES['file'] aus und woher kommt bei Dir $_FILES['file']? Wenn von einem Formular, so kann da doch nur[COLOR=#000000][COLOR=#0000BB] scan1[/COLOR][COLOR=#007700].[/COLOR][COLOR=#0000BB]pdf [/COLOR][/COLOR]im File-Array enthalten sein und nicht mehr (nur noch ein paar andere Daten). Ist bei mir zumindest so gewesen. Prüfe doch mit print_r() was in $_FILES['file'] enthalten ist.

    https://codex.wordpress.org/Function_Refer…p_handle_upload

    Wo kommt das her und wie kann ich das ändern?!?!?!?


    Ist das jetzt besser zu erkennen, wenn ich nur den ersten Teil von

    Code
    [COLOR=#000000][COLOR=#0000BB]C[/COLOR][COLOR=#007700]:[/COLOR][COLOR=#0000BB]xampphtdocswp[/COLOR][COLOR=#007700]/[/COLOR][COLOR=#0000BB]wp[/COLOR][COLOR=#007700]-[/COLOR][COLOR=#0000BB]content[/COLOR][COLOR=#007700]/[/COLOR][COLOR=#0000BB]uploads[/COLOR][COLOR=#007700]/[/COLOR][COLOR=#0000BB]2014[/COLOR][COLOR=#007700]/[/COLOR][COLOR=#0000BB]04[/COLOR][COLOR=#007700]/[/COLOR][COLOR=#0000BB]scan1[/COLOR][COLOR=#007700].[/COLOR][COLOR=#0000BB]pdf[/COLOR][/COLOR]


    auffülle?

    Code
    C:\xampp\htdocs\wp...

    Dise \ wird wohl WP entfernen?

    Ich verstehe nicht ganz, was Du eigentlich möchtest?
    Liest sich nur wie schimpfen, nicht jedoch wie eine vernünftige Fragestellung.

    Merkt euch eins, es gibt immer einen der ist stärker und schlauer, ihr stellt euch damit gegen jeden und das wird nicht lange gut gehen...


    Und was sollen diese merkwürdigen Drohungen?
    Die eigentlichen Spammer lesen wohl kaum hier im Forum mit.

    WordPress spammt nicht, so viel ist gewiss. Akismet benutze ich nicht und warum deaktivierst Du das Askimet-Plugin nicht einfach, wenn Du doch keine Kommentare erlauben möchtest? Ist doch völlig über bei deaktivierten Kommentaren.

    Deaktivieren lässt sich die Kommentarfunktion, soweit es mir bekannt ist, über die allgemeinen Einstellungen nur für neue Beiträge. Bei bereits vorhandenen Beiträgen musst Du die Kommentarfunktion in allen Beiträgen einzeln deaktivieren. Zumindest habe ich es bisher mehrmals so gelesen.

    Danke für Deine Hilfe, leider funktioniert es nicht.


    Dann probiere es mal mit anderen Zahlen bei 10,6, es werden ja nicht mehr Argumente, die Reihenfolge soll ja nur beeinflusst werden.

    Code
    add_filter("gform_column_input_5_6_6", "set_column_2", [COLOR=#b22222]11[/COLOR],[COLOR=#b22222]5[/COLOR]);
    function set_column_2($input_info, $field, $column, $value, $form_id){
        return array("type" => "select", "choices" => "Haus,Briefkasten,Wohnung");
    }

    Wenn ich es nacheinander in der "functions.php" schreibe, wird meine ganze Seite weiss und kann nicht mehr aufgerufen werden.


    Weil Du keine zwei Funktionen mit dem gleichen Namen definieren kannst. Entweder Du gibst der zweiten Funktion einen anderen Namen, den Du dann auch an der entsprechenden Stelle als Funktion aufrufen musst, oder aber Du baust in der eigentlichen Funktion eine Fallunterscheidung oder was auch immer ein und verwendest nur diese eine Funktion, oder Du rufst in der Funktion eine zweite Funktion mit einem anderen Namen auf.

    Du solltest zuerst den Umgang und den Einsatz von Funktionen lernen, bevor Du diese in WordPress einsetzt. Erste Beispiele zum testen findest Du zum Beispiel hier:

    http://www.html-world.de/program/php_6.php

    Wahrscheinlich weil ich gar nicht weiß, wie man eine aktuelle Datei durchsucht ...


    Mir kommt das eher so vor, als wüsstest Du nicht einmal, ob Du eine Datei oder den Content einer Seite, der bekanntlich aus der Datenbank abgerufen wird, durchsuchen solltest.

    Die Idee: Suchstring mit h3 suchen, die ganze Zeile auswählen, vorn und hinten um die h3-Tags kürzen, ausgeben.


    Warum möchtest Du etwas kürzen, wenn Du nur den Inhalt von H3 suchst und anderweitig verwerten möchtest?

    preg_match oder preg_match_all erfüllen alles, wonach Du suchst.

    http://de2.php.net/manual/de/function.preg-match.php

    Beispiel:

    Ich wollte allerdings das diese Inhalte unterhalb von meiner statischen Startseite angezeigt werden.


    Da gibt es unterschiedliche Lösungswege, zum Beispiel mit setup_postdata:

    https://codex.wordpress.org/Function_Reference/setup_postdata

    Es geht aber auch mit zwei Instanzen, wobei der wenigste Arbeitsspeicher zur Laufzeit verbraucht wird, wenn unset benutzt wird. Die Anzahl an DB-Abfragen habe ich aber noch nicht geprüft. Und sicherlich gibt es noch weitere Möglichkeiten, nur mehr als diese beiden Varianten habe ich bisher nicht getestet.

    Was wo ausgegeben werden soll, musst Du Dir anpassen, ist nur als Beispiel gedacht.

    Gut, jetzt habe ich es begriffen, do_shortcode ist in diesem Fall erforderlich, um den dritten inneren Short-Tag auszuwerten bzw. eine zweite Funktion aufzurufen. Und die hast Du wo gelassen?
    Ergab aber auch ohne der zweiten Funktion keine Fehlermitteilung.

    Erhalte keinen Fehler, nur wo für in diesem Zusammenhang do_shortcode gut sein soll, verstehe ich immer noch nicht. Mag aber daran liegen, dass ich mich damit bisher weniger beschäftigte.

    Ich weiß nicht, was bei Dir schief läuft, mal unabhängig vom Inhalt der Funktion. Wenn ich eine Testfunktion in die functions.php vom Theme einfüge, dann erhalte ich keine Fehlermitteilung, dass die Funktion add_shortcode angeblich nicht definiert wäre.


    Den Inhalt von Deiner Funktion halte ich für reichlich merkwürdig, zum Beispiel wird nicht ersichtlich, woher die beiden Argumente kommen und warum Du nur das zweite davon als Parameter verarbeitest. Auch weiß ich nicht, ob do_shortcode da gut aufgehoben ist. Doch auch wenn da Fehler enthalten sind oder sein sollten, dürfte ja add_shortcode nicht undefiniert sein, denn die wird ja in der wp-includes/shortcodes.php definiert, es sei denn die Reihenfolge stimmt irgendwie nicht oder die Datei wurde zerschossen.

    Kommentiere die doch einfach einmal /* */ aus und füge dafür halt eine Testfunktion wie meine ein.

    Das ist doch auch nicht mehr als ein Stoppwort, was stört Dich daran?
    Ist doch völlig gleich was ein Plugin meint, so lange man eine eigene Meinung hat.
    Stoppwörter gehören überall dazu, sind nicht schlecht, sondern nur die Wörter, die einen Satz erst rund machen und deshalb häufig benutzt werden.

    Ich habe die Domain Anfang des Jahres registriert.


    Na nicht Du, meinte wenn die bereits vorher existierte, dann hättest Du Dir anschauen können, was für einen Content die ursprünglich enthielt. Die Archive sind zwar nicht lückenlos, besonders nicht 2009 und 2010, wenn ich mir meine ansehe, doch wenn die Domain bereits vorher registriert war und über 800 Seiten zur Site gehörten, dann hätte die auch vor 2009 aufgeführt sein müssen.

    Ist sowas grundsätzlich positiv oder negativ?


    Lässt sich nicht wirklich sagen. Gut, wenn die noch Backlinks aus guten Quellen erhält, schlecht, wenn die bei Google schon auf der Abschussliste stand, würde ich meinen. Bin aber nicht wirklich mehr auf dem Laufenden, wie Google das heute so handhabt. Schaue mal unter archive.org, ob die da vertreten ist:

    http://archive.org/web/