[GELÖST]Serverumzug Hosteurope nix geht

Hi,

bin grad bisserl am durchdrehen

Versuche eine funktionierende Contao 4.8.7 Installation von Hostingwerk zu Hosteurope umzuziehen.

1) InnoDB

Nach Durchforsten des Forums und Rücksprache mit HE Support:

PHP-Code:

---

"innodb_file_format = Barracuda" -> ist bei uns erst ab der MYSQL Version 5.7 Verfügbar, welche im ersten Quartal 2020 implementiert wird.

"innodb_file_per_table = ON" -> ist bereits nutzbar

Bezüglich des "InnoDB large prefix" muss der Cache des Contao Managers geleert werden, nachdem folgendes in der Datei "app/config/config.yml" hinterlegt wurde:

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci 


---

Stimmt das noch für 4.8.7 ?

Hat bisher alles nix genützt, ich lösch gerade alles wieder und installiere dann den Contao Manager erneut und spiel die Datenbank noch mal ein.

2) Links, die nicht mehr stimmen, hängen wohl mit ChangeLanguage zusammen. Aber trotz manueller Korrektur hat sich hier auch nix geändert und die enstprechenden Seiten werden nicht gefunden(404).

3) Manche Bilder werden im Frontend nicht angezeigt und auch nicht gefunden, obwohl im Backend vorhanden und bei den Artikeln sind sie auch in der Vorschau sichtbar. Lustigerweise gibts hier durchaus Unterschiede bei der deutschen und englischen Version. Öffentlich sind alle Ordner. Alte Contao3 htaccess Dateien oder Ordner hab ich gelöscht.

Cache löschen, Composer Update hab ich alles gemacht.

Hat schon jemand eine 4.8.7 zu HE umgezogen und ähnliche Probleme lösen können ?

Wenn ja, gibts hierfür eine Workaround, der funktioniert ?

Links die nicht mehr stimmen hängen vermutlich nicht mit changelanguage zusammen.

Hab mich falsch ausgedrückt Links = Navigation, Aliase
Zwischendurch wurde nämlich auch changelanguage modul laut error log nicht mehr gefunden, obwohl vorher schon vorhanden

Ich denke nicht, dass es ein allgemeines Probleme mit HostEurope geben. Daher wäre mein Vorschlag die Probleme einzeln zu behandeln, statt alles in einem Thread zusammen zu fassen.

also bin das erste mal bei HE gelandet
jetzt kann ich nicht mal per FTP zwei Verzeichnisse (system, vendor) der fehlerhaften Installation löschen, trotz aller Dateirechte
ergo kann ich nicht nochmal den CM neu installieren
na wenigstens hat HE 24/7, dann ruf ich eben nochmal an

Mit FTP würde ich nicht arbeiten, nimm SSH.

Zitat:

---

Zitat von Spooky

Mit FTP würde ich nicht arbeiten, nimm SSH.

---

Mit SSH hab ich (noch) keine Erfahrung, aber scheinbar gibts da noch ein paar Einstellungen zu den Rechten

Stelle in deinem FTP Programm einfach SSH statt FTP/FTPS ein.

So ist es halt, wenn man in die falsche Richtung unzieht. ;) Hoffen wir das Beste, schliesslich ist bald Weihnachten. :)

Zitat:

---

Zitat von tab

So ist es halt, wenn man in die falsche Richtung unzieht. ;) Hoffen wir das Beste, schliesslich ist bald Weihnachten. :)

---

Kunde hat viel bei HE, ich selbst geh eh nimmer weg von Hostingwerk
Dachte ein kleiner Umzug ist ja nicht tragisch, ging ja bei anderen Providern auch immer glatt.

Über Dateiverwaltung bei HE konnte ich nun alles unnötige löschen

wo gehört nun diese config.yml hin ?

PHP-Code:

---

doctrine:
    dbal:
        connections:
            default:
                default_table_options:
                    charset: utf8
                    collate: utf8_unicode_ci 


---

Code:

---

config/config.yml

---

danke, hab prod cache net gelöscht gehabt ^^, es geht nun weiter

ach jetzt hab ichs erst gelesen, die config.yml gehört auch in die original installation vor dem export der db

könnt ich die kollation nicht einfach in der neuen db anpassen ?

kann die original installation durch die config.yml irgendwie beeinträchtigt werden ?

gleicher erster Fehler

PHP-Code:

---

--
-- Indizes für die Tabelle `tl_newsletter_recipients`
--
ALTER TABLE `tl_newsletter_recipients`
  ADD PRIMARY KEY (`id`),
  ADD UNIQUE KEY `pid_email` (`pid`,`email`),
  ADD KEY `active` (`active`),
  ADD KEY `email` (`email`)
MySQL meldet: Dokumentation

#1071 - Schlüssel ist zu lang. Die maximale Schlüssellänge beträgt 767 


---

dann mach ich mal eine Kopie auf Hostingwerk und schmeiss dort die config.yml rein

HEUREKA

manchmal hilfts dann doch, wenn man genau liest, und das am besten vorher...

also erst config.yml auch in installation am alten server
dann export
dann import

jetzt sind alle bilder auch wieder da
aliase stimmen noch net alle, aber die muss ich in diesem fall so oder so manuell anpassen

Fazit:
1) Hosteurope ist trotzdem schuld wegen Mysql Version (5.6)
2) Das andere Problem saß wie immer vor dem PC ;)

Hallo,
Nachfrage: Habe eine 4.8 Installation mit obiger config.yml.

Wenn Hosteurope demnächst eine mysql 5.7.x bereit stellt, und ich eine neue Datenbank anlege und die bisherige Datenbank importiere:

- Kann man die config.yml (mit den obigen Angaben) im Anschluß entfernen o. sollten die bleiben?

Danke