[Gelöst] OPCache Aktivierung

Nimm doch einfach eines der folgenden Tools und prüfe, ob's funktioniert.

https://www.google.com/amp/s/easyengine.io/tutorials/php/zend-opcache%3famp

Hi dinmikkith,
wenn ich das richtig sehe ist das für den Server, ich bin mit der Seite aber auf shared hosting nicht dedicated o.ä.
pidru

Warum tust du dir das an?

Dann schreib dem 1 und 1 Support und sage dort bescheit, dass keine Leistungssteigerung zu spüren ist. Auf einem Shared Server liegen die Websites mehrerer 1und1 Kunden nebeneinander.

Wenn dort viele Besucher aufschlagen wirkt sich das zwangsläufig auf die Performance deiner Seite aus. Bedeutet Opcache zu aktivieren, während man sich auf einem Shared Server befindet, ist ein bisschen so, wie Perlen vor ein paar Säue zu werfen.

Insofern reicht es aus die Systemanforderung mit der Installation des Moduls zu erfüllen. Bringen wird dir der Cache ohnehin nix.

Stell dir vor auf dem Server bist du mit Seite A Horst mit Seite B und Heinz mit Seite C. Wenn bei Heinz und Horst gleichzeitig jeweils 200 Besucher zugreifen und dann jemand zu dir auf die Seite kommt, dann wird er dort keine schöne Nutzererfahrung in Punkto Geschwindigkeit haben. Caching hin oder her.

Hi dinmikkith,
das ist mir alles bewusst, die Ausführungen helfen mir aber zum Thema nicht, den Support habe ich wie oben zu lesen ebenfalls schon angefragt.

Pass auf die Ausführungen helfen zum Thema in sofern, als das dir der Support immer erzählen wird, dass das alles Funktioniert. Letzten Endes kannst du auf einem Server, den du nicht selbst kontrollieren kannst nur auf das Wort des Supports hören. Wenn die sagen, dass funktioniert, dann musst du das glauben. PUNKT.

Inwiefern kann ich/ können dir die anderen also deine Frage noch besser beantworten, als der Support von 1 & 1 ?

Mir scheint, das andere hier im Forum auch auf shared-Hosting Paketen (auch bei 1 und 1 https://www.drupalcenter.de/search/node/1und1) mit Drupal 8 unterwegs sind/sein könnten.
Daher die Frage, ob z.B. jemand aus diesem Kreis OPCACHE zum laufen gebracht hat und wie (im Vergleich zu meinen Versuchen s.o.)

Ja, ich habe schon einmal Drupal 8 bei 1&1 zum laufen bekommen (ist aber nicht die ideale Kombination). Um den OPCACHE habe ich mich dabei nicht gekümmert. Das war eine mini Seite und mir war der Opcache egal.

Nun hackt doch nicht immer auf Sharehoster rum nicht jeder kann sich nen Server leisten ;)

ansonsten, ich weis nicht wie 1und1 arbeitet aber vieleicht ist das

in der .htaccess wirksam.
eventuell noch schauen wie die das mit dem Handler genau geloest haben
idr haben Sharehoster merhere PHP versionen laufen

ich weiß, dass gehört hier eigentlich nicht her, aber bei Webhostone (kleines Webpacket für "um die 5" Euro) kann man opcache einfach aktivieren.
Ich finde die wirklich beeindruckend und möchte daher mal etwas Positives über einen Webhoster sagen :-)

Gruß
Berthold

Danke Alyx für die Idee, bei mir ist php7.2 aktiv, der sethandler ändert nichts.
@Berthold: werde ich mir für eines meiner nächsten Projekte merken.

Weitere Hinweise immer gerne
pidru

Also im Blick auf den Einsatz von drupal8 auf webhostone bin ich nicht sonderlich überzeugt vom Angebot dort. Die Ein-Klick-Installation scheint verlockend - aber sie funktioniert nicht so, dass danach drupal8 komplett ohne Fehlermeldungen bedienbar wäre. Composer arbeitet zwar, aber hat durch das Memory-Limit massive Einschränkungen. Drush ist nicht installierbar und bei der Hotline wusste man nicht, was das genau ist. Wer viel Zeit und Lust hat, sich auf sehr individuelle Installationswege für drupal8 einzulassen, mag da gut beraten sein - wer aber nur nebenher für einen Verein ehrenamtlich nach einem Provider sucht, der drupal8 gut supported, dem würde ich nicht das Paket single-App von webhostone empfehlen. Ich habe inzwischen schon etliche Tage Arbeitszeit investiert, aber es läuft eben nicht so einfach, wie manche es hier darstellen. Da nützt dann die Aktivierungsmöglichkeit für opcache auch wenig.

nun, ich habe dort große und kleine Packs/Server.

@ Ein-Klick-Installation
auf so etwas würde ich nie zurückgreifen. Wenn man dort eine Seite hostet, sollte man schon wissen was man macht und wie so eine Seite aufgesetzt ist. Drupal 8 ist grundsätzlich nichts für ein Ein-Klick-Installation

@Composer und Memory Limit
der Composer verbraucht so viel RAM, dass ein Webspache oder auch ein Server dafür nie ausreichend sind.
Das muss man immer lokal lösen und dann auf den Server kopieren.

@Drush
läuft prima auf WHO PACK (auch das für knapp 5 Euro)

@ wer aber nur nebenher für einen Verein ehrenamtlich nach einem Provider sucht
Drupal 8 ist keine Software für einen ehrenamtlichen Support durch einen Webmaster.
Dafür ist Drupal 8 als reine Datenbankanwendung in der Pflege und Erweiterung viel zu kompliziert. Vielleicht wäre Wordpress oder contao oder Joomla eine bessere Alternative (ich kenne die drei nicht wirklich, weiß aber, das die auch sehr verbreitet sind).

Gruß
Berthold

ihr wisst schon das D8 auch ohne Composer lauft auch ohne fehler meldungen?

der Composer wird ueberbewertet, finde ich, und das macht D8 fuer Anfaenger halt Kompliziert und unatraktiv
selbst ich habe auf meinen lokalen Server 3 stunden gebraucht bis der sauber lief mit Drush und ich keine fehler bekommen habe
downgrade oder so ist mit composer fast nicht mehr moeglich

hier gibts auch einen post wo das schon angesprochen wurde
und gerade wegen der kompliziert heit und des mangelnden Module nachschub und den dauernden api anederungen von D8
wollen viele D8 nicht wirklich mehr uenterstuezen

Tja und diese vielen nicht Unterstützer muss man halt wieder einsammeln. Ich muss für Recht geben, Drupal 8 funktioniert wunderbar ohne Drush, die Drupal Console und auch ohne Composer.

Allerdings muss ich auch sagen, dass jeder der den Sinn und Zweck dieser Werkzeuge verstanden hat, viele Aufgaben wesentlich schneller umsetzen kann, als mit der Maus oder gar unter Windows.

Wenn ich mir allerdings ansehe, dass hier Server für 2 - 5 Euro kaufen, dann darf man hier auch gerne sagen, dass Composer überbewertet wird. Mag sein, dass es Leute gibt, die einfach nicht verstehen, dass Tools wie Composer dafür sorgen, dass ich mehr von diesem sonnigen Samstag habe, als zu der Zeit, zu der ich mich noch durch 10 Drupal-Installationen geklickt habe, um 10 Mal dasselbe zu erreichen.

Ich muss dir einfach sagen, wenn du 3 Stunden für deinen Server gebraucht hast, bis er richtig lief, dann machst du schlicht was verkehrt. Ich brauche für jeden Server maximal 60 Minuten. Die meiste Zeit davon warte ich allerdings darauf, dass die Komponenten sich von selbst installieren. Alles, was ich selbst dabei tue, ist einen Befehl auszuführen und dann notfalls Projektbezogene Änderungen vorzunehmen. Dank der Kommandozeile und den Möglichkeiten, die sie bietet.

Ist ja alles schoen und gut,
ist aber keine schoene sache wenn die compatibilitaeten nicht hin hauen

habe noch mehr gehoert aber nicht hier hin
da es hier um OP-cashe geht. und das mit lerweile standart ist oder seinsollte.

Das stimmt so nicht, es gibt Standardmodule, die ohne Composer nicht laufen, z.B. Adress.
Und das ist wirklich kein Modul, welches nur selten verwendet wird.

Aber in der Tat versuche ich auch alles ohne Composer zu regeln, und bis jetzt ist mir das gelungen (ich verwende eben z.B. Adress nicht).

@das macht D8 fuer Anfaenger halt Kompliziert und unatraktiv
Drupal 8 IST für Anfränger zu kompliziert und deshalb auch absolut unattraktiv

Gruß
Berthold

Tut mir leid, dir widersprechen zu müssen Joachim, aber ohne drush geht es nicht, insbesondere wenn du einen fatalen Fehler auf der Seite hast und deshalb mit dem "normalen" Backend nicht weiterkommst.
Auch das Löschen der cache-Dateien in der Datenbank per Hand hat bei mir nicht immer zum Erfolg geführt.

Ich bin überhaupt kein Fan von diesem Konsolengefrickele, aber leider geht es nicht ohne, wie es scheint.

@Tja und diese vielen nicht Unterstützer muss man halt wieder einsammeln..
ein hehres Ziel, ich glaube hingegen nicht, dass man es erreichen kann, daran ist aber nicht die Community Schuld, sondern die Entscheider und Macher von Drupal.

Gruß
Berthold

Na ja, die Macher wissen doch genau was sie brauhcen und wollen und wie Sie am schnellsten mit Drupal arbeiten können. Ich finde nicht das hier irgendjemand schuld ist. Es gibt einfach Menschen,. die haben verstanden wozu das ganze gut ist und dann gibt es solche, die das nicht verstehen. Letztere tun sich mit Drupal halt schwer. Aber auch die kann man wieder einsammeln, indem man ihnen erklärt, wer Composer braucht, warum, und was es Ihnen für Vorteile bringt. Aber das musst du hier ja ohnehin immer machen. Drupal war Gott sei dank noch nie Runterladen, entzippen und fertig. Sonst wäre ich schon lange niocht mehr da.

@Na ja, die Macher wissen doch genau was sie brauchen und wollen und wie Sie am schnellsten mit Drupal arbeiten können.

Ich denke mal, das Ganze ist eher eine strategische Entscheidung, die durchaus profitorientiert ist.
Ich darf dabei auf Aquia und meine Lieblingsdistribution: openSocial verweisen.

Das ist per se nicht etwas Schlechtes, nur muss man dem auch Rechnung tragen, und das heißt für mich: Drupal ist nicht mehr für Privatanwender, kleine Betriebe, kleine Vereine und so etwas, empfehlenswert.

Ich hätte es in der Tat auch lieber anders, dass kannst du mir glauben.

Gruß und schönes Wochenende
Berthold

Ja, das funktioniert definitiv auch bei 1&1 Sharing Hosting, haben da auch einen Kunden mit Webpack. Geh mal systematisch die Fehlerquellen durch:

• Das Verzeichnis .opcache muss für den Webserver Prozess schreib- lese- und ausführbar sein. Zum Testen mal Dateirechte rekursiv auf 777 für .opcache setzen, danach korrekt setzen.
• Die php.ini muss im Document Root der Installation liegen.
• Evtl. ist ein dummer Fehler in der php.ini wie ein fehlendes Semikolon oder ähnliches.
• Der absolute Pfad zum .opcache Verzeichnis bei opcache.file_cache ist falsch.

Ob der PHP Cache funktioniert, siehst du auch im D8 Statusbericht.

Vielen herzlichen Dank glycid,
Ich werde das in Kürze durchgehen.
Zum Thema absoluter Pfad, schreibt 1&1:

siehe 1&1
Aber wenn ich dich richtig verstehe reicht:
/.opcache

Nee, du brauchst den kompletten absoluten Pfad, so wie es 1&1 auch beschreibt. Bei deinem Webpack müsstest du ja ssh Zugang haben. Wenn du dich im Terminal per ssh verbindest, gehst du in das .opcache Verzeichnis:
cd .opcache oder verzeichnis/.opcache (je nachdem, wo du es angelegt hast)

und wenn du drin bist, gibst du einfach pwd ein. Die Shell gibt dir dann den korrekten absoluten Pfad zum .opcache Verzeichnis aus.

Als Rückmeldung an glycid und andere.
Es funktioniert hatte einen Fehler in der php.ini.

- Grundsätzlich die php.ini, wie oben erstellen
- sie muß ins Root-Verzeichnis der Webseite (also bei Installationen mit Composer in /web)
- wo das .opcache-Verzeichnis liegt ist egal ob unter htdocs oder parallel zur Installation also z.B. auf der gleichen Ebene wie /web solange der Pfad stimmt (siehe oben Hinweis zu pwd und dem absoluten Pfad)
- bei mir gab es die Meldung

hierbei hilft die .user.ini mit date.timezone = 'Europe/Berlin' zu erstellen,
siehe http://www.montviso.de/blog/drupal-851-bei-11-installieren bzw. https://www.drupal.org/forum/support/installing-drupal/2017-10-25/cannot-manually-install-drupal-840

Danke
pidru