Update einer Uralt-Installation

  • Liebes Forum,

    Ich habe ein altes Thema "geerbt" - nach ein paar Tagen/Monaten/... ist endlich der Groschen gefallen - ich habe webEdition kapiert. Danke an Dets-Media. Ich gehe es doch an, von 6.3.9 auf aktuell durch Source-Code-Kopieren umzustellen ;) Das erfordert viel "Handarbeit", vor allem weil My_SQL auf My_SQLi-Befehle umzustellen sind. Die brauchen aber jetzt den Datenbank-Namen, blos wo bekomme ich den her? Bei der Installation wird er ja festgelegt und geöffnet. Im Original war er nicht nötig. Ich habe keinen Hinweis gefunden.

    Der Erblasser war ein guter Programmierer - hat viele Tricks drauf. In der Zwischenzeit gibt's aber bessere Möglichkeiten und Strategien.

    IONOS unterstützt zwar jetzt noch PHP5.6 - aber wie lange noch....;);(

  • Hallo,

    Die DB Settings sind grundsätzlich in der Config definiert

    • wE6 webEdition/we/include/conf/we_conf.inc.php
    • wE9 webEdition/custom/conf/we_conf.inc.php

    Oder willst du per PHP direkt auf die DB zugreifen und Daten abrufen und manipulieren?

    Liebe Grüße,
    Sascha

  • Hallo,

    den DB-Namen kannst du auch in webEdition in den Systeminformationen ermitteln. Falls du eine DB-Verbindung in den Vorlagen herstellen willst, das nutze ich schon seit Jahren:

    $dbhost = DB_HOST;
    $dbname = DB_DATABASE;
    $dbuser = DB_USER;
    $dbpasswd = DB_PASSWORD;

    Alternativ:

    https://documentation.webedition.org/entwickler-und-agenturen/tipps-und-rezepte/imi__database_functions.php

    PS: Ich hatte dieses Jahr auch eine alte 7er Version zu aktualisieren und hab mir dafür eine Subdomain angelegt, webEdition rüber kopiert und immer auf die nächst höhere Version aktualisiert und getestet. 7 -> 8.0.x -> 8.1.x -> 9.0.x -> 9.1.x -> 9.2.3

    Hat zwar durch die Zwischenschritte gedauert aber nur so konnte ich und der Kunde immer die Vorlagen testen und Fehler beseitigen.

    Gruß

    Heiko

    Edited once, last by e-site (November 4, 2024 at 10:40 AM).

  • Danke für die guten Tipps. Das mit den Konstanten hat gut funktioniert. Jetzt stelle ich MySQL auf MySQLi um. Ist etwas Aufwand - aber überhaupt ein Weg.

    Die alte Version 6.3.9. ist jetzt nicht mehr updatebar - Der Versuch vor langer Zeit führte in den Totalabsturz. Ich weiß jetzt warum die WE-Login-Funktion und der Selbstbau abstürzen - die globale Variable $GLOBALS['PHP_SELF'] ist bei diesem System (wieder) leer. Submit auf SELF geht damit nicht.

    Diesen Effekt habe ich beim Windows-XAMP und einem modernen Linux-System. Bei IONOS und PHP5.6-Support geht dies (noch?). Ist das normal - soll der Login immer in einer Extra-Seite sein?

    Die Struktur stelle ich auch gleich von Header- und Footer-Teil-Includes auf Mastertemplate um, damit verstehe ich's (und jeder andere Nachfolger) auch besser

  • Vielen Dank für die Hinweise. Ich habe inzwischen mit der we:Login-Funktion geschafft.

    - Der Aufruf muss dynamisch generiert sein und scheinbar zwingend "index.php" heißen
    - natürlich mit we:session
    - Bei we:Logout muss die ID der index.php dabei sein.

    Vieles habe ich auch mit XAMPP gemacht. Die Fehlermeldung "Dear customer, our service is currently not available. Please try again later. Thank you. Sehr geehrter Kunde, aus Sicherheitsgründen ist ein Login derzeit nicht möglich! Bitte probieren Sie es später noch ein mal. Vielen Dank" kommt vom Provider oder von WebEdition? Die Anzahl der Fehlversuche war immer 0/4 in 1h in der Kundenverwaltung angezeigt.

    Super dass Sicherheit eingebaut ist - aber ich wüsste gerne wo und wer. 4 Fehlversuche und danach 1h Wartezeit?

    Anstatt selbst zu programmieren bieten die WE-Tags oder Providerfunktionen automatisch den "State-of-the-Art".

  • Moin Moin,
    ich versuche mal ein paar Fragen raus zu lesen und zu beantworten:

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!