(Gelöst) Shariff ist nicht mehr zu sehen, block wird ausgeliefert.

Welche Version von Sharif verwendest Du?
Wurde es mit Composer installiert?
Hast Du mal die Issues angesehen?
https://www.drupal.org/project/issues/shariff?categories=All

Jep es wurde mit Composer installiert.

Doch, der auslöser ist das Modul:

https://www.drupal.org/project/advagg

Mit diesem Modul wird bei der Anzeige irgendwass gemacht, was nicht so passt.

Dankeschön für deine fixe Antwort und deine Zeit

LG

Didid

Ah, OK.
Von solchen Modulen würde ich die Finger lassen.
Die Einsparung ist gegenüber der Drupal eigenen Komprimierung einfach zu gering, um den Ärger in Kauf zu nehmen. ;-)

Dankeschön Regina,

das Modul wurde mir von Google vorgeschlagen!

Gibt es andere Möglichkeiten Sachen Komprimierter ausliefern zu können?

Danke fürs lesen und Deine Zeit

Ganz klar nein. Es gibt keine anderen Module, die das selbe tun wie advagg.

Deswegen muss man davon aber nicht die Finger lassen, sondern man muss verstehen was das Modul tut und wie es das macht, damit man richtig damit umgehen kann.

Advagg komprimiert css und Javascript Dateien mittels jsmin und brotli. Beides Servererweiterungen, die manuell auf deinem Server nachinstalliert werden müssen, bevor Drupal über Advagg darauf zugreifen kann.

In ähnlicher Weise muss Drupal auch auf Kommandozeile Befehle wie opijpg oder webp zugreifen können, wenn es Bilder komprimieren will.

Das bedeutet, um Advagg richtig installieren zu können brauchst du mindestens einen eigenen V Server mit Ssh Zugang und die entsprechenden Linux-Kenntnisse um die notwendigen Pakete auf deinem Server nachinstallieren zu können.

Was macht advagg jetzt? Ganz einfach.
Addvagg komprimiert nach den von dir vorgegebenen Einstellungen den Code der geladenen Css und Javascript Dateien in Drupal so, dass diese möglichst schnell geladen werden können. Leider führt eine zu Garte Komprimierung gerade im Bereich von Javascript dazu, dass Teile ser Scripte vom Browser nicht mehr richtig interpretiert werden können, was zu Nachteilen bei der Anzeige von Drupal-Modulen führen kann oder deren Funktion komplett aushebelt.

Verantwortlichen dafür ist dann meist der Code der Module oder der jeweiligen Bibliotheken, in diesem Fall Sgariff.js, die geschrieben wurden ohne Sie auf ihre Funktionalität im komprimierten Zustand zu testen.

Das A und O hierbei ist diecl Ladereihenfolge der Dateien im Browser. Stimmt die nicht mit dem überein, was erwartet wird, kann man das meist über sein eigenes Theme abfangen.

Heißt hier. Will Drupal Shariff.js, kann dessen mittels Advagg komprimierte Variante aber nicht korrekt laden, sage ich dem Browser einfach er soll das Script schon Mmal Laden, bevor er den Rest der Seite lädt, damit dessen Funktionen im Richtigen Moment verfügbar sind.

Selbes gilt für die Skripte des CK-Editors usw.

Advagg ist also für Einsteiger eher ungeeignet, weil man schon ziemlich viel wissen braucht um damit richtig umgehen zu können.

Wenn man sich das, aber aber aneignet, bringt man damit auch eine Drupal-Seite zu einem Page-Speed Ergebnis von 100 Punkten.

Advagg integriert ausserdem load ds, dass die Ladereihenfolge der Css Dateien deines Themas mittels Javascript so ab ändert, dass deine Seite möglichst schnell geladen wird, sodass die erste Interaktion des Nutzers mit der Seite schon möglich ist, bevor die Darstellung der Webseite im Browser größtenteils abgeschlossen ist.

Es gibt noch die Module Minifyjs und minifycss, die im Grunde nichts, anderes mit den Dateien machen, wie Advagg aber eben nicht als Modulbündel daherkommen.

Die Voraussetzungen Root Zugriff auf den eigenen Server und eine Ahnung davon was man tut, sind natürlich auch hier gegeben.

Ansonsten könntest du noch über die Implementierung eines externen Memcache Servers nachdenken, der eine aufbereitete Kopie der Website an den Browser eines Nutzers ausliefert um die Ladezeiten zu verkürzen. Aber auch hier sind Linux-Kenntnisse erforderlich.

Kurz gesagt, wenn du auf einem Shared Hosting Paket mit Drupal arbeitest und deine Seite nicht mindestens auf einem V-Server abgelegt hast, für den du die Administration inklusive Firewall-Einrichtung und sonstigem Serverhardening nicht selbst übernommen hast. Dann sind advagg und Memcache vermutlich nichts, worüber du dir den Kopf zerbrechen solltest, weil du mangels Fachwissen vermutlich an deren Installation scheitert.

Aber: Wenn du den Willen und die Zeit hast, dich mit der Thematik zu beschäftigen, erlangst du eine Expertise, die hier im Drupal-Center nur wenige haben und mit der man letzten Endes auch Geld verdienen kann.

Die Finger von solchen Modulen zu lassen ist meiner Meinung nach also genau der falsche Weg. Ihr solltet eher so lange damit Arbeiten, bis ihr versteht, was die Dinger machen und wie sie wirklich funktionieren. Der Geschwindigkeitszuwachs einer auf Ladezeiten optimierten Seite liegt auch bei drupal. 9 noch mal bei. Locker 50 % und zahlt auf das Feld def Suchmaschineniotimierung ein.

Wenn Regina also sagt, man sollte die Finger von solchen Modulen lassen, will sie damit eigentlich ausdrücken, dass der Aufwand den Richtigen Einsatz von Advagg zu erlernen nicht im Verhältnis zum Geschwindigkeitszuwachs steht, den man damit erreichen könnte. In der Tat lohnt sich der Einsatz von Advagg nur für Leute, die sowohl in def Lage Sind Css und Javascript Fehler zu beheben und über eigene Server verfügen auf denen Sie machen können, was Sie wollen.

Böse Zungen behaupten sogar, dass nur dieser Menschenschlag in der Lage ist, richtig mit Drupal umzugehen.

Das seh ich zwar ganz ähnlich, ich wusste vor 13 Jahren aber auch nix und inzwischen kann ich z. B. Advagg implementierrn. Deswegen würde ich dir eher dazu Raten, dir das Ziel zu setzen Advagg am Ende für deine Seite doch zu verwenden und zwar sogar dann, wenn du dafür noch Linux lernen und den Provider wechseln musst. Es lohnt sich.

Danke dinmikkith,

für deine Zeit!!!

Du hast mir sehr Ausführlich das Thema Geschildert, du hast mir im Technischen die Thematik klasse Erklärt!

Deine letzte Zeile, ist die für mich anvisierte Vorgehensweise nun

Ganz Herzlichen Dank dinmikkith, für deine Zeit!

ja, genau, danke dinmikkith, so meinte ich das.
Und natürlich muss man diese Einschätzung von mir immer im Zusammenhang mit Art der Applikation sehen.
Also ob es sich rentiert, sich da einzuarbeiten.
Drupal hat ja bekanntlich einige Hürden zu überwinden und ich persönlich habe mich bislang lieber auf die Programmierung von Zusatzfunktionen konzentriert und vermeide Module, wo es geht.
Und so komplexe sowieso.

@didid
Ich würde auf jeden Fall erst mal die Core Komprimierung testen.
unter meindrupal/admin/config/development/performance
In den allermeisten Fällen reicht die aus.

Linux lernen schadet natürlich nie, auch nicht auf einem shared Hosting.

Dankeschön Regina,

unter meindrupal/admin/config/development/performance

werde ich mir ansehen,

Dankeschön!

für deine Zeit!