keine Suchen in "Alexandria Book Library"

    oben rechts bei Mehrsprachenstatus stehn noch Hinweise ...:

    • Warnung Die Standard-Startseite, die der en-GB Inhaltssprache zugeordnet ist, ist nicht veröffentlicht. Die Sprache wird auf der Website nicht angezeigt.
    • Warnung Die Standard-Startseite, die der de-DE Inhaltssprache zugeordnet ist, ist nicht veröffentlicht. Die Sprache wird auf der Website nicht angezeigt.
    • Warnung! Ein Benutzer/Autor sollte nur einen verknüpften Kontakt haben, welcher der Sprache „Alle“ zugewiesen ist, ODER einen Kontakt pro veröffentlichter Inhaltssprache.
    • Einige Kontakte, die mit dem Benutzer „Klaudewitz“ verknüpft wurden sind fehlerhaft.

    dem ist noch nachzugehen.

    Darunter dann:

    vllt.? Schaue ich mir nachher an ...


    > Warnung Die Standard-Startseite, die der en-GB Inhaltssprache zugeordnet ist, ist nicht veröffentlicht. Die Sprache wird auf der Website nicht angezeigt.

    damit kann ich nichts anfangen: im Nebenmenü habe ich die eine Startseite als Menülink mit Beiträge "Hauptbeiträge" und Sprache "Alle" und Alias home. Keine Standard-Startseite. was spricht J! hier von "nicht veröffentlichter Standard-Startseite"? Die Startseite ist der Menülink, der Hauptbeiträge sammelt. Darunter können natürlich welche nicht veröffentlicht sein, die ich nicht mehr für aktuell hielt, um da keine Enlosseite von zu machen.

    Meine Benutzer/Autoren sind alle auf Sprache "Alle"
    Ich habe einen Kontakt in en u. de, der auf den selben Benutzer ("Alle") linkt.
    Dann gibt es noch einen 2-sprachigen Kontakt, von dem nur das deutsche Profil auf einen anderen Benutzer linkt.


    Beim Einrichten von J! war ich erst bisschen unsicher und habe vllt. auf "richtig mehrsprachig" gesetzt, dann aber meine Version mit den verknüpften Sprachen realisiert. Ob das hier relevant ist?


    PS: das forum ist grad "auch" "etwas" fragil - will garnix mehr annehmen - nach dem X-ten gelingt ne Antwort erst

    nun, die webseite hat 10% Seiten in deutscher und englischer Version. Englisch ist dann über die Beitragsoption "Verknüpfungen" angefügt. Multisprach-Plugin ist aktiv und schaltet entsprechend der User-Browsereinstellung um bzw. kann man per Fähnchen auf /de oder /en schalten. Es gab in J!3 und jetzt in J!5 die "Startseite" als Blog-Menüeintrag mit Sprache "Alle", die als Blog Hauptbeiträge, je nach Sprache, herauszog & als "Startseite" zusammenstellte.
    Ist das eine mehrsprachige Seite laut J!-Definition? In J!3 lief und läuft das so hervorragend - inkl. der finder-Suchen etc..
    Eine J!-Warnung und chatgpt's Äußerungen haben mich, bei dem trouble jetzt, in J!5 einen de-Menüeintrag und einen en-Menüeintrag neben den Alle-Menüeintrag stellen lassen. Bin rein logisch nicht so glücklich damit aber beobachte noch, erkenne eigentlich noch keine große Verbesserung. Kann sein, dass eine J!-Warnung weg ist (weiß manchmal nicht genau. wo/wann die auftauchen).
    mehrsprachig: ich mag dieses "Doppelmenüschema" DE, EN nicht. Lieber so eine "niederschwellige" Spracheinbindung.

    ersten beiden Warnungen/Hinweise beseitigt:
    Diese Website wurde als mehrsprachig definiert. Es muss mindestens ein Sprachauswahlmodul der Sprache „Alle“ zugewiesen und veröffentlicht sein. Dieser Hinweis kann ignoriert werden, wenn das Sprachauswahlmodul nicht eingesetzt wird, aber dafür direkte Links.

    • ich hatte ein eigens Sprachauswahl-div. Das habe ich durch J!'s ersetzt

    Warnung Warnung! Ein Benutzer/Autor sollte nur einen verknüpften Kontakt haben, welcher der Sprache „Alle“ zugewiesen ist, ODER einen Kontakt pro veröffentlichter Inhaltssprache.
    Einige Kontakte, die mit dem Benutzer „Eli“ verknüpft wurden sind fehlerhaft.

    • habe die Verknüpfung weg genommen

    Einige Einträge sind der Inhaltssprache zugeordnet, aber diese Inhaltssprache wurde in den Papierkorb verschoben oder wurde gelöscht.

    den Hinweis bekomme ich nicht weg.
    hier sind von 500 drei in en-GB und de-DE - der Rest * ... ich rätsele

    im obigen screenshot "Mehrsprachstatus" sind jetzt Veröff.Startseiten mit grüne Häkchen und veröff.Startseiten 3

    das Problem bleibt trotz dieser Gymnastik bestehen: smart- ist eher restricted-search
    (muss ich wohl drauf verzichten und auf eine com_search downgraden? Gäbe es da etwas zu beachten?)

    "schon immer": J!3 läuft klaglos ohne. J!5 lief auch, und: der de-Menüeintrag und en-Menüeintrag beseitigt das Problem mit dem Suchen nicht.
    trotzdem: ich hab es jetzt in J!5 so eingerichtet.

    mittlerweile findet die smart-search viele com_abook-Bücher, allerdings ohne funkt. Link ins Detail
    500 icon::print_popup not found.
    (da muss ich da in den router kucken?)

    und aus der com_contacts wird immer noch nichts gefunden. Erst wenn ich explizit den Kontakt nochmal händisch speichere.

    ich hatte nicht nur mit der Suche nach AB-Titeln ein Problem, sondern auch mit dem Finden von J!-Kontakten.
    Der Fehler scheint im "finder"-Plugin "Smart Search - Abook" (Plugin 4.0.5, 15.11.2024, plg_finder_abook 4.0.5) <https://alexandriabooklibrary.org/en/downloads/29-plugins.html> zu liegen. Ich habe denen schon Bescheid gesagt.
    In den Suchindex werden erst Inhalte externe Komponenten eingelesen, dann die core-Komponenten wie Kontakte, Beiträge, ....
    Das "externe" Abook-Plugin zeigt erstens im Index-Statusfenster schon eine falsche Anzeige (nur "1" Buch anstatt 1500) und zweitens bricht es scheinbar nach dem Titeldurchlauf den gesamten Indexprozess ab. Buchtitel sind danach im Index und werden gefunden, aber schon keine Autoren mehr. Die folgenden core-Komponenten werden auch nicht mehr eingelesen. Daher fehlten z.B. "Kontakte" in den Suchergebnissen. Durch Speichern einzelner Kontakte, "gerieten" einzelne in den Index und wurden gefunden, aber nach Neuindexierung mit dem fehlerhaften PlugIn, fehlten sie wieder.
    Wenn ich "Smart Search - Abook" deaktiviere, läuft alles. Für die "Alexandria Book Library 4.0.6" bleibt dann erstmal nur deren hauseigene, mitinstallierte Suche, bis ihr PlugIn repariert ist.

    Jetzt also doch die Erweiterung! Hier im Forum war schon vermutet worden, dass das Problem bei Deiner "Alexandria Book Library" liegt, z.B. von mir.

    Wenn eine Funktion bei (fast) allen anderen einwandfrei läuft und nur in Konstellation mit einer sehr speziellen, wenig verbreiteten Erweiterung nicht, liegt der Verdacht nahe, dass das Problem nicht an Joomla liegt.

    Und für einige Deiner Aussagen ("J5 is rotten") solltest Du Dich jetzt eigentlich bei den Joomla-Entwicklern entschuldigen. Das kannst Du gerne hier im Forum tun, denn einige der Entwickler lesen hier mit. (Ich gehöre nicht zu den Entwicklern.)

    Freundliche Grüße aus Wächtersbach, Rolf Dautrich

    für meine Aussagen "J5 is rotten" entschuldige ich mich. J5 wird sauber laufen. Manche externe Erweiterungen machen halt Schwierigkeiten.


    Mir fiel grad ein, den Fehler zu wiederholen, in anderer Umgebung: neues seperates j5.4.1 auf php 8.3 (und 8.1 für abook) mit einem händisch eingetragenen abook categorie & Datensatz und Kontakt-Eintrag: kein Abbruch! Kontakte wurden doch indexiert und später auffindbar.


    Also in dieser Entgültigkeit ist meine Analyse+Urteil nicht so ganz haltbar.

    Vielleicht wurden falsche Daten importiert.

    bei mehreren Importversuchen aus abook-J!3 gab es

    Field 'lang' doesn't have a default value (hier fehlt das "Wo": der Tabellenname)
    1062 Duplicate entry '3' for key 'PRIMARY'
    Warning! – Fehler beim Verschieben der Datei: nach [ROOT]/administrator/components/com_abook/uploads/
    The file must have the '.sql' extension

    da bin ich noch dran ...
    ich versuche einen kompletten Import, nicht-händisch, und dann Verhalten kucken

    bzw.

    Daten vergleichen zwischen funkt. und nicht-funkt. Installationen