Beiträge

[Problem #2.]

Hallo. Ich habe audiovideo Audio- und Videoplayer Revision 61 installiert und habe 2 Probleme damit.

Problem #2. Dieses Plugin erkennt nicht Dateien mit nicht lateinischen Sprachen, das führt zum Fehlermeldung. Plugin automatisch entfernt Umlaute und ersetzt Leerzeichen mit _ .
Im Screenshot  die Meldung "Fehler im Plugin audiovideo: Nicht unterstützter Dateityp application/octet-stream" ist nur wegen fremde Sprachen. Das ist aber ein gewöhnliches mp4 Video.  Die Größe fremdsprachiger Videos zeigt nicht korrekt. 560MB kann z.B. 5.6Mb zeigen. Dieses Problem löse ich temporär durch kopieren nötiger Dateien und Umbenennung, dann funktioniert, trotzdem ist das nicht komfortabel immer so zu machen.

Problem #1. stört mir viel. Noch keine Lösung gefunden. Auch Audio mit Englischen Buchstaben erkennt nicht. In Plugin Beschreibung lese ich, dass mp3, wav, ogg sind unterstützt. Ogg habe ich nicht probiert. Wav-Fehler sehen sie im Screenshot. MP3 Dateien einfach nicht zeigt, zeigt keine Fehlermeldung für .mp3 Dateien, nur nicht zeigt auf der Webseite (=nichts passiert, kein mp3, kein Kodeteile, keine Meldungen für mp3).  Auf eine Lösung besonders für Problem #1. würde mich freuen. Warum überhaupt zeigt und spielt nicht Audio? Mögliche Gründe=?

Hallo. Kann es sein, dass Hoster, Webserver, Browser oder ein Sicherheitskontrollesystem Cookies(Login-Daten müssen dort sein) 10-15 Sekunden später nach jedem Klick(letzte Aktivität) entfernt? Wenn du 10 Sekunden wartest ohne ein Klick zu machen, dieselbe eingeloggte Cookies bleiben noch 10-15 Sekunden, so du kannst ein weiteres mal ohne Ausloggen ein Tab wechseln. Da dieser Freehosting ist, kann es theoretisch auch an freien Speicher liegen(Browser cache zu wenig oder mit autoremove eingestellt).

Genau weiß ich nicht, woran das liegt. Du kannst durch einige Versuche Problem identifizieren oder mehr Info haben und hier schreiben. Z.B.:
1. dieselbe Webseite kopieren und in Lokalserver prüfen;
2. Install.php dort im Webhosing nochmal einfügen und erneut ausführen;
3. mit anderem Browser versuchen
4. Kannst auch im Browser im Entwickler Modus versuchen zu beobachten, ob dort Cookies sind und nach Abmelden diese verschwinden?

In Altervista Webseite lese ich, dass dort PHP 7.3 ist. Versuche zu klären, ob sie PHP 8.0 unterstützen? Wenn ja, auch die letzte Version of PHP 8.0.25 ? Oder dort steht z.B. 8.0.16 (nicht letzte 8.0)?

[doppelte Leerzeichen]

Update 3: nach mehr Versuche weiß ich jetzt mein Problem genauer.

Probleme mit Mozilo-Syntax bereiteten mir nicht einfache Leerzeichen, sondern doppelte Leerzeichen in Kategorie- und Inhaltsseitennamen. Ich hatte vor kompletter Löschung aller Inhaltsseiten Texte und auch Seitennamen kopiert, dann nach Neuerstellung diese zurück kopiert und eingefügt, deshalb hatte ich auch doppelte Leerzeichen zwischen Wörter kopiert und hatte keine Ahnung, dass dort doppelte Leerzeichen sind und diese zum Problem führen können. Egal ob doppelte Leerzeichen in gewöhnlichem Menü oder im MenuSubs Submenü sind: in beiden Fällen führen das zum Problem mit Syntax- Elemente (Seite, Kategorie, Datei, usw). Heute habe ich versucht mit 1 Leerzeichen überall, wo ich möchte. Nach Kode-Änderung bemerke ich kein Problem mehr mit anderen Sprachen, und Mozilo-Syntax funktioniert mit 1 Leerzeichen gut (auch in MenuSubs). Derzeit ist mein Problem gelöst!

Wenn jemand bemerkt, dass seine Inhaltsseiten, Kategorien, Dateien nach Syntax-Nutzung nicht anerkannt sind, würde ich empfehlen nach doppelten Leerzeichen in Seiten- und Kategorienamen suchen: wenn gefunden,  mit 1 Leerzeichen ersetzen. +oben gegebene Kode ändern, wenn es um nicht lateinische Sprachen geht.

Update #2.  Endlich weiß ich, woran das liegt.
Im Fall MenuSubs ist es egal in welcher Sprache Inhaltsseitennamen sind und wie lange die Namen sind. Hauptsache=kein Leerzeichen! Wenn dort in Kategorie- oder Inhaltsseitennamen ein Leerzeichen gibt (auch wenn das auf Englisch ist), erkennt diese Inhaltsseiten nicht. Mit Leerzeichen in MenuSubs Kategorien- und Inhaltseitennamen  funktioniert Submenü normal, aber Syntax-Funktionen  "Seite" und "Kategorie" funktionieren dann nicht. Temporär werde ich alle Leerzeichen dort mit "_" ersetzen (Schönheitsfehler...). Wenn noch Ideen, wie man dieses Problem überwinden kann, bitte schreiben, werde auf eine Lösung mich freuen.

Update:

Laborix, für den Kode muss ich Dir verdanken. Zuerst hat neuer Kode bei mir nicht funktioniert. Die ganze Nacht habe ich viel getestet. Ergebnis und Bericht unten:

Besonderheit meiner Webseiten = ich nutze auch langswitch, MenuSubs, MenuSubs Mobile Plugins. Das heißt, ich habe 4 mal für jede Sprache den Kode geändert und mit Deinem Kode ersetzt. Es funktionierte nicht. Dann hatte ich eine Idee, den Text aller Inhaltsseiten in Textdokument zu kopieren, alle Inhaltsseiten der nicht lateinischen Sprachen komplett löschen  (in "Kategorien" Ordner löschen und dann erneut dort kopieren war nicht hilfreich), erneut Inhaltsseiten mit dieselber Architektur, aber mit ein bisschen unterschiedliche Namen erstellen, dann unbenennen und frühere Namen geben, erneut Syntax Seite und Kategorie nutzen , nur dann war endlich hilfreich! Es bleibt bei mir morgen die andere Sprache zu testen, in Armenischer Sprache funktioniert jetzt Dein Kode, aber noch nicht alle Fehler konnte ich beheben. Wenn ich Syntax "Seite" oder "Kategorie" nutze und im Menü Seiten oder Kategorien wähle, die ich für MenuSubs Plugin nutze, dann funktioniert Dein Kode manchmal normal, manchmal gar nicht. Wie ich bemerke, komplett neu erstellte Submenü -Kategorien und Inhaltseitennamen mit Armenisch, die kurz sind, z.B. eine oder wenige Buchstaben, erkennt, aber lange oder mittlere Wörter erkennt dort nicht. Derzeit kann ich noch nicht endgültig identifizieren, woran das liegt, warum oft Submenu nicht erkennt. Muss ich etwas auch in Plugin ändern? Wenn Du noch Ideen hast, scheibe bitte, werde testen.

Nochmal Danke für den Kode, jetzt ist es viel besser, als bevor, mir bleibt eine Lösung zu finden, dass MenuSubs Inhaltsseiten und Kategorien immer erkennt. 

Grüße
Tesla

Danke Laborix. Ich habe oben genannte Zeilen mit Deinem Kode ersetzt, Server neu gestartet, im Browser die Seite mit CTRL+F5 aktualisiert (so nutzt nicht cache). Ob in der Zukunft diese Änderung hilfreich wird, weiß ich nicht, aber derzeit bekomme ich dieselbe Fehler. Wenn noch Ideen, würde mich auf eine Möglichkeit diese Fehler zu beheben freuen. 

Schreibe in der Inhaltsseite folgendes, bekomme wie im Screenshot.

schon vielleicht 10+ mal habe ich viel geschrieben, neue Screenshots bereitet und alles verloren... Datenbankfehler, andere Fehler... Forum funktioniert leider nicht normal. Um etwas zu schreiben, braucht man viele Stunden, es gibt <10% Wahrscheinlichkeit, dass einmal ich keine Fehler sehen werde: 10-12 Versuche und nur einmal erfolgreich...

Hallo,
ich habe bemerkt, dass ich während der Nutzung einige Mozilo-Syntax-Elemente (nämlich Seite, Kategorie, Datei (alle befinden sich oben links, wenn man eine Inhaltsseite bearbeitet)) oft unlogische Fehlermeldungen bekomme, anders gesagt, Mozilo CMS erkennt die Kategorie- und Inhaltsseitennamen und Dateien unter diesen Kategorien nicht immer.


Lokalserver, PHP 8.0.25, Linux, Apache (LAMP server), letzte Mozilo Rev., frische Installation.

Vor etwa 8-9 Monate hatte ich viele unlösbare Probleme mit Armenischer Sprache unter PHP 8.1, PHP 8.0 funktioniert mit anderen Sprachen besser, aber heute bemerke ich einige Probleme mit einigen Syntax-Funktionen, wenn ich andere nicht lateinische Buchstaben in Kategorie- und Inhaltsseitennamen schreibe.

Gibt es eine Lösung? Woran das liegt? Falsche Nutzung, Fehleinstellungen/Kodierung oder ein "Bug" in letzter Revision von Mozilo?

Footer jetzt:

Ich habe keine Inhaltsseite "Impressum" und möchte nicht haben. Ich habe keine Kategorie "Home", meine Seite startet mit Kategoriename=Inhaltsseitename=Willkommen (dieselber Name, in Einstellungen ist die Inhaltsseite versteckt). Deshalb habe ich  [seite=Impressum|@=Home:Impressum=@]  entfernt.

Da ich nicht wusste, hatte ich auch  </div> entfernt, nach Ihre Antwort habe ich das korrigiert, jetzt ist nur [seite=Impressum|@=Home:Impressum=@] entfernt, </div> ist drin.

Im Screenshot können Sie sehen, wie jetzt das Footer aussieht, so funktioniert ohne Fehlermeldung.   

Die Information über Speicher möchte ich verwenden, das funktioniert überall außer neuer Galerie-Tab, trotzdem bekomme ich nach dieser kleinen Kodeschneidung keine Fehlermeldung, das wird mir reichen.

Danke für die Hilfe!

Ich habe einen Teil des Kodes gefunden, der zur solche Meldung führt.
In Galerietemplate.html  unten im Bereich Footer ist folgendes geschrieben:

    <div id="footer">
                &copy; <script type="text/javascript"> document.write(new Date().getFullYear()); </script> www.meinewebseite.de | {MEMORYUSAGE} - {EXECUTETIME} | {SITEMAPLINK} |
            </div>[seite=Impressum|@=Home:Impressum=@]

mit diesem Footer sehe ich eine Fehlermeldung (nur in neuem Galerie-Tab).

Wenn ich  diesen Teil entferne </div>[seite=Impressum|@=Home:Impressum=@], sehe ich keine Fehlermeldung, aber auch keine Information über die Speichernutzung und Erstellungsdauer.

Ich bin bereit die Information über die Speichernutzung und Erstellungsdauer in neuem Galerietab zu verzichten, weiß aber nicht, ob die Entfernung dieses Teils des Kodes negative Folgen für andere Inhaltsseiten haben wird (?). Ohne dieses Teils des Kodes, sehe ich solches Footer:

Ist es möglich  diesen Teil  </div>[seite=Impressum|@=Home:Impressum=@] so zu modifizieren, das nach der Änderung überall funktionieren wird? Was würden Sie in diesem Fall mir empfehlen? Gibt es andere Faktoren, die auch beeinflussen und diese Meldung erzeugen? Bin kein Koder, verstehe dort nicht alles.
---------------------------------
Update: ohne </div>[seite=Impressum|@=Home:Impressum=@] sehe ich normales und gewünschtes Footer überall (inkl. Speichernutzung, Erstellungsdauer), nur in neuem Galerietab sehe ich keine Speichernutzung+Erstellungsdauer, das kann ich akzeptieren, Hautpsache = keine Fehlermeldung mit roter Farbe. Ob diese Kodeschneidung andere schlechte Folgen haben wird, weiß ich nicht, noch nicht bemerkt, wenn ihr weißt, bitte informieren.

Danke. Bis Ihre Antwort hatte ich keine Ahnung, dass ich an linker Seite der Platzhalter etwas schreiben muss. Ich habe dort im Textfeld einfach {GALLERYMENU} oder {CURRENTGALLERY} geschrieben, gespeichert und dann verschwinden die Bilder in neuem Galerie-Tab. Ich habe versucht an linker Seite der Platzhalter etwas zu schreiben, jetzt funktionieren sie. Wenn ich folgendes einfüge:

{CURRENTGALLERY}
{GALLERYMENU}
{NUMBERMENU}
{CURRENTPIC}
{CURRENTDESCRIPTION}
{XOUTOFY}

es funktioniert, ich sehe Bilder und die Navigation, aber wenn ich nur {CURRENTGALLERY} oder {GALLERYMENU} einfüge, sehe ich keine Bilder. Jetzt ist das klar, Danke. Es bleibt das Problem in Footer beheben. In Screenshot ist mein normales Footer, das überall funktioniert und so aussieht, aber in neuem Galerie-Tab gibt solche Meldung.

Frühere Layouts von Mozilo hatten keine Zähler für die Speicher und Erstellungsdauer. Das Galerie-Plugin ist älter, als neue Mozilo Version (Layout mit dem Speicher-Zähler), vielleicht dort befindet sich das Problem, wo genau, weiß ich nicht. Für eine Lösung würde mich freuen.

Danke für die Antwort. Ohne Platzhalter sehe ich in neuem Tab mein(e) Galeriebild(er) und die Navigation, es funktioniert. Früher waren Vorschaubilder aktiv, jetzt habe ich deaktiviert. Ich habe aber weiter Probleme.

1. Wenn ich im Textfeld "Hier können die Galerie-Platzhalter in die gewünschte Reihenfolge gebracht werden (Zeilenumbrüche sind erlaubt)" etwas eingebe (Symbol, Platzhalter und sogar ein Leerzeichen), ich sehe in neuem Tab Navigation ohne Bilder (wie erstes Screenshot, aber ohne Bild). Das heißt, diese Platzhalter bei mir nicht funktionieren und zur Problem führen.

2. Egal, ob ich Platzhalter nutze oder nicht, sehe ich immer im Footer nur in neuem Galerie-Tab eine falsche Fehlermeldung. Galerie ist in Versuche - Bilder, habe keine versteckte Seiten dort, sehe aber solche Meldung.  Füge Bild hinzu.

Was kann die mögliche Ursache sein?

Letzte Mozilo Version, PHP 8.0, Apache LAMP (XAMPP) Lokalserver. Galerie-Ordner hat Benutzer Deamon. Muss ich das ändern und root als Benutzer setzen? Dateirechte sind jetzt 777, der Fehler ist aber nicht weg.

 Hallo, ich habe dieses Plugin installiert, es funktioniert. Nun habe ich folgende Fragen:

1. Ist es in diesem Plugin möglich, die Bilder nach dem Öffnen mit Pfeilen, mit dem Klick oder mit dem Tastatur zu steuern, nächste oder vorherige Bilder zu öffnen, ohne schon geöffnetes Bild zu schließen? Mit anderen Wörtern: ist es in geöffneter Galerie einfache Navigation möglich?

2. In der Plugin-Beschreibung sehe ich folgendes:

Für die Verwendung in neuem Fenster/Tab ("target blank") können die beschriebenen Platzhalter in der gallerytemplate.html angeordnet werden.

Konfiguration:
Die Anordnung der einzelnen Funktionselemente können mithilfe der Platzhalter im Textfeld geändert werden. Folgende Platzhalter stehen zur Verfügung:
- {CURRENTGALLERY}: Name der Galerie
- {GALLERYMENU}: Menü "erstes/vorheriges/nächstes/letztes Bild" (nur EM)
- {NUMBERMENU}: Nummernmenü (im EM) / Übersicht aller Bilder inklusive Untertitel (im ÜM)
- {CURRENTPIC}: aktuelles Bild (nur EM)
- {CURRENTDESCRIPTION}: Untertitel des aktuellen Bildes (nur EM)
- {XOUTOFY}: "Bild x von y" (nur EM)
- {CURRENT_INDEX}: Aktueller Bildindex (nur EM)
- {PREVIOUS_INDEX}: Vorheriger Bildindex (nur EM)
- {NEXT_INDEX}: Nächster Bildindex (nur EM)

habe aber keine Ahnung, wie man diese Platzhalter und Wörter im Praxis nutzen kann. Durch die Versuche konnte nicht die richtige Weise finden, diese Information, Platzhalter und Einstellungen zu verstehen und zu verwenden. Für die Erklärungen werde dankbar.  Wie ich diese Platzhalter nutzen kann? Die Anleitung ist für mich leider nicht genug, konnte nicht die Bedeutung dieser Platzhalter verstehen.

Danke Laborix für diese Information, für das Testen und für die Hilfe!
Ich habe Xampp mit PHP 8.1 entfernt, neu mit PHP 8.0.18 Installiert, eine Testkopie armenischer Installation aktualisiert (Dateien aus Rev. 55 ersetzt, install.php run, usw), keine Probleme bemerkt, wunderbar, es scheint, alles funktioniert, kann Kategorien und  Inhaltsseiten mit armenischen Namen erstellen, dort armenisch schreiben, Umlaute schreiben, in Template armenisch schreiben! Morgen möchte Hauptseiten aktualisieren und testen. Werde PHP-8.0 nutzen.  Über PHP-8.1: wenn ihr sicher wissen werdet, dass Rev. 55 oder spätere Revisionen unter PHP 8.1 auch mit armenisch gut funktionieren, könnt ihr später unter Beschreibung dieser Revision (Changelog, fixed bugs) darüber schreiben, so kann ich darüber im voraus wissen und problemlos PHP Version wechseln (auf eine Lösung in der Zukunft werde ich mich freuen). Derzeit werde ich PHP 8.0 nutzen, diese Version macht mir jetzt noch keine Probleme, habe nichts geändert, XAMPP 8.0.18 einfach gut funktioniert, bin zufrieden, Danke!