Beiträge von flowmotion

    Hallo Meine Lieben -
    Ich glaube, ich stehe gerade auf der Leitung.
    Ich bastel gerade an einer Seite, die im Footer ein paar Links zu einer Art "Wissensdatenbank hat".
    Diese ist in Abschnitte gegliedert.
    Die Footer-Links habe ich nun so: index.php?Itemid=107#Sachversicherungen referenziert.
    Wenn man darauf klickt, kommt mal also unter /Wissen - bzw. dem Beitrag 107 und dort soll die Seite vor scrollen bis ID Sachversicherungen.
    Im Yootheme habe ich unter der Section ID: Sachversicherungen drin stehen .
    WENN ich auf der Seite der Übersicht (Wissensdatenbank) auf den Link klicke im Footer, dann scrollt er auch zu dieser Section. ABER auf allen anderen Seiten nicht. Was hab ich denn da schon wieder verdaddelt?

    Hallo Leute,

    kurz vor meinem Urlaub komm ich noch mal mit einer Verständnisfrage. Ich hoffe, ich kann das nun so erklären, dass ein anderer es versteht.
    es geht um die Webseite des Landesverbandes der Höhlen und Karstforscher in Bayern -
    Meine Idee ist hier folgende. Ich möchte einen Login auf der Frontendseite haben, mit dem sich die Beauftragten der Untervereine anmelden können. Ich denke mal, dass ich eine Registrierung gar nicht zulassen werde, sondern diekt Logins verschicke. Aber das ist ein anderes Thema.

    Angenommen der Verein in Hintertupfingen logged sich also nun dort im Frontend ein. Hier soll er seine Daten & Kontakte etc. auf der eigenen Vereinsseite pflegen können.
    Ich habe dafür nun eine Usergruppe angelegt und auch eine Feldgruppe und die Felder dazu.
    Jetzt wird es aber kompliziert.

    Ich verwende den Yootheme Pro Builder.

    Jetzt kriege ich folgendes nicht hin:
    1. Die Übersichtsseite ALLER Vereine. Das wäre eben schön, wenn hier aus den Felddaten Vereinsname / PLZ / Ort in ein Grid überführt werden würde. (Name etc. schaffe ich sogar schon ) - da drunter sollte dann ein Link sein, der eben auf die Vereinsseite des Hintertupfinger Höhlenvereins führt. Diese Verlinkung und der Beitrag der ja irgendwie erzeugt werden muss aus den Felddaten. ... das klappt nicht. Oder - bestimmt klappt das - aber ich schnalle nicht, wie. Hat das schon mal jemand von euch gemacht, der mir hier mal einen Tritt in die richtige Richtung geben könnte? Wäre super. Danke.

    Hey Leute -
    ja - das Ding ist wieder online - aus einem Backup eben wieder hergestellt.
    Ich Weiss nach wie vor NICHT woran es am Ende wirklich lag. Jan - die Idee mit den Sonderzeichen hatte ich auch - hatte dann sogar Großbuchstaben raus genommen - hat alles nicht geklappt gehabt.
    Was ich bei der Wiederherstellung gemerkt habe war, dass es noch auf php 7.4. lief, was aber eigentlich mit dem Problem nix zu tun haben dürfte. (in meinem Kopf)

    Ich hab es als Chance gesehen, mal zu schnallen, wie das alles so zusammenhängt - Chance vergeigt :) ... bin nicht viel schlauer geworden.
    Euch allen ein super herzliches Dankeschön für die Diskussionen und die angeregten Ideen.

    Ich wünsche euch was :)
    Lieben Gruß

    Hey Leute - ich will euch hier keinesfalls auf den Keks gehen... Wirklich nicht.
    Wie gesagt: Die Akeeba Option ist ja nach wie vor vorhanden. Es ging mir hier wirklich darum, was ich machen kann, wenn denn die Verbindung zu der Datenbank abreißt. Es lief ja alles im Vorfeld und nach dem Der Datenbank User seine Zugangsdaten geändert hatte ging das in die Binsen. Eine Neuinstallation scheint wohl das Resultat zu sein. Ich hätte es einfach rein Interessehalber gerne anders auch hinbekommen. Wenns nicht geht, ist es eben so-
    Mit dem Hoster bin ich natürlich im Vorfeld in Kontakt gewesen - so habe ich ja den Punkt gefunden, dass der User der Datenbank sein PW geändert hat. Der Hinweis, dass man dann eben User und PW ändern soll in der configuration.php habe ich befolgt. Danach kamen eben die Fragen hier, da ich ab da nicht mehr verstanden habe warum es nicht geht.

    @ joomlaWunder - Vielleicht einfach mal eine neue DB anlegen und die DB-Tabellen aus der alten DB in die neue DB importieren und die neue DB in der configuration.php einstellen. Möglicherweise hat die alte DB ein techn. "Problem"?!?
    Okay - das habe ich noch nie gemacht - aber wäre evtl. wirklich noch eine Option, die ich gerne testen würde. probiere ich mal.

    Elwood - falls ich Sachen übersehen habe und nicht gepostet - tut mir das Leid. Mit einem Zugang etc. euch damit zu belästigen ist zuviel des Guten. es ist ja ein "Versuch" - wir haben ja das Backup in der Hinterhand.
    Das mit dem Thread bearbeiten hatte ich an einer oder zwei stellen gemacht, da ich geantwortet hatte und dann den Vorschlag probiert habe. Dass keine Postflut von mit kommt, habe ich den Beitrag eben ergänzt. Hielt das weder für problematisch noch für unethisch, da auch die zeitlichen Abstände nicht groß waren dazwischen und keine Antwort bis dato erfolgte. Ich entschuldige mich dafür aber.

    firstlady "Frage ihn ob er die configuration.php anschauen und die daten deiner Datenbank damit vergleichen kann. Das tabellenprefix werde ihr ja wohl nicht geändert haben, .. aber wer Weiss?" - da warte ich noch auf Antwort :(

    Aber gut - ich denke, wir können das hier beenden... ich will echt keinem auf den Zeiger gehen - dafür ist es nicht wichtig genug :)
    Danke euch aber für euren Input.

    Stef - das stimmt natürlich - aber es geht ja auch ein bisschen ums Spiel... Bzw. um die Machbarkeitsstudie :), bzw. packt mich immer iwann der Ehrgeiz : ) - das Backup im Hintergrund beruhigt dabei ungemein *G*
    CurlY BracketS - ich teste das mal mit dem Direkten Kontakt zum Host.
    @ Elwood - bis #24 komm ich - was bedeuted /5?


    Update...
    Hab nun mal als public host XXXXXX.mysql.db.internal gesetzt....

    das wars net :(

    also mit adminer kam ich erst NICHT drauf.
    Dann habe ich den Host getauscht zu
    HOSTINGPAKET.mysql.db.internal

    Dann kam ein "Datenbank existiert nicht" - ich konnte links aber die richtige Datenbank auswählen.
    Somit dürfte der Login ja gestimmt haben.
    Soll ich mal in der configuration.php auch auf dieses .mysql.db.internal wecheln?

    Hmmm... interessant... glaube ich.
    ich hab nun einen neuen User für die Datenbank angelegt inklusive neuem Passwort.
    Eben diese in die config.php eingetragen.
    Jetzt kommt ein anderer Fehler...er findet nun die Datenbank wohl gar nicht mehr?! erstaunlich

    CurlY BracketS - natürlich nich :) - und nein - ich sehe keine admin tools in den admin/components ordnern
    @ Indigo - danke fürs mitdenken, war aber gar nicht nötig - ausnahmsweise bei mir. Leider noch der gleiche Syntax Fehler
    firstlady - ich habe den Editor genommen, den der Hoster zur Verfügung stellt. Meinst es liegt da dran? Das waere ja hart.
    Elwood - keine Punkte - nur das =

    Ihr seid alle so super schnell - danke schon mal :)
    Es wurde ja nur das PW von Datenbank User gewechselt - ergo sollten am Namen und dem Host ja keine Änderungen entstanden sein, oder?
    SO sieht der Eintrag in der config aus:
    public $password = '.........';

    das müsste eigentlich passen, oder?

    Hallo Leute -

    Irgendwie hab ich was verdaddelt...
    Wir hatten ein Passwort eines DB Users geändert. (war nicht geplant, ist aber halt passiert .) )
    Ich habe das neue Passwort aus der neuen Seite ausgelesen und nun in die config.php unter public = password eingebaut
    Jetzt hat sich das "Bild" der Fehlermeldung auch geändert und es kommt:

    0

    syntax error, unexpected '|', expecting variable (T_VARIABLE)

    Startseite

    Jetzt gehen mir ehrlich gesagt die Ideen ein bisschen aus. Was kann ich machen? Hilfe bitte!