Beiträge von lf11

    ACF ist doch super, ich nehm alles zurück :) Dass die Infos noch in der DB waren hat sich als hilfreich erwiesen, beim Wiederanlegen der Feldgruppen. Schön wäre noch ein Feature bei ACF, dass es erlaubt die Daten endgültig aus der DB zu löschen, falls man es mal braucht. Danke für die Hilfe hier und schönen Gruß!

    Hier mal mein gesamter Code für die Suchergebnisseite. Ich verwende aktuell nur die Kategorie "Haus kaufen":

    Danke für die Antwort. Es kommt mir auch so vor, als würde da etwas als String verglichen.
    Das testweise neue Feld kaufpreis_neu habe ich aber von Anfang an als Nummerisch in ACF angelegt.

    Zudem caste ich den Inhalt der Variablen $preis_bis als (int).

    PHP
    $preis_bis = (int)$_GET["preis_bis"];

    Keine Strings also.

    Ich habe jetzt mal alle Feldgruppen gelöscht und nur "Ort" und "Kaufpreis" neu erstellt. Interessant ist dabei, dass die Feldinformationen für alle Felder in der _postmeta Tabelle erhalten bleiben. Nach Neuanlegen von "Kaufpreis" und Verknüpfen mit cpt Immobilie waren die Kaufpreise noch erhalten. Was ist da los mit ACF. Bug oder Feature?!

    Das Verhalten, dass die Immobilien bei einem Kaufpreis von "9" gefunden werden, hat sich nicht geändert. Diesmal habe ich "Kaufpreis" von vornherein als Nummerisch angelegt.

    Auch mit einem ganz neuen Feld "kaufpreis_neu" werden Immobilien weiter bei einem $preis_bis-Wert von 9 gefunden, bei 1 jedoch nicht. Liegt es doch an meiner Meta-Query?! Ich kann da aber keinen Fehler finden.

    Hallo,

    ich baue für ein Lernprojekt ein Immobilienportal auf, habe einen custom post type "immobilie" und nutze Advanced Custom Fields, um Informationen wie den Kaufpreis der Immobilie abzubilden.

    Wenn ich die WP_Query wie unten abgebildet ausführe und nur die Variablen $cat und §ort befülle, liefert die Query korrekte Ergebnisse. Wenn ich jedoch zusätzlich die Variable $preis_bis befülle mit einem Preis der ÜBER dem Kaufpreis der Immobilie liegt, wird zwar ein Ergebnis angezeigt und wenn ich $preis_bis niedriger eingebe, keines. Soweit so richtig. Wenn ich $preis_bis aber mit "9" befülle, wird die Immobilie ausgegeben. Gebe ich "1" ein -> kein Ergebnis. Die Variablen werden per Formular GET Methode an die Seite übermittelt. Ich habe schon versucht den Kaufpreis in php als (int) zu casten, kein Unterschied.

    Kann dies daran liegen, dass ich in acf das Kaufpreis-Feld erst als "Text einzeilig" angegeben habe und später (nach Eingeben der Immobilien im Backend) das Feld auf "Nummerisch" umgestellt habe?

    Andere mögliche Fehlerquelle: ich habe mehrere Feldgruppen in acf, je nach Kategorie der Immobilie. Diese enthalten das Feld "Kaufpreis" jeweils 1x.
    Ausserdem macht mich derzeit in acf stutzig, dass ich ein Feld mit der exakt selben Feldbezeichnung innerhalb einer Feldgruppe mehrfach anlegen kann, das scheint mir inkonsistent zu sein.
    Bin für jeden Tipp dankbar!

    Mir ist eine Funktion in dem Kontext wieder eingefallen: post_type_supports()
    Damit kann man eine Reihe von Features für einen Post Type checken.

    https://developer.wordpress.org/reference/func…_type_supports/

    Leider lässt sich damit nicht direkt checken, ob ein Post Type editierbar ist.

    Eine ähnliche Frage: wie kann ich codeseitig prüfen, ob ein Post im Papierkorb ist? Edit: letzteres gefunden. Mit if(get_post_status($post_id) != 'trash'){} lässt sich prüfen, ob ein Post im Papierkorb ist.

    Viele Grüße,
    lf11

    Ich entwickel das Plugin "Last Used Items": https://wordpress.org/plugins/last-used-items/

    Dies listet die 10 zuletzt verwendeten Posts, Pages und Custom Post Types auf.
    Verwendet man das Plugin Contact Form 7 werden allerdings derzeit auch die Formulare aufgelistet,
    die den Custom Post Type "wpcf7_contact_form" verwenden.
    Klickt man auf einen solchen Eintrag erscheint leider die Fehlermeldung "Sorry, you are not allowed to edit posts in this post type.".
    Der Custom Post Type ist also nicht editierbar. Ich muss vorab codeseitig prüfen, ob der Post Type editierbar ist, damit dieser nicht in der Liste auftaucht.
    @SirEctor: weisst Du da Rat? Das wäre super.

    Viele Grüße und einen schönen Tag,
    lf11

    Ich muss codeseitig prüfen ob ein custom post type editiert werden kann, für eine wordpress plugin entwicklung.
    es gibt custom post types, die die option haben nicht editiert werden zu können.

    gibt es nicht get_post_options um das zu prüfen? mir fällt die richtige funktion nicht mehr ein.
    wäre für hilfe dankbar.

    viele grüße,
    lf11