WOW!!! DAS ist echt was! Herzlichen Glückwunsch dir und deinen Kunden! (auch wenn ich schon wieder Ausrufungszeichen verwende
Danke für deine Antwort. Nun ist meine Entscheidung klar, dass ich die Extension einsetzen werde.
WOW!!! DAS ist echt was! Herzlichen Glückwunsch dir und deinen Kunden! (auch wenn ich schon wieder Ausrufungszeichen verwende
Danke für deine Antwort. Nun ist meine Entscheidung klar, dass ich die Extension einsetzen werde.
WM-Loose Herzlichen Dank dir! Ich bin erlöst, denn Du hast meine Frage verstanden.
Wenn wiederholt meine eigentliche Frage ignoriert wird und mir dann auch noch unterstellt wird, ich würde zu bequem sein, eigene Erfahrungen machen zu wollen, dann ist die Grenze erreicht, ab der ich mich deutlich ausdrücken darf. Das erlaube ich mir durchaus.
Die Extension von Tassos hatte ich auf dem Schirm und in Erwägung gezogen. Die Free-Version nutze ich bereits.
Nachteil bei Tassos ist, dass die Subscription / die Lizenz jeweils nur für eine Website gilt oder bei 59 € für fünf Seiten. Ich würde drei benötigen. Allerdings gibt er 40% Rabatt bei Abschluss eines Abos. Das finde ich fair.
Die Extension von Viktor kannte ich noch nicht. Für deren Zweck nutze ich aktuell von Joomshaper die Free-Extension OSMeta, die mir für meine Ansprüche ausreicht.
Du schreibst, dass deine Empfehlung auf Berichten und Erfahrungen deiner Kunden beruht. Hast du eigene Erfahrungen mit Google Structured Data gemacht im Sinne von "Resultat ohne und Resultat mit"?
Stef Wieso fragst du, ob jemand etwas für mich testen soll? Wie geht das aus meiner Frage hervor?
Sagt mal, kann überhaupt jemand hier noch LESEN und VERSTEHEN?
Ich fragte, ob jemand Erfahrungen damit gemacht hat und wenn ja, welche. Ich fragte nicht: Kann das mal jemand für mich testen und die Auswertung der Tests mir zusenden, damit ich es mir auf anderer Leute Kosten und Zeit bequem machen kann.
Falls jetzt noch weiter derart geistreiche Antworten, Kritiken oder Missverständnisse hier gepostet werden, werde ich da nicht mehr drauf eingehen.
bembelimen Und stell dir vor, ich meckere immer noch! Einfach deshalb, weil bis jetzt niemand meine Frage beantwortet hat. Deine Kritik zeigt mir, dass auch du meine Frage nicht verstanden hast.
Ich frage nach den Erfahrungen, die jemand damit gemacht hat und nicht danach, was irgendwo oder bei Google dazu geschrieben steht.
Stef wie hilfreich!!!!
Dass du für solche Antworten Zeit hast… naja
Lieber MaxKom, deine aus irgendwo kopierten Erläuterungen helfen mir nicht weiter, da ich sie schon lange kenne. Bitte schau auf meine präzise Frage:
ZitatUnd daher möchte ich wissen, ob hier schon jemand damit Erfahrungen gemacht hat, inwiefern sich tatsächlich das Ranking deutlich verbessern wird durch diese Maßnahme. Ansonsten spare ich mir den Aufwand lieber.
Du beschreibst nicht deine Erfahrungen mit dem Einsatz von "Google Structured Data".
Bereits mehrfach habe ich im Web die Empfehlung gesehen, dass das Einfügen von "Google Structured Data" in die einzelnen Webseiten zu einer deutlichen Verbesserung des Ranking beitragen würde. Da ich das Einfügen nicht manuell machen möchte (kann zu viel dabei schief gehen und ich kenne mich auch zu wenig dafür aus), ist eine bezahlte Extension dafür erforderlich. Außer dem Nachteil, dass jede meiner drei Websites dann eine Lizenz dieser Extension benötigt entsteht mir der doch beträchtliche Aufwand, die Angaben zu jedem Beitrag meiner Website von Hand einzupflegen.
Und daher möchte ich wissen, ob hier schon jemand damit Erfahrungen gemacht hat, inwiefern sich tatsächlich das Ranking deutlich verbessern wird durch diese Maßnahme. Ansonsten spare ich mir den Aufwand lieber.
Vielen Dank für die Antworten. Da bin ich ja beruhigt. Auch ich habe mit Joomla 1.5 angefangen. Und ich bin mit 1.5 ein Mal gehackt worden. Bemerkt hatte ich das erst, als ich mir mal den ausgelieferten HTML-Text angeschaut hatte. Da waren endlose Texte eingefügt, die aber nicht dargestellt worden sind. Noch während ich nach dem Fehler suchte, war dann plötzlich die Website voll platt.
Mit Akeeba Backup die Site neu installiert und seitdem immer das Backend mit htaccess dicht gemacht.
Mit Joomla 3.x hatte ich dann dennoch eine Panne – vermutlich über die Systemkomponente Kontakte: Plötzlich hatten sich weitere Benutzer eingetragen, die aber nicht aktiviert wurden. Eine Überprüfung der Dateien ergab nix Auffälliges. Ich habe dann diese Benutzer gelöscht. Welche Gegenmaßnahme dann geholfen hatte, weiß ich nicht mehr. Seitdem ist an meinen Joomla-Websites nix Sicherheitsrelevantes mehr passiert.
Ich achte aber auch darauf, ständig alles aktuell zu halten.
Die einzige zusätzliche Sicherheits-Extension, die ich nutze, ist BruteForceStop. Die hat schon so manche Script-Kiddies und andere ausgesperrt. Früher hatte ich noch Marco's SQL injection installiert. Aber das gibt es ja leider nicht mehr für J4 und wurde zudem lange nicht mehr gepflegt. Hier hilft inzwischen sicher die aktuelle htaccess von Joomla.
Ich hatte Acymailing schon auf zwei meiner neuen Websites eingerichtet. Aber glücklicher Weise kam ich mit der Gestaltung meiner Newsletter nicht zurecht und habe mich dann für NS Pro entschieden. Die Gestaltung war hier viel einfacher. Kaum hatte ich das in Betrieb, erfuhr ich von der Sicherheitslücke in Acymailing.
Meine Websites sichere ich immer mit einer htaccess im Admin-Bereich ab, deaktiviere "Kontakte", habe so wenig Extensions wie möglich installiert und im Root eine sorgfältig optimierte htaccess.
Nun riet mir ein bekannter dazu, ich solle diese Extension installieren: https://extensions.joomla.org/…ty/site-security/eyesite/
Wenn ich das richtig verstehe, hilft diese nicht gegen Verfälschungen in der Datenbank. Wohl aber registriert sie, wenn sich Dateien der Installation ändern. Anscheinend wird je Datei ein Haswert erzeugt und in der Datenbank abgelegt. Der wird dann in regelmäßigen Abständen mit den Hashwerten der aktuellen Installation verglichen und bei Änderungen erhält man eine Email-Benachrichtigung.
Immerhin wäre damit vermutlich ein Einbruch über die Acymailing-Lücke aufgefallen, bevor das ganze System verseucht ist, oder?
Was ist also von solch einer Extension zu halten? Bringt die wirklich mehr Sicherheit? Und wenn nicht "Eyesite", welche Extension würde es besser machen?
Gerade habe ich im Matomo-Forum die Lösung erhalten, sie eingebaut und erfolgreich getestet:
Das WYSIWYG-Layout im Backend wird in einem iFrame dargestellt. Deshalb schlugen die bisherigen Versuche fehl, das Tracking zu verhindern. Die if-Kondition muss also erkennen, dass die Webseite in einen iFrame geladen wird.
Allerdings wird damit zugleich das Tracking von Lightboxen usw. verhindert, die mit iFrame-Technik arbeiten und in die z.B. ein Joomla-Beitrag hinein geladen wird.
Hier der Tracking-Code, der das Tracking von iFrame-Inhalt verhindert:
<script type="text/javascript">
var _paq = window._paq = window._paq || [];
_paq.push(['disableCookies']);
_paq.push(['enableHeartBeatTimer', 1]);
_paq.push(['trackPageView']);
_paq.push(['enableLinkTracking']);
(function() {
var u="https://matomo.meine-domain.de/";
_paq.push(['setTrackerUrl', u+'matomo.php']);
_paq.push(['setSiteId', '1']);
// ↓↓↓ Lade die matomo.js nur, wenn die Webpage nicht als Iframe geladen wird.
if ((window.self === window.top) === true) {
var d=document, g=d.createElement('script'), s=d.getElementsByTagName('script')[0];
g.async=true; g.src=u+'matomo.js'; s.parentNode.insertBefore(g,s);
}
})();
</script>
<noscript><img referrerpolicy="no-referrer-when-downgrade" src="https://matomo.meine-domain.de/matomo.php?idsite=1&rec=1" style="border:0;" alt="" /></noscript>
Alles anzeigen
OK, ich hab da im Matomo-Forum völlig falsch verstanden, nämlich wohin die if-Kondition gehört. Aktuell habe ich folgende zwei Versionen des Tracking-Codes getestet. Die erste verhindert das Tracking im Backend nicht und die zweite verhindert jegliches Tracking – auch im Frontend. Übrigens: Auch ein Blick in die W3schools.com hat mich nicht schlauer gemacht:
und
Hier nun der erste Code, wie er mir im Matomo-Forum nahe gelegt wurde:
<script type="text/javascript">
var _paq = window._paq = window._paq || [];
_paq.push(['trackPageView']);
_paq.push(['disableCookies']);
_paq.push(['enableHeartBeatTimer', 1]);
_paq.push(['enableLinkTracking']);
(function() {
var u="https://matomo.meine-domain.de/";
_paq.push(['setTrackerUrl', u+'matomo.php']);
_paq.push(['setSiteId', '3']);
// Lade die matomo.js nur, wenn URL-Pfad nicht "/administrator"
if (window.location.pathname.startsWith("/administrator") === false)
{
var d=document, g=d.createElement('script'), s=d.getElementsByTagName('script')[0];
g.async=true; g.src=u+'matomo.js'; s.parentNode.insertBefore(g,s);
}
})();
</script>
Alles anzeigen
Und hier der zweite Tracking-Code
<script type="text/javascript">
var _paq = window._paq = window._paq || [];
_paq.push(['trackPageView']);
_paq.push(['disableCookies']);
_paq.push(['enableHeartBeatTimer', 1]);
_paq.push(['enableLinkTracking']);
(function() {
var u="https://matomo.meine-domain.de/";
_paq.push(['setTrackerUrl', u+'matomo.php']);
_paq.push(['setSiteId', '3']);
// Lade die matomo.js nur, wenn URL-Pfad nicht "/administrator"
if (window.location.pathname.match("/administrator") === false)
{
var d=document, g=d.createElement('script'), s=d.getElementsByTagName('script')[0];
g.async=true; g.src=u+'matomo.js'; s.parentNode.insertBefore(g,s);
}
})();
</script>
Alles anzeigen
Die im Backend angezeigte URL, während ich im YooThemePagebuilder arbeite ist:
Was sollte ich nun noch ausprobieren?
Oder: Hat jemand überhaupt dieses Problem (unerwünschtes Tracking im Backend) lösen können?
Seit über einer Woche diskutiere ich vergeblich im deutschsprachigen Matomo darüber, wie ich den Matomo-Tracking Code verändern muss, damit Matomo mir meine Arbeiten mit dem Pagebuilder nicht trackt. Leider verlief die Diskussion bisher ohne Ergebnis aber mit viel Zweitaufwand.
Das Thema "unerwünschtes Tracking im Backend bei Nutzung von Pagebuildern müsste eigentlich viele Joomla-User angehen. Deshalb habe ich mir erlaubt, dieses eigen tlich Matomo-spezielle Thema hier rein zu bringen. Deshalb poste ich das Thema jetzt hier.
Wenn man einen WYSIWYG-Pagebuilder im Backend benutzt, so lädt der die sonst auf dem Frontend zu sehende Seite in einen Zwischenspeicher. Dieser Ladevorgang wird bisher bei meinem YooThemePagebuilder getrackt. Im Zwischenspeicher wird die Seite bearbeitet und wenn eine Änderung erfolgreich war, so speichere ich diese natürlich sofort ab. Hierdurch wird die bearbeitete Seite sofort erneut geladen und ich erhalte erneut ein Tracking. Das ist natürlich unerwünscht: Selbst wenn ich aus dem Besucher-Log mir die Besuche wegdenke, die auf meine PC-Ausstattung schließen lassen = eigener Besuch, ist die Sache doch sehr störend, wenn ich die grafische Besucherstatistik nutzen will.
Die von Matomo vorgesehenen Dinge wie Cookies / do-not-track usw. greifen bei mir nicht, da ich meine Websites streng so aufgebaut habe, dass ich keinen Cookie-Banner oder vom Besucher eine sonstige Zustimmung zum Tracking benötige. Also muss man in den Tracking-Code mit einer "if"-Bedingung eingreifen.
Die URL, die der Pagebuilder im Backend nutzt, bietet da einen scheinbar einfachen und sicheren Angriffspunkt:
Jede URL meiner Website, die den Begriff "administrator" beinhaltet, soll nicht getrackt werden. Vielleicht reicht diese Bedingung nicht aus, denn die typische URL im Backend sieht so aus:
Diese URL erscheint, wenn ich die Webseite "mein-blog" bearbeiten will. Der erste Teil der URL bezieht sich auf das Backend und der letzte Teil bezieht sich auf die URL der zu bearbeitenden Seite. In diesem letzten Teil ist ja das "administrator" nicht enthalten. Vielleicht müsste man die "if"-Kondition auf den begriff "&site=" beziehen, denn damit wird offensichtlich die im Pagebuilder zu bearbeitende Seite im Backend geladen?
Aktuell habe ich aufgrund der Vorschläge aus dem Matomo-Forum folgenden Tracking-Code ausprobiert (der aber nicht das gewünschte Ergebnis brachte):
script type="text/javascript">
if (window.location.pathname.startsWith("/administrator") === false) {
var _paq = window._paq = window._paq || [];
_paq.push(['disableCookies']);
_paq.push(['enableHeartBeatTimer', 1]);
_paq.push(['trackPageView']);
_paq.push(['enableLinkTracking']);
(function() {
var u="https://matomo.meine-domain.de/";
_paq.push(['setTrackerUrl', u+'matomo.php']);
_paq.push(['setSiteId', '1']);
var d=document, g=d.createElement('script'), s=d.getElementsByTagName('script')[0];
g.async=true; g.src=u+'matomo.js'; s.parentNode.insertBefore(g,s);
})()};
</script>
<noscript><img referrerpolicy="no-referrer-when-downgrade" src="https://matomo.meine-domain.de/matomo.php?idsite=1&rec=1" style="border:0;" alt="" /></noscript>
Alles anzeigen
Es gibt aus einer anderen Diskussion im Matomo-Forumfolgenden Vorschlag für die "if"-Bedingung:
script type="text/javascript">
if (!window.location.pathname.match("/administrator") {
var _paq = window._paq = window._paq || [];
_paq.push(['disableCookies']);
_paq.push(['enableHeartBeatTimer', 1]);
_paq.push(['trackPageView']);
_paq.push(['enableLinkTracking']);
(function() {
var u="https://matomo.meine-domain.de/";
_paq.push(['setTrackerUrl', u+'matomo.php']);
_paq.push(['setSiteId', '1']);
var d=document, g=d.createElement('script'), s=d.getElementsByTagName('script')[0];
g.async=true; g.src=u+'matomo.js'; s.parentNode.insertBefore(g,s);
})()};
</script>
<noscript><img referrerpolicy="no-referrer-when-downgrade" src="https://matomo.meine-domain.de/matomo.php?idsite=1&rec=1" style="border:0;" alt="" /></noscript>
Alles anzeigen
Aber auch dieser TrackingCode hat nicht funktioniert, sondern sogar das gesamte Tracking verhindert – auch im Frontend.
Der Tracking-Code ohne die Bedingung am Anfang funktioniert seit Jahren zuverlässig auf mehreren Websites, daran kann es nicht liegen.
Leider habe ich nicht die Zeit und die Fähigkeit, mich jetzt noch in Javascript einzuarbeiten, um dieses Problem zu lösen. Mein Beruf ist Heilpraktiker und nicht Software-Mensch. Dass ich aufgrund ständig knapper Finanzen diesen Mangel durch eigene Arbeitskraft ersetzen und mich viel zu oft mit Dingen beschäftigen muss, die mich eigentlich nicht interessieren und keine Freude machen, ist schon schlimm genug.
Hier fehlt mir einfach nur die passende Formulierung der "if"-Bedingung. Bin gespannt, ob mir jemand diese hier mitteilt!
Korrektur: Es gibt betr. PHP nur Fehlermeldungen, wenn ich diese in den Systemeinstellungen aktiviere. Komplett deaktiviert, läuft die Extension einwandfrei! Ich habe nochmals alle Funktionen getestet!
Vielen Dank!
In diesem Zusammenhang und somit zum Thema gehörend, möchte ich folgende Frage stellen:
Ich habe hier noch die Zugriffszahlen einer alten Joomla 3.x Installation drin, die ich auf J4 upgegradet habe.
Gibt es eine Möglichkeit, die Zugriffszähler für Beiträge und Kategorien auf Null zurück zu setzen?
Aktuell habe ich auf zwei Websites die Newsletter Extension "NS Pro Newsletter System" von Christophoros Mavros im Einsatz. Meine Einschätzung heute:
Läuft stabil, ist einfach und schnell einzurichten, verzichtet auf Schnickschnack / unnötige Features. Besonders die Gestaltung von Templates und ihr Zusammenwirken mit den darauf basierend erstellten Newslettern ist sehr einfach und klar durchschaubar ((z.B. im Gegensatz zu Acymailing und BwPostman): Das HTML des Template wird schlichtweg bei dessen Auswahl in den Newsletter kopiert. Anschließend kann man im Newsletter mit dem vom Template einkopierten HTML machen, was immer man will. Sowohl Template als auch Newsletter sind ruckzuck erstellt.
Per Support im Forum bekam ich von Christophoros den Tipp, dass ich z.B. um eine persönliche geschlechtsspezifische Anrede zu gestalten, mit "if"-Bedingungen Verknüpfungen erstellen kann: Wenn ein Feld der Abonnenten mit einem bestimmten Wort gefüllt wurde, dann füge im Newsletter das Wort xxx ein.
Es gibt – vermutlich wegen der Umstellung auf PHP 8.x – noch einige Fehlermeldungen, die sich auf Datumsfelder beziehen.
Gerne hätte ich noch die Möglichkeit, Bilder im Base64-Code einfügen zu können. Hierzu muss aber der Email-Header den nötigen Hinweis enthalten und vor sowie nach dem HTML-Bereich des Newsletters die entsprechenden Einfügungen vorgenommen werden. – Diesen Luxus bietet aber bisher keine mir bekannte Newsletter Extension. Das bekommt man bei Dienstleistern wie MailChimp usw.
Für den Preis – 29,- Euro Jahreslizenz, im mehrjährigen Abo nur knapp 20 Euro habe ich bisher nichts Besseres gefunden.
So, ich habe diese Extension jetzt gekauft und erprobt. Ich habe noch keine Newsletter Extension so schnell eingerichtet, wie diese. Aber es gibt ein paar Kleinigkeiten, über die ich gerade mit Christoforos in seinem Forum diskutiere. Es betrifft meine Sonderwünsche nach geschlechtsspezifischer Anrede und nun auch gewisse Schwierigkeiten, wenn ich aus einer CSV-Datei Adressen importiere und die Felder aus dieser Datei den Feldern in der Extension zuordnen muss.
Aber so, wie ich bisher Christoforos beim Seervice / Support bei SimpleQuiz erlebt habe, wird er mir sicher bald eine Lösung anbieten können.
Bis jetzt finde ich die Extension also genau passend: https://extensions.joomla.org/extension/ns-pro/
Ich hab mal jetzt bei https://mavrosxristoforos.com/…tensions/commercial/nspro nachgefragt. Die geschlechtsspezifische Anrede hat er wohl noch nicht integriert (männlich, weiblich, undefiniert / nicht angegeben).
Diese Extension Newsletter System Pro ist anscheinend einfach gehalten, ohne Schnickschnack. Zudem habe ich dort schon SimpleQuiz im Einsatz. Der Entwickler, Christoforos Mavros ist sehr engagiert, reagiert schnell freundlich und qualifiziert auf Anfragen und ist offen für Ergänzungen / Optimierungen. Dass das Teil 30 Euro p.a. kostet, bei mehrjährigem Abo nur ca. 20 Euro finde ich fair.
Mit BwPostman und Acymailing kam ich nicht zurecht.
Ich schreib wieder, wenn ich's in Betreib habe oder eine andere Lösung gefunden habe. Bis dahin halte ich aber meine Frage vom ersten Post offen!
Ich würde es nicht in Joomla integrieren wollen. Denn Jitsi läuft nicht auf einem normalen "Webspace", sondern benötigt einen eigenen Server. Und der wird dann auch gut ausgelastet, wenn z.B. 10 Teilnehmer quasseln. Oberhalb 10 Teilnehmern wird es dann eng und es empfiehlt sich, einen unterstützenden Server hinzu zu schalten (TURN usw.) da kenne ich mich aber nicht aus.
Mein Tipp: Bei Hetzner gibt es sehr kostengünstige Cloud-Server. In der Installationsroutine des Serverpakets kann man bei Anlegen des Servers die Ubuntu-Version sowie das Jitsi-Paket auswählen. Anschließend brauchst du nur noch auf deinem Webspace eine Subdomain mit DNS-Eintrag auf die Hetzner-IP anzulegen. Ein Joomla-Jitsi-Plugin wird auch nicht mehr tun, als die Verbindung zu einem anderen Server herzustellen, auf dem Jitsi installiert ist.
Ich habe relativ gute Erfahrungen machen können mit dem kleinen Hetzner Cloud-Server für knapp 9 Euro im Monat. Ist zudem jederzeit kündbar!
Webgo hat inzwischen per Mail eingestanden, dass sie ein Problem mit PHP 8.2 und Joomla 4.x haben und dass es nicht an Joomla liegt. Man arbeite mit Hochdruck an einer Lösung und stelle bis dahin PHP 8.2 nicht mehr zur Auswahl bereit.
Ich staune, dass man also offenbar PHP 8.2 ohne hinreichende Tests einfach mal zur Auswahl frei gegeben hat!