Beiträge von b3317133

Theoretisch müsste bei Strato das Mapping von [FONT=Courier New]/cgi-bin/[/FONT] auch funktionieren, wenn Du Deine Domain für eine Strato-App im Unterordner verwendest.

Evtl. liegt das Problem daher auch "nur" in Deinem Script selbst, das wäre dann eher ein Fall für ein Perl Forum und hat mit WordPress nichts mehr zu tun.

Dafür hilfreich wären die Einträge im Error Log, auch bereits oben gefragt, für die echten Scripts aus der Android App, nicht für ein Bild.

Zitat von b3317133

Sinnvoller wäre zu erfahren, was erscheint bzw. im Error Log steht, wenn Du eines dieser (lt. Deinen Angaben jetzt nicht mehr) funktionierenden Scripts aufrufst?

Der Link zur manuellen WordPress Installation wäre dann https://www.*********.de und die Domain zeigt wie früher auf [FONT=Courier New]/[/FONT] womit Deine [FONT=Courier New]/cgi-bin/[/FONT] Pfade unverändert weiter bestehen bleiben.

Das ist dann genau das oben bereits beschriebene:

Zitat von b3317133

Vermutlich wird die Lösung sein, ..

Zitat von rudistu

Wie/ wo muss ich WP dann installieren?

Manuell in [FONT=Courier New]/[/FONT] statt als Strato-App.

Zitat von rudistu

und wie wäre dann der Link dazu.

Der Link wäre z.B. die Domain die auf [FONT=Courier New]/[/FONT] zeigt. Leider sind die oben ergänzten Fragen zur Domain noch nicht beantwortet.

Falls schon eine aufwändig mit vielen Daten befüllte Strato-App Installation exisitert, könnte man die passend verschieben und in eine manuelle Installation umwandeln (ggf. in eine andere Datenbank kopieren, damit die Strato-App Verwaltung da nicht später querschiesst).

Absatz anklicken, rechts im Sidebar Erweitert > Zusätzliche CSS-Klasse(n) > [FONT=Courier New]nicht-drucken[/FONT]

Den o.g. CSS Code aus Antwort #2 in WordPress > Design > Customizer > Zusätzliches CSS

@media print {
    .nicht-drucken {
        display: none !important;
    }
}

Mehr dazu z.B. hier.

Wie Du einem Absatz eine eigene Klasse zuordnen kannst, hängt von Deinem (ungenannten) Editor ab.

Zitat von rudistu

ich habe Wordpress über die Strato Anwendung installiert.

Damit zeigt die Domain dann auf einen Unterordner wo die Strato Apps eingespielt werden und nicht mehr auf das Hauptverzeichnis wo Dein bisheriges cgi-bin liegt.

Ein Lösungsansatz kann sein:

Zitat von b3317133

Vermutlich wird die Lösung sein, WordPress einfach ausserhalb der Strato Web-Anwendungen zu betreiben, wenn die Domains für cgi-bin für die App und WordPress identisch sind.

Und dazu:

Zitat von rudistu

anzeigen von Bilder im cgi-bin geht nur halt nicht bei mir.

Ein Bild ist kein CGI Script.

Ein Bild ist kein CGI Script.

Zitat von rudistu

.. Bis Montag 27.2 liefen die Scripte und es war alles ok.

Sinnvoller wäre zu erfahren, was erscheint bzw. im Error Log steht, wenn Du eines dieser (lt. Deinen Angaben jetzt nicht mehr) funktionierenden Scripts aufrufst?

Zitat von rudistu

03.03.2023 10:25:34 vetv-frieding-widdersberg.de [client 84.150.85.0] End of script output before headers: 1.jpg

Was beim Aufruf der hier angegeben Domain auffällt, sie wird auf eine Subdomain wp1. weitergeleitet, und nicht existierende Pfade soeben bei einem Test dann noch auf einen Unterordner Home, evtl. liegt das Problem auch einfach an falschen Redirects oder unpassend gesetzten Domain Verknüpfungen.

Fragen:

• Welche genaue Domain mit welchen genauen Links werden in der App verwendet? Beispiele?
  
• Unter welcher genauen Domain soll WordPress erscheinen?

Das Problem ist vermutlich relativ einfach lösbar, wenn es genauere und nachvollziehbare Beschreibungen gäbe. Vermutlich wird die Lösung sein, WordPress einfach ausserhalb der Strato Web-Anwendungen zu betreiben, wenn die Domains für cgi-bin für die App und WordPress identisch sind.

Möglicherweise hast Du unter WordPress > Einstellungen > Allgemein die beiden URLs dort geändert und [FONT=Courier New]/start[/FONT] angehängt?

Falls ja, korrigiere in der Datenbank beim Hosting wie hier beschrieben die Werte bei [FONT=Courier New]siteurl[/FONT] und [FONT=Courier New]home[/FONT] (ohne / Zeichen am Ende) auf die vorherige Version mit nur der Domain.

Dann leere den Browser Cache.

Die Wahrscheinlichkeit ist hoch, dass bei dem angegebenen Alter und der Plugin Anzahl auch inzwischen nicht mehr gepflegte Plugins mit PHP 8 Problemen dabei sind.

Ob ein installiertes Plugin schon lange keine Updates mehr bekommt, sieht man in WordPress im Backend in der Plugins Liste leider nicht direkt sondern z.B. bei der entspr. Pluginbeschreibung bei wordpress.org bzw. beim Plugin Hersteller.

Nötige Anpassungen für PHP 8 in solchen Plugins sind oft nur Kleinigkeiten wenn man etwas PHP Erfahrung hat, man sollte aber generell überlegen, ob man wie hier offenbar eine sehr neue WordPress, WooCommerce und Theme Version mit veralteten Plugins kombinieren will.

Üblicherweise prüft man die Kompatibilität zwischen allen Komponenten vor einem Update der WordPress oder Theme oder (erst recht) der WooCommerce Version.

Eine PHP Anpassung und andere Eingriffe probiert man am besten in einer Kopie der ganzen Seite mit eigener Datenbank auf einer Subdomain o.ä. aus. Um eine Kopie zu erstellen, gibt es z.B. Duplicator und ähnliche Clone/Migration/Backup Plugins. Im Zweifel wende Dich dafür ggf. am besten an die Person, die den Website ursprünglich eingerichtet und all diese 18 Plugins ausgesucht und installiert hat.

Zitat von LuckyStrike

WooCommerce: version: 7.4.1
Wordpress: 6.1.1
Theme: Avada 7.9.2

Wenn die Seite mit nur diesen drei angegeben Komponenten (und allem anderen inaktiv) mit PHP 8.0 crasht, läuft was anderes schief, alles denkbar von defektem Copy&Paste Code in [FONT=Courier New]wp-config.php[/FONT] bis hin zu gehackt/trojanerverseucht.

Zitat von Webmen

Jetzt wäre es nur schön zu wissen wie das immer so wäre...

Siehe oben ergänzter Hinweis:

Zitat von b3317133

Werden Cache- oder Optimierungs Plugins verwendet? Falls ja, deaktivieren diese.

Ergänzung: Da inzwischen der Website angegeben wurde, deaktiviere "IONOS Performance" im Hosting. Wenn Du das dort nicht findest, kontaktiere den Hosting Support. ...

Rufe Deine o.g. Startseite mal im Handy so auf:

https://mundadienstleistungen.de/?123
oder ein Fragezeichen und eine andere Zahl

So sollte diese derzeit aktive "Performance" Funktion nicht zum Einsatz kommen. Wird dann die korrekte Seite im Handy gezeigt?

Werden Cache- oder Optimierungs Plugins verwendet? Falls ja, deaktivieren diese.

Ergänzung: Da inzwischen der Website angegeben wurde, deaktiviere "IONOS Performance" im Hosting. Wenn Du das dort nicht findest, kontaktiere den Hosting Support. Evtl. ist der folgende vor Angabe des Websites erstellte Text dann hinfällig.

Weiterhin ist evtl. im Divi Editor für das Handy ein anderer Content eingegeben, siehe auch Divi Hersteller Blog:

Zitat

... On top of that, you can set custom responsive settings for desktop, tablet, and smartphone for all sections, rows, and modules. This gives you a lot of power over your mobile design.

Mehr kann man ohne Link zur Seite kaum sinnvoll helfen, siehe auch Forenregeln Punkt II für nötige Angaben.

Alternativ könntest Du auch den bei Divi mitgekauften Support kontaktieren.

Zitat von LuckyStrike

Hier mal zwei Bilder von besagtem Menü

Zitat von LuckyStrike

Alle Menüpunkte in Deutsch außer "Adresses".

Auf dem Screenshot steht "Addresses", mit zwei "d", daher konnte man das nicht finden.

Zitat von LuckyStrike

Dann habe ich die Seite unter Allgemein auf Englisch umgestellt und danach Übersetzungen aktualisiert.

Gibt es auch Übersetzungsaktualisierungen, nachdem Du auf Deutsch umstellst? Es gibt mehrere Deutsch Varianten in der Einstellungen > Allgemein Auswahlliste, welche ist eingestellt? Welche WooCommerce Version wird verwendet? Welches Theme und Version? Welche WordPress Version? Für hilfreiche Angaben siehe auch Forenregeln, Punkt II.

Zitat von LuckyStrike

Customizer for WooCommerce und Booster for WooCommerce.

Beide Plugins sind lt. jeweiliger Plugin Beschreibung bei wordpress.org ".. noch nicht auf Deutsch übersetzt".

Deaktiviere temporär die Plugins, um einzugrenzen, ob/aus welchem Plugin dieser Text kommen könnte.

Ist das geklärt, kannst Du entweder selbst eine Übersetzungsdatei für das Plugin erstellen oder es mit dem Plugin Loco Translate versuchen.

Ergänzung: Bist Du sicher, dass es genau so geschrieben steht?

Zitat von LuckyStrike

Bspw. steht dort Adresses, statt Adressen.

Finde den Text so nicht in beiden Plugins. Screenshot?

Fehlen evtl. noch Sprachupdates für WooCommerce in WordPress > Dashboard > Aktualisierungen ganz unten?

Werden zusätzliche Plugins für WooCommerce verwendet? Wenn ja, welche? Für hilfreiche Angaben siehe auch Forenregeln, Punkt II.

Also weiterhin "kritischer Fehler" auch mit PHP 8.0?

• Wie verhält es sich mit allen Plugins inaktiv und einem Twenty XXX Standardtheme?
• Wie verhält es sich mit PHP 8.0.x?
• Genug Speicherplatz auf dem Server?
  
• Wichtigster Punkt: Was steht im Server Error Log?

Ergänzung: Könnte mit Astra Plugin zu tun haben, ähnliche Beschreibung hier im wordpress.org Forum.