Beiträge von b3317133

Evtl. liegt es an Scriptfehlern o.ä., Link zur Seite mit diesem Kalender? Sieht man den Kalender nur im Backend im Site Origin Editor nicht oder auch im Frontend? Was wurde zuletzt gemacht? Updates eingespielt? PHP Version verändert? Wie verhält es sich, wenn alle anderen Plugins deaktiviert sind, insbesondere alle Cookie Banner Plugins, falls vorhanden?

Der Verweis auf den älteren Thread dient wie beschrieben dazu, einen einfachen Ansatz zu zeigen, wie sich Deine Seite bei Erscheinen eines neuen Beitrags der Kollegen automatisch aktualisieren kann.

Es gibt diverse Slider Plugins, die auch Beiträge anzeigen können, siehe z.B. Suche nach Post Slider.

Für die Anzeige kann man ein Seitentemplate ohne sichtbaren Header, Footer, Menü erstellen.

Wenn Du noch keine Ahnung hast, recherchiere noch mehr, probiere Dinge aus, stelle dann exakte Fragen zu exakten Problemen auf die Du stösst.

Niemand kann Deine genauen Voraussetzungen kennen, daher ist bei der Vielzahl der Lösungsmöglichkeiten keine konkrete Anleitung möglich. Es ist weder das verwendete Theme genannt und auch nicht, welche Slider Du versucht hast und was damit nicht funktioniert hat.

Alternativ kannst Du auch ein Gesuch in der Jobbörse des Forums posten.

Es gibt diverse Lösungsmöglichkeiten. Du könntest z.B. einen langsam wechselnden Slider o.ä. nutzen, der eine bestimmte Anzahl Seiten/Bilder darstellt. Und hier in einem älteren Thread findest Du dazu einen Ansatz, der periodisch nachschauen kann ob es einen neuen Beitrag der Kollegen gäbe und der dann die Seite neu mit den dann aktuellen Seiten/Bildern im Slider lädt.

Sehr schön. Würde noch die [FONT=Courier New]<body>[/FONT] ... [FONT=Courier New]</body>[/FONT] Tags entfernen aus Deinem Code Snippet, und das CSS dazu. Der [FONT=Courier New]body[/FONT] ist schon von WordPress vorhanden.

Kommentiere z.B. die Zeile mit [FONT=Courier New]background-color[/FONT] in diesem CSS Code Bereich aus, dann siehst Du in der aktuellen farblich falschen Variante auch den Ergebnis Text:

#ergebnisse {
        display: block;
        margin-top: 20px;
        padding: 10px;
        /* background-color: #cccccc; */
        border-radius: 5px;
    }

Jetzt ist der Code im Inhaltsbereich und die Berechnung funktioniert auf der WP-Seite. Der aktuelle Inhalt ist nur farblich wohl noch etwas anzupassen.

Auch vorhin funktionierte die Berechnung, als der Code mit dem anderen Plugin im Footer war, siehe auch Antwort #19.

Sollte daher bei Dir eigentlich auch funktionieren. Vielleicht testest Du irgendwie falsch oder hast Browser Add-Ons, die stören, oder sehr aussergewöhnliche Browser o.ä., anders schwer zu erklären.

Erstes Plugin aus dem Link: WPCode > Code-Snippets > Neu hinzufügen > Deinen individuellen Code > oben rechts Aktiv schalten > Code-Typ HTML-Snippet > Dein ganzer Code script und HTML eingeben > Einfügemethode Shortcode > z.B. [wpcode id="8"] kopieren und den Shortcode [wpcode id="8"] einfügen in den Inhaltsbereich in Deine Rechner Seite.

Jetzt ist der Code im Footer und die Berechnung funktioniert auf der WP-Seite.

Auf Seiten ohne das Formular erzeugt es aber einen Script Fehler, da das Element mit ID [FONT=Courier New]sternForm[/FONT] dort nicht exisitiert, was man z.B. so abfangen könnte:

if (elem = document.getElementById('sternForm')) {
    elem.addEventListener('submit', function(event) {
        event.preventDefault(); // prevent form submission
        berechneWerte();
    });
}

Alternativ verwende eines der oben in Antwort #2 verlinkten Code Snippet Plugins, wenn Du Code nur auf einzelnen Seiten einfügen willst, Plugin Beschreibungen lesen...

Das aktuell verwendete Plugin bindet diese Datei bereits selbst komplett inline im HTML Code im [FONT=Courier New]<head>[/FONT] Tag ein, siehe HTML Quelltext im Browser, meist Strg-U oder rechte Maustaste > Seitenquelltext anzeigen o.ä.

Wie gesagt, wenn Du ein Snippet Plugin wie dieses nutzt, ist eine zusätzliche manuelle Einbindung nicht nötig.

Im [FONT=Courier New]<head>[/FONT] kann das Script aber (noch) nicht funktionieren, da dort das Element mit dem ID [FONT=Courier New]sternForm[/FONT] noch nicht exisitert. Evtl. kannst Du im Plugin den Footer als Ausgabeort anwählen.

Ausserdem laufen weiterhin Cache- und Optimierungs und ggf. Scripts verändernde Plugins (siehe oben), so ist es von aussen schwer zu wissen, was wirklich in WordPress hinterlegt ist, da man ggf. nur alte Cache-Daten sieht.

Wenn Du das Script manuell als Datei einbinden willst, entferne die [FONT=Courier New]<script>[/FONT] HTML Tags und die [FONT=Courier New]<!-- xxx -->[/FONT] HTML Kommentare aus der [FONT=Courier New].js[/FONT] Datei.

Wenn Du ein Snippet Plugin nutzt, ist eine manuelle Einbindung über einen [FONT=Courier New]<script src="...">[/FONT] Tag üblicherweise nicht nötig sondern alles wird vom Plugin erledigt.

@threadi Der Code wird interessanterweise nur exakt an dieser einen Stelle codiert, andere [FONT=Courier New]&&[/FONT] Zeichen auch in der gleichen Zeile sind unbeeinflusst. Falls das tatsächlich direkt vom WordPress Editor so beeinflusst wird, dann scheint der Editor Code den entspr. Programmierern inzwischen weit über den Kopf gewachsen zu sein.

Falsch (WP-Seite):

// Prüfe auf Möglichkeit von erdähnlichem Leben
                if ((masse >= 0.5 && masse <= 1.4) && (alter >= 3.5)) {

Richtig (Stand alone Seite):

// Prüfe auf Möglichkeit von erdähnlichem Leben
                if ((masse >= 0.5 && masse <= 1.4) && (alter >= 3.5)) {

Du kannst den Code im HTML Quelltext im Browser vergleichen, meist Strg-U oder rechte Maustaste > Seitenquelltext anzeigen o.ä.

Es kann sein, dass der WordPress Editor oder andere Einflüsse aus welchen Gründen auch immer Deinen Script Code zerstören, verwende in dem Fall eines der o.g. Code-Snippet Plugins oder binde den Code als nachgeladene [FONT=Courier New].js[/FONT] Datei ein.

Der Code in der WP-Seite enthält (mind.) einen Syntax Error in dieser Zeile:

// Prüfe auf Möglichkeit von erdähnlichem Leben
                if ((masse >= 0.5 && masse <= 1.4) && (alter >= 3.5)) {

Weiterhin überzählige [FONT=Courier New]<body>[/FONT] bzw. [FONT=Courier New]<html>[/FONT] Tags.

Ergänzung: Deaktiviere bei einer Problemsuche zunächst alle Cache- und Optimierungs Plugins und auch alle Plugins, die möglicherweise in Scripts eingreifen, derzeit mind. aktiv: Cache Enabler, Real Cookie Banner

Link zur Seite, wo der Rechner Code in den Code-Editor eingebunden ist?

Und bei Code-Snippet Plugins gibt es oft die Möglichkeit, Einbindungsart-/ort auszuwählen.

Hast Du das nicht schonmal gefragt?

• Tool für Aktien-Performance-Messung und Analyse auf der eigenen Homepage
• Einbindung einer Aktien-Datenbank im Backend?

Wenn die aktuellen Typo3 Passwörter auch bei WordPress funktionieren sollen, kannst Du die Benutzer an sich bei WordPress neu anlegen und benötigst dann für die Passwortprüfung eine o.g. oder ähnliche Konstruktion. Das könnte man in WordPress z.B. als kleines Plugin lösen.

Generell wäre aber vorab noch zu klären, was bzgl. der Benutzer "ihre Daten" und "die Chronik dahinter" im Detail bedeutet und was genau davon übernommen werden soll oder muss

Du kannst Dich dafür z.B. an die Person wenden, die die Typo3 Seite erstellt hat bzw. technisch betreut, evtl. kann die bei entspr. Programmiererfahrung weiterhelfen oder z.B. ein Gesuch in die Jobbörse dieses Forums setzen, dann kann man Dir ein Angebot machen. Dabei ist es hilfreich, die genauen Eckdaten der Anforderungen bereits durchdacht und ausformuliert zu haben.

Ergänzung: Du kannst natürlich alternativ auch nach dem Anlegen der Benutzer in WordPress den einzelnen Benutzern via WordPress einen Passwort Reset Link per E-Mail zusenden, wo sie dann ein neues Passwort für WordPress festlegen müssen. Dann kann Dir das alte Typo3 Passwort egal sein und Du sparst Dir den o.g. Aufwand über den Hash usw., es kommt eben ganz auf die exakten Anforderungen des Projekts und was als "muss" und was als "sollte" und was als "wäre schön wenn" usw. definiert wird.

Die Typo3 Passwörter sind wie bei WordPress nicht im Klartext auslesbar sondern als sog. Hash gespeichert und somit nicht direkt übertragbar. Du kannst aber ggf. die bisherigen Typo3 Password Hashes der Benutzer in einer eigenen extra Tabelle oder im sog. User Meta des jeweiligen WordPress Benutzers speichern und beim Login dann selbst mit etwas eigenem PHP Code den Typo3 Passwort Hash berechnen/prüfen und über den check_password Filter einen erfolgreichen Login auch über den alten Typo3 Hash ermöglichen. Es ist grundlegende PHP & WordPress Programmiererfahrung nötig.

In den generierten Sydney Inline Styles sind weiterhin jede Menge ungültige [FONT=Courier New]color:;[/FONT] Angaben für die Farben. Wende Dich ggf. an den Theme Support, wenn Du die Farben im Theme nicht einstellen kannst.

Lt. Quellcode der Seite sind derzeit in den Sydney Inline Styles, die wohl durch Einstellungen des Themes erzeugt werden, nach der hellgrauen Grundeinstellung [FONT=Courier New]#e8e8e8[/FONT] für die Feldfarbe eine Reihe ungültige CSS Anweisungen wie [FONT=Courier New]border-color: ;[/FONT] oder [FONT=Courier New]color: ;[/FONT] oder [FONT=Courier New]background-color: ;[/FONT] für diverse Formularelemente vorhanden. Evtl. wurden in den Theme Einstellungen dafür (noch) keine Farben hinterlegt, die Lösung ist also vermutlich dort zu suchen.

Manuell überlagern könnte man die Farbe über Design > Customizer > Zusätzliches CSS so, hier ein Beispiel für das Texteingabefeld:

div.wpforms-container-full .wpforms-form input[type="text"] {
  color: #f0f;
}

Solcher extra Code sollte aber bei passender Einstellung im Theme nicht nötig sein.

Vermutlich eine CSS Überlagerung irgendwelcher Einstellungen des Themes oder auch eines anderen Plugins. Link zur Seite wo man dieses Formular ansehen kann?