Beiträge von Re:Later

  • Für Template Mittel investieren – viel hilft viel?

    Die Diskussion ist müßig oder besser: die Startfrage.

    Klar muss man erst mal Profi von Laie unterscheiden, wenn erstere täglich damit arbeiten, die aber auch ihr Geld haben wollen und/oder Agentur-Pakete haben oder gar Reseller sind.

    Yootheme und auch Astroid sind bzgl. kommerziellen Framework-Templates irgendwie Geldgräber. Wer es sich leisten mag/kann, dem mag das wurst sein.

    Yootheme hat vor einiger Zeit die Lizenzen (=Preise) geändert. Selbst ich als Profi blicke da Null durch und kann Kunden/Laien mit älterer Version nur hinweisen, dass sie eben erst mal kräftig in die Tasche greifen müssen, wenn ich ihnen bzgl. intransparenter Update-Informationen, helfen soll und sie zukünftig Ruhe haben wollen.

    Heute habe ich mein erstes kommerzielles Astroid-Template am Start (Kundenwunsch). Ich bin z.B. schockiert, wie viel Erweiterungs-Schrott im Quickstart enthalten ist und wie zeitaufwendig es ist, dann alle Erweiterungen per Einzeldownload zu aktualisieren (von denen man die Hälfte oder mehr gar nicht benötigt, was man erst danach feststellt) , bevor es dann läuft. Das Ganze dann noch mal, wenn man die Produktivseite auf das kommerzielle Template umstellt, anstatt die Seite (wie bei joomlaplates empfohlen) neu aufsetzt Als könne man kein intelligentes Update-Sammel-Package für installierte Erweiterungen basteln bei Bezahl-Templates.

    Bei einer nicht-verlängerbaren EInzellizenz ist in 3 Monaten Schluss und man zahlt neu, um die Aktualisierungs-Einträge einzeln abarbeiten zu können, die einem sonst ewig in der Aktualisierungsecke rumdümpeln. Und auch hier komplett intransparent, wie man nun vorgehen muss.

    Will nur sagen: Als Profi muss ich das dem Kunden entrümpeln (egal wie rum ich das nun angehe, neu oder Produktivseite), damit eben statt >25 Aktualisierungen nur noch 5 habe. Der Kunde könnte das nicht alleine oder in mehrfacher Zeit.

    Ist jetzt nur ein Teilbereich, eine Randbemerkung sozusagen, bzgl. dem, weswegen ich nicht erst seit heute rumfluche. Bei den Free-Versionen hat wenigstens niemand bezahlt dafür. Bei vielen Astroidseiten habe ich Updatequellen deaktiviert. Bei Yootheme, wenn ich viele hätte, wäre es wohl ähnlich. Klar muss man dann auf Sicherheits-Updates achten (aber nur für Blödel-Features und Inkompatibilitäten?).

    Will nur sagen zweitens: Die Diskussion ist müßig. "Kommt drauf an, wer da bastelt." Empfehlen kann man da dem "unbedarften" Nutzer gar nix mehr. Nur frühzeitig informieren und deutlich hinweisen, zwei Nächte drüber zu schlafen. "Irgendwann holt dich die Updateseuche (Juhuu, neue Features) im Softwarebereich auch ein!"

    Schlechr reden möchte ich keines der beiden Frameworks bzw. Builder. Aber Haken und Ösen haben sie halt; auch Joomla sowie freie oder kommerzielle Erweiterungen auch.

    Ich freue mich auf die Rente, wenn ich offline gehe ;) Muss ich mich nicht mehr über dumpfe Werbesprüche ärgern ;)

  • Wartung: Globales Freigeben - Felder checked_out_time

    Zitat von kbaerthel

    Jedoch werden die Felder check_out_time im Format datetime auf "0000-00-00 00:00:00" gesetzt.

    Wo werden die so gesetzt? In der Datenbank werden Sie auf NULL gesetzt. Das ist der STandardwert für diese Felder und Joomla setzt den auch beim Global chackin

    Oder anders: DIe Joomla-mEThode würde ein "0000-00-00 00:00:00" eher auf NULL setzen als ein "0000-00-00 00:00:00" zu setzen.

    Zitat von kbaerthel

    Erwartet wird "1970-01-01 00:00:00" als Nullwert

    Wer/was erwaretet das in welchm ZUsammenhang?

  • Beitrag Hintergrundfarbe

    Für den Anfang kannst du probieren

    Code
    div.com-content-article
{
background-color: yellow;
}

    oder

    Code
    div.com-content-article__body
{
background-color: yellow;
}

    Letzteres umfasst tatsächlich nur den Text.

    Ersteres wohl auch so Zeugs wie Schlagworte, Artikelinfos usw.

    Dann muss man weitersehen, ob an zu vielen Stellen gelb wird bzw. irgendwas anderes wie im Bild....

  • Automatische Kontakterstellung fehlgeschlagen! Bitte den Administrator kontaktieren.

    Zitat von Berndi

    aber dann werden doch dann keine Kontakte automatisch erstellt.

    Hast ja nichts dazu gesagt, dass du Kontakte automatisch erstellen musst.

    Zitat von Berndi

    Ist Joomla 5 an dieser Stelle etwa noch buggy?

    Bei mir, normale online-Seite funktioniert das.

    Zitat von Berndi

    Wo liegt das Problem?

    Die Meldung, die du siehst, kommt an einer Stelle, die halt final abbricht, weil zuvor irgendwas nicht funktioniert hat beim Öffnen der Kontakttabelle, beim PHP-seitigen Zusammenstellen der Kontaktdaten, bei der Prüfung dieser zusammengestellten Kontaktdaten, beim Speichern der Kontaktdaten.

    Kurz: "Unspezifisch pauschal" die Meldung, die du hast.

    Zuerst würde ich versuchen einen Kontakt in der Kontaktkomponente anzulegen, ob das geht. Am besten gleich mit dem neuen User, der ja angelegt wurde. ALso inklusive der Verknüpfung mit diesem Benutzer im neuen Kontakt.

    Sollte der Benutzer aber gar nicht angelegt worden sein, liegt das Problem sowieso schon vor dem KontaktCreator-Plugin. Das geht nämlich davon aus, dass der Benutzer fehlerfrei angelegt wurde. Und, wenn nicht, hat "irgendwas vergessen" da schon frühzeitig zu meckern und abzubrechen.

  • wie "method" bei eigenem Template setzen?

    Zitat von netzalben

    Beim Durchsuchen des Codes habe ich noch die Variante method = "patch" gefunden.

    Finde ich bei mir nicht als XML-Eintrag. Da wäre nett, wenn du sagst, wo du das gefunden hast.

    Bei allen Erweiterungen, egal welcher Art, ist method="upgrade" empfohlen. Warum? Das weißt ja selber (siehe #1).

    Natürlich kann es in Ausnahmefällen sinnvoll sein, zuerst eine Deinstallation zu fordern, damit aller Müll entfernt wird. Man kann sich so das Löschen unnötiger, verwaister Dateien z.B. durch ein zu pflegendes <scriptfile> sparen. Aber ich pflege lieber das $deleteFiles und $deleteFolders im ScriptFile von Anfang an, anstatt gemachte Einstellungen, Inhalte jedesmal neu anlegen zu müssen.

    Übrigens könnte man auch ein method="tralalasonstwas" verwenden und das dann im eigenen Scriptfile irgendwie nutzen. Und an Joomla gibt man dann ein method=upgrade weiter oder so....

    Wie es beliebt.

  • Fehlermeldung beim Suchfeld

    Du verwendest wohl nicht die aktuellste Version?

    Release Release 4.1.0 · joomla-extensions/search
    4.1.0 is designed natively for 4.0 and also fixes all styling issues from the development package
    github.com

    In der gibt es eine Zeile 44 gar nicht so.

    Und generell kann man in der Joomla-Konfiguration Fehler berichten auf KEINE setzen, damit so Meldungen den Besuchern nicht angezeigt werden.

    Zitat von WM-Loose

    Verwende nicht das Modul Suche sondern Suchindex.

    Da widerspreche ich ganz entschieden. Wer SUchindex nicht mag, sollte weiterhin die normale Suche verwenden. Nicht umsonst ist die nach wie vor verfügbar.

  • Verzögertes Laden von Webfonts und die font-display-Regel

    Für Performance- und SEO-Nerds versus Ästhetik-Nerds.

    Heise hat die Entdeckung gemacht, dass ein allgemein übliches

    Code
    font-display: swap;

    beim Abfragen von Webfonts u.U. die Seitenladung (Performance) unangenehm beeinflussen kann, so, dass die Google-Search-Konsole diesbzgl. schlechte Werte ermittelt.

    Die Anweisung oben sorgt dafür, dass, wenn ein Webfont nicht sofort abgeholt werden kann, der Browser eine Fallback-Schriftart lädt, dann aber doch den Webfont nachlädt, wenn dieser bei weiteren Versuchen, die im Hintergrund stattfinden, erreichbar ist; was dazu führt, dass die WebSeite technisch ermittelt länger braucht, um fertig zu sein.

    Eine Anweisung

    Code
    font-display: optional;

    kann das Problem vermeiden. Wenn der Font nicht abholbar ist, wird nicht mehr im Hintergrund nach ihm gesucht. Er wird nicht mittendrin nachgeladen und Fallbackschriftarten werden verwendet.

    Selbstverständlich sind Aspekte wie Browser-/Server-Caches/Caches, in dem die Webfonts ggf. schon liegen, also gar nicht neu abgeholt werden müssen zu beachten, die den gefühlten und technischen Gewinn gegen 0 gehen lassen könnten, also schwer messbar und nachvollziehbar.

    Nur nebenbei erwähnt: Der Satz "Da AMP mittlerweile keine Vorteile mehr bietet...". Es hatten also mal wieder die Recht, die sich ohne Hektik auf die stetige Weiterentwicklung der Webtechnologien (Hard- und Software) verlassen, als auf irgendwelche sonderlichen und arbeitsintensiven Erfindungen der Google-Kontrolleties (und dazu dient AMP).

    Wie eine Zeile CSS den Cumulative Layout Shift bei 3700 URLs verbessert
    Mit einer kleinen Anpassung im CSS reduzierten wir die Layout Shifts bei heise tipps+tricks drastisch. Eine Spurensuche enthüllte die Ursache.
    www.heise.de
    font-display - CSS: Cascading Style Sheets | MDN
    The font-display descriptor for the @font-face at-rule determines how a font face is displayed based on whether and when it is downloaded and ready to use.
    developer.mozilla.org

  • Bilder zu Tags / Schlagwörter im Artikel ausgeben

    Du wirst wohl leider einen Override von JLayout layouts\joomla\content\tags.php anlegen müssen. Oder, falls so einer schon im Template existiert, halt umfrickeln.

    Die Einstellungen gehören alle nicht zu Tags in Beiträgen.

    So als schneller Ansatz: Innerhalb der foreach-Schleife (siehe auch Bild unten): Dann hast den Bildpfad.

    Code
    if (!empty($tag->images))
{
    $tagImages = new Registry($tag->images);
    $image = $tagImages->get('image_intro', '');
    // ODER
    // $image = $tagImages->get('image_fulltext', '');
}

  • wie cookie löschen

    Zitat von rolli

    Lässt sich denn diese Erweiterung mit dem Iframe formularen von Brevo verbinden?

    Nein, weil das Newletter-Formular konfiguriert man ja wohl bei brevo.com, denke ich. Brevo kenne ich nicht.

    Ich habe jetzt nicht alles gelesen oben. Vielleicht doppelt??

    Das ist jetzt insofern doof, wenn man es genau nimmt, weil du eigentlich auch für dieses Formular erst eine Einwilligung deiner Besucher abfragen müsstest, weil es ja externen Kram in die Seite holt. Und dann noch dazu, ein Google-Zeugs lädt.

    Beides müsste der Besucher also zuvor erfahren.

    Ob du es genau nimmst, bleibt leider dir überlassen.

    Es gibt Tools für Joomla, die so Abfragen "vor"die Iframes setzen können. Die Frage ist halt immer, wie genervt Besucher sind, dass sie da jetzt zusätzlich einwilligen müssen, nachdem sie blöden Datenschutzhinweis gelesen haben usw. usf.

    Ich kenne das Problem von CleverReach. Da hat man dann aber wenigstens die Möglichkeit, den HTML-Code ohne IFRAME in die Seite einzubinden. Die haben leider auch ein Google-Captcha drinnen, das nicht deaktivierbar ist, selbst, wenn man wollte.

    Aber der Besucher muss halt nur einmalig zu Beginn seines Besuches einwilligen, dass Google-Captcha geladen werden darf. Das geht einfach über das kostenlose "CookieHint and Consent"-Plugin. Wenn er da nicht eingewilligt hat, funktioniert auch Newsletteranmeldung nicht.

    Aber siehe 2.Bild unten (da fehlt das Captche), der Besucher bekommt 2 Möglichkeiten genannt, wie er "reinkommt".

    (Ich will dich nicht zu CleverReach locken! Ich schreib das nur, weil vielleicht kann man bei Brevo ja Ähnliches zusammenfrickeln; ohne Iframe. Und ja, bisschen Frickelei wars dann doch.)