Beiträge von Re:Later

Mit einem Link zum Problem, wären wir sicherlich schneller.

Meist sind das Phänomene, die auftreten, wenn das verwendete Template einen Override von mod_menu drinnen hat, der Override aber aus Zeiten stammt, als es die Menüüberschrift noch nicht gab. Von diesen Templates gibt es überraschend viele. Die haben dann auch kein CSS für Menüüberschrift dabei und man muss nervig nacharbeiten.

1) Prüfen, ob es eine Datei

/templates/MEINTEMPLATE/html/mod_menu/default.php

gibt.

2.) Prüfen, ob es darin die Zeile ähnlich dieser gibt,

case 'heading':

in diesem Kontext oder ähnlich (gelbe Zeilen)

https://github.com/joomla/joom…/tmpl/default.php#L71-L82

Bevor ich mir einen Wolf schreibe, schau erst mal.

Vielleicht reicht ja nach deinem "Seltsames":

Zitat von Luxa

Würde Google jetzt nicht mehr diesen falschen (falsch, da er ja nicht gewünscht ist, da kein Beitrag dahinter liegt) Link in der Googlesuche aufführen (... dauert natürlich einige Woche bis Google seine Links überarbeitet)?

Du kannst in der Google Search Console die vorübergehende Entfernung von URLs beantragen. Das geht fix. Die URL darf aber dann auch nicht mehr erreichbar sein!

Sollte sie jetzt gewiss eine 404-Seite anzeigen, wars das schon.

Google wird dir zwar diesen Link in der Google SearchConsole auch in 20 Jahren noch als "Wichtige Seite nicht erreichbar" oder so anzeigen, vielleicht auch erst in 20 Jahren das erste mal wieder anzeigen, aber, so lange du darauf nicht reagierst, alles gut.

Clownvogel Weise bitte immer selbst auf Crosspostings hin.

Darf ich zwar wohl nicht, aber winke mal mit Zaunpfahl: Gestern sind bereits gespeicherte Antworten von mir aus dem anderen Forum verschwunden, wegen erneuten Datenbank-Problemen...

Weil du einen Teil ja schon selbst entdeckt hast. Vergiss

Zitat von Re:Later

Erweiterungen > Datenbank. Klicke Reparieren-Knopf.

nicht.

Zitat von hellobuddy

Lösung: Ordner /administrator/components/com_search von einem frischen Joomla ZIP hochgeladen

Mach trotzdem noch das FULL-Paket wie oben beschrieben. Weil Komponenten nicht nur Dateien aus eigenem Ordner verwenden. Deshalb empfehle ich immer, gleich alles. Spart diesbzgl. weitere Recherchen.

Bezüglich "call to a member function get() on null" kannst das ausprobieren:

Fehler finden durch detailliertere Fehlermeldung. Debug-Modus. Call stack.

Vielleicht zeigt sich, dass es gar nicht die Suchkomponente selbst ist.

Bezüglich Neuinstallatio:

Ich persönlich würde gar nicht deinstallieren, so lange nicht klar ist, wo der Fehler sich versteckt, weil du ggf. Datenbankeinträge entfernst, die nicht so einfach wiederherstellbar sind.

Entpacke ein Joomla 3.9.6-FULL-Paket. Kopiere das per FTP ohne Ordner /installation/ und /templates/ über deine Installation drüber. Gehe anschließend Erweiterungen > Datenbank. Klicke Reparieren-Knopf.

Vielleicht reicht das schon.

Gehe Erweiterungen > Überprüfen. Schau, ob du was nachinstallieren musst.

Zitat von der_kps

Eigenwerbung

Selbstverständlich darf eine Seite und auch Metabeschreibung Eigenwerbung für sich machen. Ich meinte das so, dass es nicht gut ist eine Metabeschreibung für so etwas zu verwenden, wenn der Zusammenhang zur jeweils angezeigten Seite fehlt.

Auf einer Seite, wo über eine Regatta erzählt wird, an der Ihr teilgenommen: "Über die Regatta ..., an dem Segler vom Yacht-Club Fantastico siegreich teilnahmen." versus "Yacht-Club Fantastico ist ja so was von dolle. Werde Mitglied!"

Dann ergänze ich: "Bin doch nicht blöd und verschwende da meine Zeit" , wenn ich eine Free-Version für andere mal kurz auschecken möchte

Die beiden genannten Metaangaben sind mehr oder weniger "Beiwerk". MetaSchlüsselworte werden von G gar nicht mehr beachtet.

Metabeschreibungen haben primär den Sinn Suchende anzusprechen einen Treffer anzuklicken, weil sie eine kernige, kompakte Inhaltsangabe der zugehörigen Seite liefern (Abstract). Klicks sind bzgl. Ranking Gold wert. Damit sie in Suchtreffern vielleicht oder auch nicht (entscheidet G anhand der Suchbegriffe) angezeigt werden, müssen sie aber einen engen Bezug zum Inhalt der jeweils angezeigten EinzelSeite und zu verwendeten Suchbegriffen haben. Natürlich kann man hier weitere Variationen/Synonyme von im Artikel verwendeten Begriffen einstreuen. G ist schlau genug, das zu erkennen und ggf. in die Suche nach vom Suchenden eingegebenen Suchbegriffe mit einzubeziehen. "vielleicht oder auch nicht"

Sinnfrei ist exakte Kopien von Textausschnitten aus dem Artikel als Metabeschreibung zu nehmen.

"Eigenwerbung": Wenn du damit so was wie Keyword-Spamming meinst, ewig das selbe Blah-Blah, immer nur der Verein und nicht der Inhalt der jeweiligen Seite, dann KANN das schädlich sein. Muss aber nicht. In den meisten Fällen wird die Beschreibung dann einfach als nicht seitenrelevant oder doppelt betrachtet und ist umsonst.

Kurz: Metabeschreibungen haben einen ergänzenden Charakter, der MIT zu einer Verbesserung des Rankings führen kann, aber nicht muss.

Ich erstelle meine mit oben Erwähntem. Für Menschen, kurze, knackige Sätze, informativ, ohne Füllworte, individuell formuliert, mit Bezug zur nach Klick angezeigten Seite, deren Inhalt weitaus wichtiger ist fürs Ranking. Lieber keine statt redundantes Blah-Blah.

Ixh seh's wie meine Vorredner.

Trotzdem:

Falls du die hier meinst, geh ich davon aus, dass man das ZIP entpacken muss und die Erweiterungs-Zips darin einzeln installieren muss. Kanns nicht ausprobieren, weil man sich da registrieren muss und hab schon genug Spam von Entwicklern

Zitat von sven101079

Ist mit diesem Code nun bereits sichergestellt, dass es keine Probleme beim Umschalten für SEO gibt

Korrekt.

Zitat von Clemens-XS

Daher möchte ich auf ein möglichst einfaches und de facto schon als Standard laufendes Template wechseln. Beez3 scheint mir dazu geeignet zu sein.

Da liegst du falsch. Beez3 ist gelinde gesagt "verquast". Das liegt aber daran, dass es traditionell einen ganz anderen Ansatz hatte als andere Joomla-Templates, nämlich barrierefrei zu sein. Wobei das längst nicht mehr der Fall ist.

Aus Joomla 3 darf es aus den selben Gründen nicht entfernt werden wie das beim teils verbuggten Backendtemplate Hathor der Fall ist. Es dümpelt vor sich hin.

Es ist weder für Mobilgeräte gut geeignet (eigentlich gar nicht) noch leicht pflegbar. Wenn es um CSS geht, ganz besonders nicht. Gelegentlich sogar "Hölle".

Ich würde dir raten, noch mal zu überlegen. Falls Joomla 3: Entweder Protostar oder (ich weiß zwar nicht, ob ich das darf) eines von joomla51. Die sind sehr nahe an Joomla-"Logik" programmiert und preislich überschaubar. Wenn man eins mit einfachem Aufbau nimmt und nicht zu alt, kann man nicht viel falsch machen. Also keine "statischen" Haupt-Menüs links und so Kram nehmen.

Warten auf Joomla 4? Dabei darf man nicht vergessen, dass auch dessen Standardtemplate einigen einiges abfordern wird, wenn sie etwas ändern wollen, da mit Bootstrap 4. Aber will es keinesfalls schlecht machen.

Auch da denke ich, dass joomla51 dann einiges anbieten wird.

Auf eine "Kompatibilität" Joomla-3-Templates mit Joomla 4 würde ich mich generell nicht verlassen. Nach einiger Spielerei scheint mir das doch aufwendiger Templates zu portieren. Nicht unbedingt technisch, aber auch CSS und ähnliches.

Das meint, dass noch CSS- und JS-Dateien geladen werden, obwohl eigentlich schon der Inhalt der Seite angezeigt werden könnte.

Alle CSS-, JS-Aufrufe werden im Normalfall hintereinander ausgeführt und warten ab, bis der vorhergehende abgeschlossen ist. Erst, wenn alle durch sind, kommt dann die Seite selbst.

Inspizieren kannst du das auch im Inspektor des Browsers (Tabulator Netzwerkanalyse).

In Teilen Abhilfe schaffen kann das Plugin JCH-Optimize, das sowohl CSS-Dateien und JS-Dateien in je einen einzelnen Aufruf zusammenfassen kann, was im Normalfall etwas oder mehr Zeitersparnis bringt und das auch HTML komprimieren kann.

Man kann dieses Plugin auch überkonfigurieren!

Bei mir haben kürzlich Seiten einen sehr sehr erheblichen Push erfahren, weil ich meinen Provider gebeten habe, mich auf einen Server mit HTTP/2 umzuziehen. War sogar kostenlos. Ich kann allerdings nicht sagen, ob es einfach nur der Umzug auf "besseren" Server war oder HTTP/2. Ich habe sonst nichts getan, also keine "Server Pushs" eingerichtet, von denen man häufig im Zusammenhang mit HTTP/2 liest, weil man hier auch viel falsch machen kann mit einer unüberlegten Einrichtung.

Ansonsten bin ich bzgl. dieses Themas dämlich und denke, andere werden weitere Tipps haben(?)

Zitat von woj

Informationen gegeben mit denen jeder machen kann was er will.

Und diese von dir geposteten Informationen gehören nicht in ein seriöses Joomla-Forum, jedenfalls nicht ohne deutlichen Widerspruch, in denen Fragende Hilfe bekommen sollen eben KEINE Fehler zu machen. Ein uraltes, unsicheres Joomla coreseitig so zu hacken, dass es angeblich problemlos auf PHP 7 läuft, ist ein Fehler.

Was Verpflichtung zur uneingeschränkten Rückwärtskompatibiltät anrichten kann, nämlich neue, einfachere Techniken im Joomla-3-Core NICHT verwenden zu dürfen, weiß jeder, der sich nur ein bisschen an Joomla-Entwicklung beteiligt.

Was alleine durch die Mindestvoraussetzung PHP 7 (man weiß noch nicht, welche) in Joomla 4 codeseitig an Code-Effizienz an vielen Stellen zu sehen ist, ist ein Riesenschritt vorwärts. Nur das alleine.

Dann sollen wir für dich noch Quellen zusammensuchen, weil du zu faul und selbstverliebt bist und glaubst hier wären nur Spacken unterwegs. Sieger66 hat das ja jetzt netterweise für dich getan. Die meisten Supporter hier kennen diese Quellen, haben die bitteren Folgen für Joomlanutzer miterlebt und mitbetreut. Und deshalb "basta".

Zitat von woj

mein DMZ/Hosting Setup

Das erwähnst du zum ersten Mal. Was glaubst du, wie viele Fragende hier eine eigene DMZ verwenden, wie viele von denen sind in der Lage ein solches System sicher aufzusetzen und sicher zu betreuen und die Zeit dazu haben? Oder lässt du das Setup auch auf Stand 1990, weils ja mit ein paar eigenen Hacks prima weiterläuft?

Außerdem würde mich interessieren, wie du dann deine Firewalls aufsetzt, wenn du keine Ahnung hast, welche Lücken in deiner WEbseite überhaupt ausgenutzt werden können.

Oder willst du damit andeuten, dass dein Joomla nur über ein LAN erreichbar ist?

Egal. Wirst schon wissen, was du tust.

Die meisten Fragesteller sind bei Hostern, die dankenswerterweise mittlerweile nahezu alle kapiert haben, dass man veraltete Software mit Vorlauf von Servern rigoros entfernt; auch des kostenintensiven Pflegeaufwands wegen. Und ganz schlaue, pflichtbewusste verbieten sogar Joomla 2.5. Deine Hack-Vorschläge sind ein gutes Argument für solche Hoster gleich richtig "radikal" zu handeln, wenn Webseiten-Nutzer und Server fahrlässig gefährdet werden.

Fordert übrigens auch die DSGVO.

Ich bin jetzt hier ausch raus. Bemüh dich nicht weiter...

Ist doch einfach. Vergleiche alte Dateien mit der eines aktuellen Joomlas.

Nebenbei hat 2.5.9 eine Sicherheitslücke im Bereich Session. Kannst also eigentlich froh sein, wenns nicht funktioniert.

Dann such dir doch ein Joomla-2.5-Forum.

2.5.9 hat gravierende Sicherheitslücken und aus. Wenn du in der Lage bist, Code zu portieren, wo ist dann eigentlich dein Problem Erweiterungen zu portieren.

Und PHP7 als "Etikettenschwindel" zu bezeichnen, zeigt wie weit weg du vom Thema bist und wie wenig man deinen Tipps folgen sollte.

Ich schreibe das nur, damit andere nicht auch auf solche dämlichen Ideen kommen.

Zitat von LevelOne2k

Diesen Code in die index.php meines Templates einbinden?

Genau. z.B. direkt nach dem öffnenden <head>-Tag.

Zitat von LevelOne2k

Wo legt man das Favicon denn dann am besten ab damit es für alle Browser und alle bestmöglichen Auflösungen genommen wird.

Der HTML-Code deines Bildes in Post #3 geht davon aus, dass die Bild-Dateien im Stammverzeichnis Joomlas liegen. Siehst du am führenden / der href-Angaben. Natürlich kannst die Pfade auch beliebig anpassen.

/administrator/dingsbums.png

/templates/meinTemplate/dingsbums.png

Beachte auch das, was Sieger66 sagt. Meines Erachtens lohnt sich das alles nicht fürs Backend-Template. Machst lieber ein schönes Anmeldelogo. Das kannst nämlich updatesicher im ISIS-Template-Stil einstellen.

"Aus Webkatalog installieren", also. Danke!

christine2 hat mich gerade parallel per Email drauf gebracht

Ich finde meist per Suchmaschinen schneller, was ich suche. Und längst nicht alles gibt's im JED, Wenn ich beim Download dann Daten eingeben soll, probier ich's dann ganz vielleicht mal über Webkatalog im Backend. Oder mal populäre StandardErweiterungen, die dann eh ganz vorne stehen ohne Suche. Aber ansonsten deaktiviert, das Plugin.

Bevorzuge "Von URL installieren", weil ich vorher auf der Herstellerseite rumschauen kann.

Zitat von Nobby

Ich hab mich im Backend schon durch den Webkatalog geklickt

Was ist denn eigentlich der "Webkatalog im Backend"? Kann mir da grad gar nichts drunter vorstellen.

Du hast eine Seite, die dir im Frontend angezeigt wird.

Auf dieser Seite werden mehrere Beiträge untereinander angezeigt(?)

Wenn du in deinen Menüaufbau schaust, welchen Menüeintragstyp hat die angezeigte Seite?????????

"Beiträge » Kategorieblog", "Beiträge » Haupteinträge", "Beiträge » Kategorieliste" etc. pp.????????????????????????????

Ganz was anderes????????????

Hast du einen Link zur Seite?

Lies bitte die Forenregeln, welche Infos Helfer benötigen, um dir helfen zu können. Vornehmlich mal einen Link zum Problem, zur Seite. Es hilft nichts das Joomlaplate-Template-Demo zu verlinken, noch dazu, wenn da das Problem gar nicht zu sehen ist.

Und hast du nicht support beim Hersteller, wenn du es gekauft hast? Schätze aber, der wird dann auch einen Link haben wollen.