Kleine Ergänzung: Da du die Domain ohnehin anpassen musst (wie von den anderen schon angemerkt/erklärt), kannst du bei der Gelegenheit auch von http auf https umstellen. Beides geht in einem Durchgang (ersetzen von http://www.beispiel1.de auf https://www.beispiel2.de).
Beiträge von danielgoehr
-
-
Wisst ihr denn, welche E-Mail-Adressen nicht mehr aktiv/gültig sind? Also könntet ihr z.b. eine CSV oder Excel-Datei erstellen, die jeweils die nicht mehr gültigen Adressen enthält?
Und sind Programmierkenntnisse vorhanden?
Falls ja, könnte man das sicher mit einem relativ einfachen Script/Plugin lösen. Also quasi durch die Liste durchiterieren und die betroffen Nutzer löschen oder deaktivieren.
Edit:
Es scheint auch ein Plugin zu geben, dass im Prinzip das gleiche macht:
https://wordpress.org/plugins/bulk-delete-users-by-email/Das letzte Update ist schon ein bisschen her, aber für mein Gefühl gerade noch im Rahmen. Das könntet ihr Mal testen (unbedingt vorher ein Backup erstellen!)
-
Und das ist ein Screenshot einer frischen Installation? Welches Installationspaket wurde denn verwendet? Im "offiziellen" Installationspaket von https://de.wordpress.org/download/ sind Avatare nach der Installation aktiviert.
-
Ok, vielleicht kannst du zu dieser Frage noch etwas sagen:
Funktionieren andere Shortcodes in den Jobs? Oder gehen Shortcodes generell nicht?Edit: Und kanst du eventuell auch einen Link zu deiner Seite posten?
-
Ach so, entschuldigung, meine Frage ging eigentlich an r23, war also leicht OT.
Hat der WPBakery denn mal bei den Jobs funktioniert? Wenn ja, was wurde seit dem geändert?
Funktioniert er nur bei diesem einen Job ncht mehr oder bei allen? Was passiert, wenn du einen neuen Job anlegst, funktioniert es dort?
Was steht im Admin-Bereich bei "WPBakery Page Builder -> Role Manager -> Beitragstypen"? Ist dort der Haken bei Jobs gesetzt?
Funktionieren andere Shortcodes in den Jobs? Oder gehen Shortcodes generell nicht?
Ich nehme an, die besagte externe Firma ist nicht mehr greifbar? Weil generell ist der Ersteller natürlich immer der beste Ansprechpartner in solchen Fällen...
-
Ein Theme muss auch den WPBackery unterstützen. Diese Unterstützung fehlt vermutlich.Einfach neues Themes mit WPBackery support verwenden...
Hast du Mal ein Beispiel für ein Theme, dass nicht mit WPBakery kompatibel ist? Mir ist bislang noch keins begegnet und ich wüsste auch nicht, was diese Kompatibilität ausmacht.
-
Es gibt im Prinzip drei Möglichkeiten:
1. Verwende Soft-Hyphens als HTML-Entity ( ­ )
2. Mach die Schriftgröße kleiner.
Ggf. mit separatem separatem Breakpoint für Kleinstgeräte (das ist im Prinzip sie Lösung, die @Henk1060 vorgeschlagen hat).3. Verwende hyphens in CSS:
https://www.w3schools.com/cssref/css3_pr_hyphens.asp -
die Avataranzeige ist in der Grundeinstellung von WP standardmäßig deaktiviert
Die Avataranzeige in WordPress ist standardmäßig aktiviert
Der Vollständigkeit halber: Ich habe auch noch nie eine Installation gesehen, bei der die Avataranzeige standardmäßig (also nach der Installation) ausgeschaltet wäre. Also der Standard ist: Avataranzeige = aktiviert.
-
Wenn du nur Übersichten über die jeweiligen Beiträge zu einer Kategorie haben möchtest (z.B. alle Beiträge zum Thema Stuttgart) gibst du allen relevanten Beitragen zu diesem Thema die Kategorie Stuttgart. Wordpress generiert dann automatisch eine so genannte Archivseite für die Kategorie, auf der automatisch alle Beiträge der Kategorie ausgegeben werden.
Möchtest du Blogbeiträge und statischen Content mischen, kannst du (ähnlich wie du es bereits machst), mit statischen Seiten arbeiten und dort dann die Beiträge, zum Beispiel mit dem von dir schon genannten Plugin einbinden. Da gibt es dann sicher auch noch diverse andere Wege (zum Beispiel ein Seitentemplate mit Custom Field), die aber allesamt wahrscheinlich komplizierter werden.
Wenn du aber zu jeder statischen Seite am Ende nur genau einen oder maximal zwei Beiträge haben wirst, warum gehst du dann überhaupt den Umweg über den Beitrag? Wäre es dann nicht viel sinnvoller, den Inhalt direkt auf der statischen Seite einzugeben? Oder was versprichst du dir von diesem Umweg?
-
Also bei mir funktioniert es sowohl mobil als auch auf Desktop.
Etwas merkwürdig finde ich allerdings, dass das Bürger-Menü mobil ohne Funktion ist. Das eigentliche Menü ist ja immer zu sehen. Aber ich vermute, das war schon immer so.
-
Nicht, dass ich wüsste. Aber möglicherweise gibt's dafür Plugins.
Der sicherste Weg wäre, dass du dir einen Shortcode erstellst, der die Email-Adresse kodiert zurückgibt. Entweder hardgecoded oder sogar so variabel, dass du die Email Adresse als Attribut übergeben kannst.
https://developer.wordpress.org/reference/functions/add_shortcode/
Der bleibt dann auf jeden Fall erhalten.
-
Was meinst du mit "uncodierten Zeichen"?
Hast du mal ein Beispiel für Code, den du eingibst und was nach dem speichern herauskommt?
Wenn du vom Text- in den Visuellen Modus wechselst, "korrigiert" Wordpress deinen Code, wodurch am Ende eigentlich nie das herauskommt, was man eigentlich wollte. In der Regel ist es nicht sinnvoll, überhaupt HTML im Editor einzufügen. Wenn du es doch tust, bleibt am besten im Textmodus.
-
Ich hatte Autoptimize schon drei, vier x deaktiviert
Gemeint war: Deaktiviere Autoptimize und lasse es (vorübergehend zur Fehlersuche) deaktiviert. Dann poste hier den Link zu deiner Seite (während Autoptmize deaktiviert ist).
Im Seitenquelltext habe ich gerade das Script der Facebook Like-Box bei den Widgets entdeckt, siehe Screenshot, aber wie komme ich da hin?Aufgrund der bisher von dir gelieferten Informationen halte ich es für unmöglich, deine Frage zu beantworten...
-
Poste mal bitte den Link zu deiner Seite. Auf den Screenshots sieht man leider nicht alles und ich vermute, das wird durch ein Plugin "injected". Ich glaube es wäre auch hilfreich, wenn du für die Suche Autoptmize deaktivierst.
-
Ist das Script denn im Quelltext deiner Seite direkt hinter dem öffnenden Body-Tag eingebunden?
-
Klar, du musst nur "background-color" gegen "background-image" austauschen.
https://www.w3schools.com/cssref/pr_background-image.asp
Code.site-content-contain { background-image: url("pfad/zu/deinem/bild.jpg"); } -
Das habe ich auch nicht gesagt. Da der TE aber nicht sagt, um welches Theme es sich handelt und es durchaus sehr viele Themes gibt, die so gebaut sind, wie ich es beschrieben habe, besteht zumindest eine relativ hohe Wahrscheinlichkeit, dass seins auch so oder so ähnlich gebaut ist. Und damit wäre die Gefahr dann aus meiner Sicht nicht zwangsläufig gering.
-
Solange es keine Plugins und wenig altes JavaScript hat ist die Gefahr gering. Ist auch eine Frage wie gut das Hosting ist.
Das würde ich so nicht unterschreiben. Die Thems enthalten oft (wenn auch nicht immer) durchaus umfangreichen und auch sicherheitsrelevanten PHP-Code. Sei es für Shortcodes, den Customizer, Theme-Options oder was auch immer. Vor allem wenn es irgendwelche Uploader für Dateien gibt (Header-Logos, Favicons, etc.) und/oder ein Theme-Option-Framework verwendet wird, ist es nicht unwahrscheinlich, dass über kurz oder lang Sicherheitsprobleme auftauchen (auch wenn sie nicht notwendigerweise dokumentiert sein müssen und im Idealfall keiner etwas davon mitbekommt, weil das Theme eh kaum jemand verwendet).
Da kann auch der Hosting-Anbieter nicht helfen (zumal das auch nicht deren Aufgabe ist). -
Ähm... Du kannst anderer Meinung sein oder den Beitrag nicht gut finden - aber das ist wirklich nicht die Art, wie hier (oder irgendwo anders) kommuniziert wird...
-
Ergänzend sollte man noch hinzufügen:
Viele Plugins (und auch externe Dienste) nutzen die Rest API. Man muss bei einer eingeschränkten oder deaktivierten Rest API damit leben, dass man dann auch einen eingeschränkten Funktionsumfang hat.
