Drupal 8 probleme bei 1und1
Eingetragen von claas (108)am 27.03.2018 - 10:52 Uhr in
Ich musste mit einer D8 Kundenwebseite nach 1und1 umziehen und hab Probleme mich einzuloggen.
Ich hab die D8 Seite hochgeladen, im 1&1 Control Center die Datenbank hochgeladen und die Datenbankeinstellungen aktualisiert. Die Startseite läuft, aber nicht die Unterseiten und einloggen kann ich mich auch nicht.
um diese Seite gehts: http://www.schmidt-rechtsanwaelte.de/blog/
Übrigens wenn ich versuche D8 zu installieren dann kommt diese "Strict warning: DateTime::createFromFormat():" Fehlermeldung und irgendwann fliege ich raus aus der Installation. :-(
Was noch auffällig ist, im 1&1 Control Center wird Drupal 8 nicht mehr als CMS als Vorinstalliertes CMS angeboten, hat das was zu bedeuten?
gruß
claas
- Anmelden oder Registrieren um Kommentare zu schreiben
die neue d8 hat probleme mit
am 27.03.2018 - 11:47 Uhr
die neue d8 hat probleme mit dem standarddatum und den server einstellungen bei 1und1. habe ich leider auch. deswegne bieten die das wahrscheinlich nicht mehr an.
evlt die php version ändern
caw schrieb . evlt die php
am 27.03.2018 - 13:49 Uhr
. evlt die php version ändern
ich hab schon mal rum gestellt, leider nix passiert. Wenn mir nix einfällt wechsle ich den Provider.
Mein jetziges Problem ist nicht das Datum sondern ich kann mich nicht einloggen. :-(
das hängt wahrscheinlich
am 27.03.2018 - 14:04 Uhr
das hängt wahrscheinlich damit zuammen. ansonsten php memory.. weißer bildschirm ist immer ein zeichen davon
Du könntest nachsehen, was
am 27.03.2018 - 20:08 Uhr
Du könntest nachsehen, was das zu bedeuten hat, indem du die phpinfo() ausließt und die auf dem Server aktivierten Module mit den Systemanforderungen deiner Drupal 8 Version vergleichst. Wenn du von 1&1 sprichst, denke ich du hast ein Shared-Hosting-Paket gebucht. Dieses wird wahrscheinlich die Anforderungen von Drupal 8 nicht erfüllen Es gibt allerdings einige Mitglieder in der Community, die das Problem gelöst haben. Siehe https://www.drupal.org/forum/support/installing-drupal/2017-10-25/cannot...
1&1 htaccess
am 29.03.2018 - 14:19 Uhr
Hy,
bei 1&1 musst Du zwingend in der htaccess (im Rootverzeichniss Deiner Website) folgende Zeile aktivieren:
RewriteBase /
D.h. im Originalzustand ist vornedran eine Raute (#), diese muss raus, dann funtionieren zumindest Deine Links und der Login.
Für eine Drupal 8 Installation wollen die jetzt monatliches Geld... kein besonders netter Service.
hpunkt schrieb Hy, bei 1&1
am 29.03.2018 - 15:17 Uhr
Hy,
bei 1&1 musst Du zwingend in der htaccess (im Rootverzeichniss Deiner Website) folgende Zeile aktivieren:
RewriteBase /
D.h. im Originalzustand ist vornedran eine Raute (#), diese muss raus, dann funtionieren zumindest Deine Links und der Login.
Für eine Drupal 8 Installation wollen die jetzt monatliches Geld... kein besonders netter Service.
wie muss man noch extra was zahlen, wie läuft das ab? die links sehen jetzt so aus http://www.schmidt-rechtsanwaelte.de/blog/zum-jahresende-droht-verjaehru...
Extrazahlung ist Schmarrn
am 31.03.2018 - 07:56 Uhr
Aber Drupal ist recht anspruchsvoll.
Da kann es sein, dass ein 90 Cent-Tarif nicht ausreicht.
Ich arbeite seit über 20 Jahren mit 1&1.
ist "1&1 Unlimited Plus"ein
am 31.03.2018 - 08:17 Uhr
ist "1&1 Unlimited Plus"ein 90cent tarif?
Da gibt es sicher keine Sonderzahlung für die Drupalnutzung
am 31.03.2018 - 09:00 Uhr
wende dich vertrauensvoll an die Hotline.
Es liegt wahrscheinlich an einer kleinen Einstellung.
wenn man sich einloggen will
am 31.03.2018 - 09:28 Uhr
wenn man sich einloggen will sieht ma folgende quelltext:
<head><meta charset="utf-8">
<style type="text/css">
html, body, #partner, iframe {
height:100%;
width:100%;
margin:0;
padding:0;
border:0;
outline:0;
font-size:100%;
vertical-align:baseline;
background:transparent;
}
body {
overflow:hidden;
}
</style>
<meta content="NOW" name="expires">
<meta content="index, follow, all" name="GOOGLEBOT">
<meta content="index, follow, all" name="robots">
<!-- Following Meta-Tag fixes scaling-issues on mobile devices -->
<meta content="width=device-width; initial-scale=1.0; maximum-scale=1.0; user-scalable=0;" name="viewport">
</head>
<body>
<div id="partner"></div>
<script type="text/javascript">
document.write(
'<script type="text/javascript" language="JavaScript"'
+ 'src="//sedoparking.com/frmpark/'
+ window.location.host + '/'
+ '1und1parking6'
+ '/park.js">'
+ '<\/script>'
);
</script>
</body>
da ruf mal 1und1 an.
wenn man sich einloggen will
am 31.03.2018 - 09:28 Uhr
wenn man sich einloggen will sieht ma folgende quelltext:
<head><meta charset="utf-8">
<style type="text/css">
html, body, #partner, iframe {
height:100%;
width:100%;
margin:0;
padding:0;
border:0;
outline:0;
font-size:100%;
vertical-align:baseline;
background:transparent;
}
body {
overflow:hidden;
}
</style>
<meta content="NOW" name="expires">
<meta content="index, follow, all" name="GOOGLEBOT">
<meta content="index, follow, all" name="robots">
<!-- Following Meta-Tag fixes scaling-issues on mobile devices -->
<meta content="width=device-width; initial-scale=1.0; maximum-scale=1.0; user-scalable=0;" name="viewport">
</head>
<body>
<div id="partner"></div>
<script type="text/javascript">
document.write(
'<script type="text/javascript" language="JavaScript"'
+ 'src="//sedoparking.com/frmpark/'
+ window.location.host + '/'
+ '1und1parking6'
+ '/park.js">'
+ '<\/script>'
);
</script>
</body>
da ruf mal 1und1 an.
Also wenn du's gar nicht hin
am 31.03.2018 - 10:18 Uhr
Also wenn du's gar nicht hin bekommst kann ich dir gerne eine Hoster empfehlen. bei dem Drupal auf jeden Fall funktioniert und ich glaube der Tarif ist sogar einen Euro billiger. Ich will hier kein 1&1-Bashing betreiben aber dein Beitrag zeigt wieder einmal, dass eben nicht alles Gold ist, was glänzt. Und 1&1 hat meiner Meinung nach diesen Satz schon zu seinem Motto gemacht. Dann hat man die Mobilfung- und DSL-Sparte durch eine „Serviceinitiative“ gerettet und offensichtlich übersehen, dass die anderen Bereiche im Haus, wie beispielsweise das Webhosting nach wie vor für die gleiche Qualität bürgen, wie vor dieser Offensive.
Wie gesagt, wenn du aus dem Tarif ohne weiteres rauskommst und Interesse daran hast, dass Drupal reibungslos funktioniert. Dann schick mir doch bitte eine PN. Ich mag und darf hier keine Hosterwerbung machen.
also eigentlich läuft drupal
am 31.03.2018 - 11:12 Uhr
also eigentlich läuft drupal 8 auch bei 1und1...
Wirklich out of the box?. Ich
am 31.03.2018 - 11:19 Uhr
Wirklich out of the box?. Ich mag keinen 10er in die Hand nehmen um zu testen, ob 1&1 besser geworden ist, seit dem ich das letzte mal 1&1 Kunde war. aber Vielen Dank für die Info, das ist gut zu wissen.
dinmikkith schrieb Wirklich
am 31.03.2018 - 16:48 Uhr
Wirklich out of the box?. Ich mag keinen 10er in die Hand nehmen um zu testen, ob 1&1 besser geworden ist, seit dem ich das letzte mal 1&1 Kunde war. aber Vielen Dank für die Info, das ist gut zu wissen.
aber die neuen nicht mehr. da gibts probleme wie ganz oben erwähnt bei der installation!
Ich hoste seit ewig bei 1&1 und habe diese Probleme nicht
am 01.04.2018 - 06:02 Uhr
Ich habe schon verschiedene Hoster erlebt, auch weil Kunden manches Mal bereits einen Hostingvertrag haben, der zu nutzen ist.
Wenn ich aber die Wahl habe, hoste ich bei 1&1.
Wenn nur die erste Seite
am 10.04.2018 - 07:51 Uhr
Wenn nur die erste Seite (HOME) angezeigt wird und dies mitunter auch noch ohne Styles ist meist die .htaccess dran schuld. Die, da als Punkt-Datei nicht automatisch includiert, beim kopieren auch gerne mal vergessen.
ein verbreitetes Problem kann auch hier die Ursache sein
am 10.04.2018 - 09:04 Uhr
Drupal wurde vielleicht nicht im document root, sondern in einem Unterverzeichnis installiert (oft heißt dies Drupal).
Seit Drupal 8 braucht es dann ein paar Anpassungen bei der Config und der rewrite engine.
Das kann man sich sparen, wenn man es richtig macht - nämlich Drupal in die Root verschiebt.
Ein Unterverzeichnis ist weder sinnvoll noch nötig.
Also ich probiere nun auch
am 11.04.2018 - 17:11 Uhr
Also ich probiere nun auch schon eine Weile Drupal 8.5.1 auf einem hosted 1und1 Server zu installieren (1&1 Dual Advanced). Dabei möchte ich die Drupal-Seite in einer Subdomain erreichen. Dies lässt sich im Control-Center entsprechend auf ein Verzeichnis routen. In dieses Verzeichnis habe ich via SFTP die Drupal-Dateien installiert. Hierbei ändert 1und1 scheinbar die Gruppenrechte der Dateien und Verzeichnisse, was man später entsprechend korrigieren muss.
Aber eins nach dem anderen:
Die Installation bekomme ich hin, das heisst die install.php wird erreicht und per .htaccess auf /core/install.php umgeleitet. Den angezeigten Timezone-Fehler bekommt man gelöst, indem man im Drupal-root eine php.ini anlegt und dort folgendes vermerkt:
date.timezone=Europe/BerlinWenn das nicht reicht legt man zusätzlich noch eine Datei namens .user.ini an und schreibt dort die gleiche Zeile rein.
Den .opcache-Fehler habe ich vorerst unbeachtet gelassen, da ich denke, dass man das Problem auch später lösen kann. Theoretisch soll man wohl in die php.ini folgenden Block schreiben
zend_extension=opcache.so;opcache.enable=1;
opcache.memory_consumption=32;
opcache.interned_strings_buffer=8;
opcache.max_accelerated_files=3000;
opcache.revalidate_freq=180;
opcache.fast_shutdown=0;
opcache.enable_cli=0;
opcache.revalidate_path=0;
opcache.validate_timestamps=2;
opcache.max_file_size=0;
opcache.file_cache= /homepages/10/d1234567/htdocs/path-to/drupal/.opcache; # hier dann entsprechend anpassen
opcache.file_cache_only=1;
hat bei mir aber leider nicht geklappt.
Aber wie gesagt, die Installation lief durch und wurde als erfolgreich ausgewiesen.
Leider war die Seite dann nicht erreichbar, ich bekomme nur nen 500er-Fehler zurück. Da ich allerdings eine Drupal-Info-Seite ausgegeben bekomme, wenn ich die install.php erneut aufrufe ("Drupal ist bereits installiert..."), ging ich davon aus, dass das Problem eher bei Zugriffsrechten liegt.
Neben der obligatorischen RewriteBase / habe ich daher per Shell-Zugriff alle Zugriffsrechte neu gesetzt:
find . -type f | xargs chmod 644find . -type d | xargs chmod 755
chmod 444 sites/default/settings.php
chmod 775 -R sites/default/files
was aber leider auch nichts geändert hat.
Zuguterletzt habe ich dann noch versucht über vi httpd.conf meine Subdomain in die Liste der VirtualHosts einzutragen, was erstaunlicherweise auch ging - aber nichts geändert hat, da sich dies ja eh erst nach einem Apache restart auswirken würde und ich mit dem Hosting-Packet hierzu keine Rechte habe.
Resultat: Ich erreiche die Seite immer noch nicht. Jemand ne Idee, was ich noch versuchen könnte?
PS:
Interessant ist noch zu erwähnen, dass ich die Seite kurzzeitig erreicht hatte, als ich eine weitere Subdomain auf das Verzeichnis verwiesen hatte. Zwar wurden die CSS-Dateien nicht geladen (oder das lag an der Minimal-Installation), aber ich konnte mich einloggen und das Admin-Theme ändern. Danach hatte ich dann den White-Screen-Of-Death und nichts ging mehr.
Falls das jetzt zu sehr
am 11.04.2018 - 17:13 Uhr
Falls das jetzt zu sehr off-topic war, hab ich hier mal nen eigenen Thread zu erstellt.
Wenn es einen WSD gibt,
am 11.04.2018 - 23:06 Uhr
gibt es meist auch einen Eintrag in den Error.log
Da steht dann drin, woran es gescheitert hat.
Wenn in der doc root installiert wird
am 12.04.2018 - 09:29 Uhr
funktioniert es bei nahezu jedem Hoster, der die Mindestvoraussetzungen erfüllt.
Über Speicher und Prozesszeiten habe ich oben schon geschrieben.
Ich habe auch noch was bei
am 13.04.2018 - 07:40 Uhr
Ich habe auch noch was bei dem anderen Thread geschrieben.
https://www.drupalcenter.de/node/57782#comment-197822
Ich habe es jetz bei 1&1 Unlimited Pro zum Laufen bekommen.