Beiträge von b3317133

In vielen solchen Fällen wird der Ordner "applikation" in den "wordpress" Ordner verschoben. Dabei sind dann allerdings mögliche Wechselwirkungen bzw. eine zu erstellende Ausnahmezeile im WordPress .htaccess Block zu berücksichtigen, da diese Datei dann übergeordnet zu "applikation" liegt und von dieser mit berücksichtigt wird.

Zitat von homepager

in /homepages/21/d381120389/htdocs[COLOR=#ff0000]/wp-content/plugins/elementor.php[/COLOR] on line 68

Eine Datei [FONT=Courier New]elementor.php[/FONT] direkt im [FONT=Courier New]/wp-content/plugins/[/FONT] ist sehr unüblich/seltsam und die gehört da auch nicht hin. Evlt. ging beim Hochladen der Website was schief.

War der im Screenshot sichtbare Preis denn mal zu irgendeinem Zeitpunkt in dieser Höhe auf dem Website hinterlegt?

Ergänzung: Wenn man die Produktseite mit dem Google Testtool für strukturierte Daten ansieht, fällt auf, dass im [FONT=Courier New]price[/FONT] Feld [FONT=Courier New]34.9000[/FONT] hinterlegt ist. Das klingt erstmal ok, wird aber bei Klick auf den "Vorschau" Button dann auf wundersame Weise zu 349.000,00 €

Hinterlegt man im [FONT=Courier New]price[/FONT] Feld [FONT=Courier New]34.90[/FONT], wird in der Vorschau daraus wie erwartet 34,90 €

Man sollte sich also a) auf die Suche nach der Ursache für den "zu langen" Preiseintrag in den schema.org Daten auf der Produktseite machen und b) diesen gar seltsamen Effekt in einem schema.org Forum oder bei Google hinterfragen.

Zitat von Raphael

Ich schätze, dass die wenigsten Menschen aktiv dem Setzen von Cookies zustimmen werden. (?)

Man könnte ja (spätestens ohnehin seit DSGVO Anpassungen) unnötige Cookies und v.a. auch externe Einbindungen komplett vermeiden, siehe dazu auch hier. Wenn ein Login nötig ist, wird jeder sicherlich dem/den technisch dafür nötigen Cookie(s) zustimmen.

Zitat von Raphael

Aber für manche Geschäftsbereiche ist das wohl das Ende, oder?

Ein paar Lobbyisten und Thinktanks arbeiten sicher schon an "Umdeutungen" und "Auslegungen" und "Lesarten" und werden ihre "Deutungshoheiten" sicherlich in Kürze in der Öffentlichkeit platzieren... spannend.

Da es in WordPress keine API o.ä. gibt, wo eine Nutzung von Cookies zentral gesteuert werden könnte und auch jedes Theme / Plugin externe Inhalte nach Belieben einbindet, kann und wird es schon rein technisch kein fertiges "Plugin für Cookies" geben.

Man sieht oft irgendwelche Cookie-Banner mit "Nein" bzw. Ablehnungsmöglichkeit, die aber hinter den Kulissen ohne tiefe Eingriffe in den gesamten verwendeten Code des Themes und aller Plugins auf dem Server oft nicht mehr und nicht weniger als eine bunte, nervige Fassade sind, ohne jegliche Wirkung, darüber sind sich viele "Installierer" solcher Plugins meist nichtmal im Klaren.

Wir raten seit DSGVO bei einfachen Seiten ohne Shop oder Mitgliedschaften zur besten aller Cookie-Lösungen: Keine verwenden. Das beinhaltet auch keine externen Einbindungen wie Webfonts (kann man lokal hosten) und keine externen Analysedienste (kann man auch lokal und auch ohne Cookies hosten), keinen externen Superduperbildoptimierungblablubb Unsinn mit CDNs, keine externen Caching CDNs, und v.a. kein Jetpack Plugin.

Rechtsverbindliches dazu gibt es natürlich ausschliesslich beim Anwalt des Vertrauens.

Der durch den Shortcode jetzt korrekt erzeugte HTML-Code wird derzeit durch eine [FONT=Courier New]style="display: none;" [/FONT]Angabe im Code ausgeblendet, warum auch immer.

Das ursprüngliche Syntax-Problem ist damit gelöst, bin hier raus.

Vielleicht findet sich jemand, der Dir bei der Nutzung des Plugins weiterhelfen will, oft hilft ein Blick in die Anleitung und/oder das Support Forum des Herstellers.

Zitat von oe4yla

Gibt es eventuell eine andere Möglichkeit?

Lies den zweiten Satz in der Antwort #9.

Ansonsten kann niemand wissen, was genau Du erreichen willst, was der aktuelle Zustand ist und welcher Zustand erreicht werden soll. Evtl. würde sich auch ein [FONT=Courier New]the_content[/FONT] Filter empfehlen, der den Shortcode automatisiert anhand einer Mustererkennung bzgl. Bild oder Button einsetzt, aber dafür sollte erstmal klar sein, ob Du mit dem o.g. Plugin das erreichen kannst, was Du vorhast.

Wenn Du technisch nicht bewandert genug bist, probiere aus, lese nach und lerne dazu, oder nutze evlt. die Jobbörse hier im Forum.

Du hast lt. Quelltext der Seite den PHP-Code direkt in den WordPress Texteditor eingefügt. Dort wird kein PHP-Code ausgeführt.

Im WordPress Editor würde man z.B. sowas einfügen (ungetestet, [FONT=Courier New]<h2>[/FONT] ergänzt):

[indeed-social-locker sm_list="fb, pt" sm_template="ism_template_1" sm_list_align="horizontal" sm_display_counts="false" sm_display_full_name="true" locker_template="2" sm_d_text="<h2>Bitte unterstützen Sie unsere Tierschutzorganisation, indem Sie unsere Seite liken!</h2><p>Danach wird der Download sofort frei geschaltet! Vielen Dank.</p>" ism_overlock="default"]<a id="start-downloadbtn" class="btn btn-primary btn-lg btn-block" href="http://photo.pics4likes.com/pictures/kinder/kinder_im_gerichtssaal.pdf">Start Download</a>[/indeed-social-locker]

Falls das Layout o.ä. dann immer noch "zerbrechen" sollte, versuche mal, im Feld [FONT=Courier New]sm_d_text="..."[/FONT] nur reinen Text ohne HTML-Code einzufügen.

Siehst Du den o.g. Text (ungetestet) und Ob und wie das dann in euerer Seite funktioniert,...?

Mein Code zeigt lediglich korrekte PHP-Syntax.

Im Code fehlt z.B. noch mind. ein [FONT=Courier New]<h2>[/FONT] zu Beginn des Wertes von [FONT=Courier New]sm_d_text[/FONT], evtl. hast Du den Code auch verändert, den Text Tierschutzorganisation sehe ich auf dem Screenshot z.B. nicht, die Testseite ist leider nicht zugänglich.

Zitat von oe4yla

Wir haben dann einen code gefunden, der angeblich funktionieren soll, ..

Wendet euch an die Person, die euch gesagt hat, dass dieser Code funktionieren soll, oder besser wendet euch nie wieder an diese Person...

Der Code ist schon völlig abgesehen von der Funktion des Plugins syntaktisch gleich mehrfach falsch.

1. [FONT=Courier New]sm_list=‚fb, pt'[/FONT] hat ein Komma am Beginn des Parameters, statt ein Hochkomma.
2. Die Hochkommata der einzelnen Shortcode Parameter kollidieren mit dem Aufruf von [FONT=Courier New]do_shortcode()[/FONT]

Syntaktisch richtig wäre z.B. sowas (ungetestet):

<?php echo do_shortcode( '[indeed-social-locker sm_list="fb, pt" sm_template="ism_template_1" sm_list_align="horizontal" sm_display_counts="false" sm_display_full_name="true" locker_template="2" sm_d_text="Bitte unterstützen Sie unsere Tierschutzorganisation, indem Sie unsere Seite liken!</h2><p>Danach wird der Download sofort frei geschaltet! Vielen Dank.</p>" ism_overlock="default"]<a id="start-downloadbtn" class="btn btn-primary btn-lg btn-block" href="http://photo.pics4likes.com/pictures/kinder/kinder_im_gerichtssaal.pdf">Start Download</a>[/indeed-social-locker]' ); ?>

Ob und wie das dann in euerer Seite funktioniert, ist dann eine andere Frage.

Alternativ einfach per CSS:

article.category-anzeige::before {
    content: "Anzeige";
}

Mit Autoptimize "immer wieder Ärger" ist leider ähnlich unspezifisch wie "ggf. die Fehler verursacht hat".

Wp-Rocket ist ein kommerzielles Plugin mit jährlicher Lizenzgebühr und einer (oftmals unnötigen) Vielzahl von sonstigen Funktionen an Bord. Viel wollen sowas nicht. Man kann das nicht wirklich mit Autoptimize vergleichen.

Zitat von bat2.111

Ich habe das Problem mit verschiedenen Galerie-Plugins, komme aber nicht dahinter, woran es liegt.

Funktioniert es ohne Minify- und Cache-Plugins? Evtl. nutzt Dein Theme oder ein anderes Plugin o.ä. auch (unsinnigerweise) [FONT=Courier New]wp_is_mobile()[/FONT] o.ä., was mit vielen Caching-Lösungen zu Problemen führt.

Wenn bei Nutzung von Autoptimize Fehler entstehen, dann liegt das zu 99.999% nicht an Autoptimize, sondern an Themes/Plugins, die am WordPress Standard für das Einbinden von Scripts bzw. CSS "vorbei"programmiert sind oder die die sog. Dependencies bei der Einbindung nicht korrekt verwenden.

Man kann solche Problemfälle in der Autoptimize-Konfiguration berücksichtigen, das setzt aber natürlich voraus, dass man sich mit den Möglichkeiten des Plugins vor einem Einsatz auch etwas auseinandersetzt.

Zitat von HelpMe_wp

es hat sich nichts geändert.
Die ENtwicklungsumgebung ist ein Windows Server mit IIS.

Hat sich das Serverbetriebssystem geändert? Für IIS sind ggf. weitere Anpassungen nötig. Wende Dich an die Person, die den IIS betreut und zeige ihr diesen Link.

Alternativ lege eine Subdomain und eine neue Datenbank auf dem echten Server an, installiere ein Duplikat der echten Seite dort und entwickle dort mit einem aktiven "Maintenance" Plugin.

Damit wird eigentlich nur die "Icon Library" aktualisiert, nicht Elementor selbst, mehr dazu z.B. hier in der Elementor Dokumentation.

Welches Häckchen war es denn?

Und Tipp am Rande, der Grossteil der Funktionen des Jetpack Plugins sind nicht DSGVO konform...

Der Autor hat offenbar versucht, eine [FONT=Courier New]Notice: Use of undefined constant ENT_HTML401 - assumed 'ENT_HTML401'[/FONT] mit uraltem PHP vor 5.4 zu beheben, wobei er die Meldung gründlich missverstanden hat. Eine korrekte Lösung für so alte Server wäre sowas hier gewesen.

Duplicator dupliziert die Seite komplett, das "ohne" übersehen.

Es gibt für WordPress keine allgemeingültige Lösung für Deine Anforderung, weil die Plugins ihre Daten und Einstellungen an keine einheitlich genormten Stellen bzw. mit keinen einheitlichen Bezeichnern speichern.

Nutze die DWD API.

Zitat von ClaudiaLina

- oder gleich die komplette Seite zu duplizieren?
Vielleicht gibt es dafür ja ein Plugin?

Da gibt es viele, z.B. Duplicator.