Beiträge von Hanabi

    Die Schreibweise dd/mm/jjjj findet im englischen Datumsformat Verwendung. Wir kommen hier vielleicht weiter, wenn wir uns mal die Funktion der beiden hier verwendeten Programmbestandteile ansehen:

    Das zeitgesteuerte Ein- und Ausblenden von Artikeln findet nur auf dem PC statt und ist eine Funktion, die auf die Systemzeit des Rechners zugreift. Die Schreibweise ist hier mit Punkt, also deutsches Format.

    Das Datum in der Veranstaltung hingegen ist ein Datenbankwert, der via PHP-Script für die Veranstaltung ausgelesen wird. Hierzu benötigt Zeta den im Hintergrund mitinstallierten Apache-Webserver. Meine Vermutung ist nun, dass auf dem Rechner von Rol parallel eine weitere Software installiert ist, die ebenfalls einen Apache-Webserver mitgebracht hat, aber in englischer Konfiguration. Das liegt auch daher nahe, weil Rol in Beitrag 8 auf englisch schreibt. Würde das Betriebssystem insgesamt auf Englisch laufen, müsste auch das Format für Ein- und Ausblenden mit Schrägstrichen erscheinen.

    Hallo Frank,

    eventuell liegt da noch etwas "quer" von den früheren Veröffentlichungsversuchen.

    1. Gehe auf "erweitert" -> "erstellen" -> "interne Listen"
    2. Lösche alle Einträge in den drei Registern
    3. Gehe auf "erweitert" -> "erstellen" -> "alle Seiten erstellen"
    4. Zum Schluss "veröffentlichen" -> "komplette Website veröffentlichen"

    Hallo Frank,

    wenn die Fehlermeldung aufploppt, bitte auf den Pfeil unten links gehen, dann werden Details zum Fehler angezeigt und es besteht die Möglichkeit der Fehlerübermittlung an den Support. Bitte im Bemerkungsfeld auf diesen Thread verlinken.

    Die Fehlerdetails kannst Du uns gerne posten. Ich tippe erstmal auf eine Firewall.

    Lieber Mario,

    ich hatte die Freude, Dich bei einem Besuch auf dem Landgasthof persönlich kennenzulernen und schätze sowohl Deine Arbeit hier im Forum als auch mit den Widgets und Codeschnipseln. Familie und Familienunternehmen gehen aber klar vor, das habe ich auch immer so gehandhabt.

    Ich wünsche Dir und Deiner Familie alles Gute auf dem weiteren Weg.

    Möglichkeiten einer Fortführung oder Nachbetreuung Deiner Projekte können wir ja vielleicht im Forum Moderatoren diskutieren.

    Liebe Grüße

    Thomas

    zum Thema "wiederfinden, wenn ich den mal löschen möchte" noch folgender Tip:

    Ich habe in jedem Projekt eine Seite "Projektdaten", die nicht veröffentlicht wird. Dort notiere ich Farbwerte, Schriftgrößen und Schriftarten. Außerdem kommen dort alle verwendeten Codeschnipsel als HTML-Quelltext gebunkert. Das freie Feld "Überschrift" enthält dann eine Kurzbeschreibung für das Script, bei Bedarf kommt unmittelbar darunter noch ein Textartikel mit der Bauanleitung, wo die einzelnen Scripte eingefügt wurden.

    Zusammenfassung:

    Das Projekt "Flipperclub" ist vom Testserver auf einen richtigen Server umgezogen und ist unter https://www.flipperclub.ch erreichbar. Das Kontaktformular funktioniert. Offenes Problem ist das Gästebuch, welches beim Versuch des Absendens eines Kommentars in der Chrome-Konsole einen Serverfehler 500 meldet. Gleichzeitig wird im Eingabefenster kurzzeitig "null" angezeigt.

    1. die Webadresse ist mit https://www.flipperclub.ch korrekt in den FTP-Einstellungen eingetragen (Siehe Quelltext Kontaktformular: Zieladresse für Erfolgsmeldung)
    2. Die PHP-Version 8.1 ist aktiv (Siehe https://www.flipperclub.ch/assets/php/for…zp-php-info.php)
    3. BOM für UTF-8 ist nicht aktiv (Siehe Beitrag 29)

    Beim Durchsuchen des Forums nach "null" findet sich auf Seite 3 ein Treffer, der zum Beitrag RE: Gästebuch funktioniert nicht (Zeta 16.3) führt. Hier wurde schlichtweg die Mailadresse für die Moderation der Beiträge falsch geschrieben, was zu einer "null" im Fenster sowie einem Fehler 500 in der Konsole führte. Bitte diesen Punkt mal überprüfen.

    Hallo Guido,

    da hat sich das Programm verstolpert ;-).

    1. Gehe auf "erweitert" -> "erweiterte Einstellungen" -> "interne Listen"
    2. Lösche alle Einträge in den drei Registern
    3. Gehe auf "erweitert" -> "erstellen" -> "alle Seiten erstellen"
    4. Zum Schluss "veröffentlichen" -> "komplette Website veröffentlichen"

    chrome-console spendiert hier

    Code
    Failed to load resource: the server responded with a status of 500 ()
    send @ bundle.js?v=638290335339989383:14

    500 ist leider ein allgemeiner Serverfehler, der uns nicht wirklich weiterhilft.

    Nach dem Versuch, Einen Eintrag mit OK abzusenden, blinkt kurz "null" in der oberen Zeile des Formulars auf. Das Fehlerbild hatten wir schon mal im Forum, ich kann es nur gerade nicht zuordnen.

    Hallo Wolfgang,

    zum besseren Verständnis ein kleiner Exkurs zur Funktionsweise der .htaccess.

    Die Steuerdatei wird vor dem eigentlichen Abruf jeder Seite ausgeführt und Zeile für Zeile abgearbeitet. Steht in der Zeile eine Umleitung, wird diese, falls notwendig ausgeführt, also die Seite mit geänderten Parametern erneut aufgerufen. An dieser Stelle bricht die Verarbeitung ab. Der jetzt zweite Aufruf der Seite arbeitet wieder die Steuerdatei bis zu den Umleitungen ab. Der erste Parameter (non-www) ist jetzt erfüllt, so dass die nächste Zeile geprüft wird. Wenn bereits https eingegeben wurde, kann diese Zeile übersprungen werden und es geht weiter mit den redirect301. Falls dort eine Umleitung ausgeführt werden muss, geht es wieder von vorn los, falls nicht, kann der Browser "endlich" weitere Infos wie charset abrufen und mit der Darstellung der Seite beginnen.

    Jede Zeile braucht nur ein paar Nanosekunden zur Ausführung, also eigentlich zu vernachlässigen.

    Beispiel (die Anzahl der Zeilen ist fiktiv):

    Zeile 1-3 www auf non-www

    Zeile 4-6 http auf https

    Zeile 7-9 Umleitung einzelner Dateien

    Aufruf der Seite mit https://Domain.de/richtig.html

    Bereits im ersten Anlauf wird nach 9 Zeilen die Zielseite angezeigt

    Aufruf der Seite mit https://www.domain.de/richtig.html

    Erster Aufruf 3 Zeilen + zweiter Aufruf 9 Zeilen = 12 Zeilen zum Ziel

    Aufruf mit http://www.domain.de/richtig.html

    Erster Aufruf 3 Zeilen, zweiter Aufruf 6 Zeilen, Dritter Aufruf 9 Zeilen = 18 Zeilen

    Wenn wir jetzt in der htaccess die Umleitung einzelner Dateien an den Anfang stellen, passiert folgendes bei http://www.domain.de/richtig.html:

    Erster Aufruf 6 Zeilen bis non-www, zweiter Aufruf bis Umleitung auf https 9 Zeilen, Dritter Aufruf 9 Zeilen = 24 Zeilen bis zum Ziel

    Je mehr Dateien umgeleitet werden, umso länger braucht eine "fast richtige" Adresse in diesem Fall bis zum Ziel, weil jedesmal die unnötigen 301 abgearbeitet werden.

    Aufruf http://www.domain.de/falsch.html mit ursprünglicher Reihenfolge

    Runde 1: 3 Zeilen bis non-www

    Runde 2: 6 Zeilen bis https

    Runde 3: 9 Zeilen bis falsch

    Runde 4: 9 Zeilen bis Ziel

    Gesamt: 27

    Aufruf http://www.domain.de/falsch.html mit 301 am Anfang:

    Runde 1: 3 Zeilen bis richtig, aber http+www

    Runde 2: 6 Zeilen bis non-www

    Runde 3: 9 Zeilen bis https

    Runde 4: 9 Zeilen bis Ziel

    Gesamt: 27

    Die richtige Reihenfolge führt also korrekte Aufrufe schneller zum Ziel, falsche Dateinamen brauchen unabhängig von der Reihenfolge der Zeilen mehr Zeit.

    Wenn wir jetzt noch vor die Umleitungen 40 Zeilen für eine Firewall einrechnen und 40 Zeilen für den Cache, wird schnell klar, dass aus wenigen Nanosekunden mit der falschen Reihenfolge doch eine zeitliche Verzögerung zustande kommt.

    Nachtrag: Die Umleitung der Index.html in Deiner htaccess sollte ebenfalls noch vor den redirect301 stehen.

    Ionos tauscht in den Rechenzentren regelmäßig Server aus. Seit ca. 2 Jahren wird mit dem Umzug eines Kunden auf einen der neuen Server das unsichere FTP abgeschalten und nur die Verbindung über SFTP zugelassen. Der Kunde bekommt dazu eine Vorankündigung etwa einen Monat vorher, damit er seinen Zugang umstellen kann (auch der alte Server hat SFTP als Option gehabt). Vermutlich ist diese Mail übersehen worden.

    Danke, denn auch die Aussage ist wichtig, da der Support sich damit auf das Wesentliche konzentrieren kann. Ergänzend hierzu: Das verwendete Layout ist "Modern Responsive".

    Bitte auf Morgen warten.

    Guten Morgen und willkommen im Forum,

    1. überprüfe im Hostpoint-Control-Panel, dass für die Testdomain PHP aktiviert ist
    2. Überprüfe im Control-Panel, dass die Domain mit dem in der Konfiguration eingetragenen Verzeichnis verknüpft ist
    3. Stelle (Ebenfalls über das Control-Panel oder Filezilla) sicher, dass die in der Fehlermeldung genannten Ordner Schreibrechte erhalten.
    4. Überprüfe mittels Filezilla, dass die Dateien tatsächlich hochgeladen wurden

    Da der Fehler 403 auch bei Aufruf der vermutlich vorhandenen Kontaktseite https://carovede.myhostpoint.ch/kontakt.html auftaucht, scheint grundsätzlich etwas mit der Konfiguration bei Hostpoint nicht zu stimmen.

    Hier sind andere User, die Erfahrungen mit Hostpoint haben, gerne eingeladen, ihr Wissen einzubringen.

    Hallo Thomas,

    nein das sind die Screenshots von Testserver. Es geht im ersten Teil um die Startseite. Dort müssten drei Fotos zu sehen sein Zeitschrift, Sachbuch und ein Roman. Das ist online nicht zu sehen.

    die Chrome-Konsole gbt hier die Fehlermeldung aus, dass die drei Dateien nicht auf dem Server vorhanden sind.

    da sollte helfen:

    1. erweitert -> erstellen -> alle seiten erstellen

    2. Veröffentlichen -> komplette Website veröffentlichen

    Danach den Cache des Browsers löschen oder die Seite im Inkognito-Modus aufrufen.

    Falls die Bilder dann noch immer fehlen:

    1. erweitert -> erstellen -> interne listen

    2. bei Veröffentlichen / Erstellen / Seiten jeweils alle Einträge löschen

    3. die beiden Schritte von oben wiederholen

    4. interne Listen erneut aufrufen. Dort sollten keine Einträge vorhanden sein, falls doch, liefern die Einträge einen Hinweis zum möglichen Fehler

    Hallo Thomas,

    ich hätte auf der Aktivität Seite so was wie auf dem Foto. Dort ist nicht der ganze Artikel veröffentlicht sondern unten steht weiter lesen

    So hätte ich es auch gern.

    Das Widget nennt sich "Anreißer-Text" und ist selbsterklärend. Zu finden unter Widgets -> Text & Bild.

    Ich gehe davon aus, dass Du die Screenshots von der internen Vorschau gemacht hast, da die veröffentlichte Testseite einen abweichenden Inhalt hat. Hinweise zur Ursache könnte das Bild zum Artikel Frankfurt/Oder geben. Der Dateiname lautet

    phoca_thumb_l_krzysztoof-jedrzejczak-von-georadar24-com-bei-vorbereitungen-fr-die-messung.jpg

    Hier könnte es in Abhängigkeit vom Benutzernamen und Projektnamen Probleme mit der absoluten Pfadlänge (260 Zeichen) geben.

    Zum Prüfen des Verdachts bitte mal ein beliebiges Bild umbenennen in a.jpg und dann in Zeta einfügen.

    Hallo Oktavian,

    mein Vorschlag wäre, den Blog auf "Home" unterzubringen und die Artikel in den einzelnen Bereichen zu schreiben. Ein neuer Blogartikel "Monatsausgabe von die Zeitung ist erschienen" wird dann genauso auf der Startseite erscheinen wie die Vorankündigung eines neuen Buches oder die Begrüßung eines neuen Autors. Wenn Du dann auf "Videos" ein neues Video veröffentlichst und unmittelbar darüber einen Blogartikel mit Informationen zum Video erstellst, taucht dieser Beitrag ebenfalls auf der Startseite auf. Alles, was der Verlag sonst noch unternimmt, kommt in Aktivitäten, Seien es neue Mitarbeiter, das Sommerfest oder die Unterstützung für einen sozialen Zweck.

    zum Prinzip "Blog" und "Blogartikel": Das Widget "Blog" wird auf einer Seite, zumeist die Startseite oder Neuigkeiten und stellt alle Blogartikel dar, die auf beliebigen Seiten der Homepage eingefügt werden. Über die Eingabe von "Tags" im Blogartikel kann auf dem Blog selektiert werden, ob alle Artikel oder nur Artikel zu bestimmten Schlagworten angezeigt werden soll. Damit bietet sich das Blog insbesondere für Seiten an, die über höchst unterschiedliche Themen berichten, beispielsweise Sportvereine mit mehreren Abteilungen.