Ich habe Kunden Webseiten, auf denen einzelne Seiten wie Job- oder Seminarangebote vom Kunden befüllt werden. Die Templates der Seiten sind mit Elementor umgesetzt, befüllt werden alle Bereiche ausschließlich über Custom Fields. Das ist für den Kunden supereinfach und er kann nichts kaputtmachen und auch das Design nicht ändern. Ließe sich genauso natürlich auch mit anderen Pagebuildern umsetzen wie bspw. Bricks. Eignet sich aber zugegebenermaßen nur, wenn die Seiten immer exakt gleich aufgebaut sind wie eben bspw. Jobangebote. In Elementor ist es übrigens auch möglich, Benutzerrollen zuzuweisen, dass sie nur Inhalte austauschen können, aber keine Widgets hinzufügen oder entfernen können (letzteres aber selber noch nicht ausprobiert).
Beiträge von meisterleise
-
-
Stimmt, ersteres ist vom Erdboden verschwunden und letzteres kann das wahrscheinlich gar nicht. Wie gesagt, war das nur ein flüchtiger Gedankenansatz. Habe keine Erfahrung damit. Wenn aktuell also kein Plugin auf dem Markt ist, welches sich der Sache angenommen hat, wird's wohl schwierig. :( Es sei denn, jemand hat hier noch eine andere Idee…
-
Ist es das? Ich würde nein sagen.
Darum schrieb ich ja auch nicht "das ist überflüssig", sondern "ich halte es für überflüssig".
Soll auch Leute geben, die steigen in ein Auto ohne Seiten-Airbag nicht ein, weil ihnen das zu unsicher ist. ;)Am Rande:
Da der Code "deny from all" aber seit Apache 2.4 (und damit seit über 10 Jahren) veraltet ist, könnte man schon die Frage stellen, ob Kollege Jonas up to date ist. :oops: -
und der Zusatzcode ist weg
Dann hast du den Code wahrscheinlich innerhalb und nicht unterhalb # END WordPress platziert (wie auch in deiner Quelle beschrieben). ;)Generell halte ich diese Maßnahme aber für überaus überflüssig, da die Datei bereits vom Server geschützt ist und auch dem Jonas von Kulturbanause scheinen hierfür die Argumente zu fehlen, sonst hätte er sie vielleicht mal genannt? Auch dass der Nutzen des Codes von der Apache Version abhängig ist, führt er nicht auf. Seltsam. Normalerweise ist Kulturbanause eine gute Quelle. Naja, schaden kann man damit zumindest nicht. :cool:
-
-
Oder wird früher oder später die Notwendigkeit bestehen, das Theme zu wechseln?
Das Theme war schon immer das Problemkind Nr.1, wenn eine Website in die Jahre kommt.
Aber solange das Theme noch mit aktuellem PHP kompatibel ist, kannst du ja bei dem Theme bleiben. Ist es nicht mehr kompatibel kannst du noch eine ganze Weile bei dem letztmöglichen PHP verbleiben. So bleiben schnell nochmal 5 bis 10 Jahre mehr übrig. Und in 10 Jahren brauchst du die Site auch nicht mehr neu aufbauen, das erledigt dann eine KI (oder zumindest den Export/Import). :rolleyes:+ Zusätzliche eine linke sidebar.
Was sagt das Tracking? Wäre ein Design mit Seitenleisten rechts und links eigentlich zielgruppengerecht oder ist der überwiegende Teil der Besucher vielleicht sowieso schon mit dem Smartphone unterwegs und bekommt die Seitenleisten niemals zu Gesicht?Mir fehlt leider auch die Fantasie, mir mir vorzustellen, wie die Themes aussehen, wenn die Artikel nicht oder nur mit kleinen Logos bebildert sind.
Mit den DevTools könntest du beliebige Bilder entfernen und bekommst einen Einblick, wie das Theme ohne Bilder aussieht.das Problem mit den costum fields
Das würde wohl das größte Problem beim Wechsel sein. Ich kenne mich mit Block Themes nicht aus, darum unter Vorbehalt. Aber grundsätzlich könnte es so funktionieren:- Wurden im neuen Theme dieselben Custom Fields angelegt, sollte der Export/Import auch funktionieren
- Mit einem Plugin (Custom Fields Suite, Convert Custom Fields To Blocks) zum Konvertieren von Custom Fields zu Block Attributen ließen sich dann die Inhalte einem neuen Block Theme zuweisen
-
nicht geprüft
Mit get_post() wird das komplette Post-Objekt abgerufen, um auf den Slug zuzugreifen. Das ist nicht nötig, die direkte Abfrage mit get_post_field() wäre performanter. Daher ein Gegenvorschlag:Code
Alles anzeigenadd_filter( 'manage_pages_columns', 'wpse_add_slug_column' ); function wpse_add_slug_column( $columns ) { $columns['slug'] = 'Slug'; return $columns; } add_action( 'manage_pages_custom_column', 'wpse_slug_column_content', 10, 2 ); function wpse_slug_column_content( $column_name, $post_id ) { if ( 'slug' == $column_name ) { echo get_post_field( 'post_name', $post_id ); } } -
ich muss keine Kekse löschen oder sonstwas tun
Muss man normalerweise auch nicht. Aber es kann halt immer mal passieren, dass es bspw. irgendwo ein Update gab und dies dann nicht mehr zum Cookie passt, was wiederum zu Fehlfunktionen führen kann, was wahrscheinlich bei dir der Fall war. -
bei anderen Seiten
Mir ist immer noch nicht klar, ob du von anderen Seiten (Internetauftritten) oder anderen (Unter)Seiten dieser Website sprichst. -
ausser dass ich mich im Forum nicht mehr automatisch anmelden kann
klar, aber nur beim ersten Mal.Sind das wirklich Basics, auf die ich hätte kommen müssen
Idee Nr. 1 bist ja schon selbst drauf gekommen: andere Browser zu testen. Alternativ ist ein privates Fenster. Wenn aber das Problem browserbezogen ist, es aber in einem priv. Fenster funktioniert, gibt es eigentlich nur 3 Ursachen dafür: Cache, Cookies, Browseraddons.obwohl ich dort keine Kekse gelöscht habe
Aber ich habe jetzt nen Keks verdient. Kaffeepause. :cool: -
Wie gesagt liegt das am Cache und/oder cookies. Lösche den Cache der "gestörten" Browser. Wenn das nicht ausreicht, lösche außerdem die Cookies zu den gestörten Webseiten oder wenn du nicht weißt wie, lösche einfach alle Cookies.
-
Ich würde auf die Browser tippen. Entweder cache oder cookies. Daher: öffne die Site mal in privaten Fenstern von FF bzw. Chrome.
-
Wieso funktioniert das woanders ohne irgendwelche Einstellungen aber bei wordPress nur kompliziert?
Glücksache. Wenn du nicht weißt, was du da tust, hätte es auch andersherum laufen können. Du kannst zwar heutzutage eine Website (weitestgehend) ohne Programmierung erstellen, aber nicht ohne technisches Wissen. Wenn du nicht einmal die Fragen nach Theme und Pagebuilder beantworten kannst, sehe ich keinen Anknüpfungspunkt (für mich), dir zu helfen.Aber wenn du anscheinend schon ein System gefunden hast, was für dich funktioniert, warum nutzt du es dann nicht weiter? :rolleyes:
einarbeiten, lernen, wie bei vielen Dingen.
is so. -
Das Verhalten, von dem du sprichst, nennt sich RWD – responsive webdesign und legt fest, wie Objekte auf unterschiedlichen Ausgabegeräten dargestellt werden. Trotz Hinweis von @Kurt Singer auf die Forenregeln, hast du keine Angaben zum System gemacht, (Theme, Pagebuilder) weshalb man dir auch keine konkreten Tipps geben kann.
Grundsätzlich: die Inhalte sind falsch aufgebaut, weshalb bspw. beim Umbruch auf ein anderes Ausgabegerät Überschrift und Bild "auseinandergerissen" werden. Durch einen korrekten Aufbau der Inhalte könnten diese Probleme behoben werden.
-
Auf den Header ist ein Schatten-Effekt angewendet. Suche danach in den Einstellungen deines Header Addons und entferne ihn.
-
-
Ah, unsere destruktive r23-Forums-KI ist auch wieder dabei! :D
Hier ein schöner Beitrag zum Thema Forumsatmosphäre. -
Bei mir sieht das so aus: "Anti Spam Frage: Welche Farbe hat Kohle?"
Aber du kannst ja auch erst einmal den "Honeypot" probieren. Davon bekommen die Besucher gar nichts mit. -
Bei mir hält das Quiz gefühlte 90% fern, aber klar, das handgemachte kommt hier auch an, aber auch da weniger, denn wie auch der Spam hier im Forum, ist auch der handgemachte Spam idR nicht von Menschen die der deutschen Sprache mächtig sind.
Aber bald beginnt sowieso ein neues Zeitalter des Spams. Wenn die KI im Spamversand Einzug hält, werden diese auch jedes Captcha 10x schneller lösen als ein Mensch. :mad:
-
Ich würde kein recaptcher nutzen, weil die meisten externe Inhalte laden = DSGVO Problem.
Aber da du CF7 nutzt, könntest könntest du das CF7 Fragequiz nutzen, wie bspw.
Welche Farbe hat die Wiese? = grün
Welcher Farbe hat der Himmel? = blau
Wie viel ist fünf minus zwei? = drei
usw.