2016-06-29 7 views
2

Ich verwende Drupal in einer Windows/IIS7-Umgebung. Gemäß den Boost 7.x Installationsanweisungen (https://www.drupal.org/node/1459690) funktioniert Boost nicht ohne .htaccess, aber Windows/IIS7 verwendet web.config nicht .htacess. Ich kann die generierten .htacess-Regeln verwenden und sie in web.config ablegen - dies wird in den Anweisungen nicht erwähnt.Benötige ich einen htaccess, um dieses Modul benutzen zu können?

Der Grund, warum ich dies aufbringe, ist, weil Boost nicht gut funktioniert und ich frage mich, ob es wegen der .htaccess Existenzanforderung ist. Es braucht Zeit, um Änderungen an einer Seite anzuzeigen, die Taxonomiebegriffe auflistet, und ich glaube, das Speichern eines neuen/modifizierten Begriffs soll den Cache beim Speichern löschen. Löschen aller Caches über Drupal GUI oder Drush ist eine manuelle Lösung, aber ich denke Cache-Clearing sollte automatisch beim Speichern passieren.

Ist die .htaccess-Datei für Boost unter Windows/IIS7 erforderlich, um korrekt zu funktionieren, obwohl IIS7 es nicht verwenden kann?

Dank

+0

'.htaccess' ist eine Datei, die vom Apache-Webserver verwendet wird. Die Syntax unterscheidet sich von 'web.config' und ich rate Ihnen nicht, den Inhalt in diese Datei zu stellen. Laut der [Projektseite] (https://www.drupal.org/project/boost) unterstützt Boost teilweise IIS. Haben Sie [diesen Dokumentationsschritt] (https://www.drupal.org/node/1621192) verfolgt? – Neograph734

+0

Kann mir jemand helfen zu verstehen, warum diese Frage von Drupal Answers auf SO migriert wurde? Es geht primär um die Konfiguration eines Servers für Drupal, die Programmierelemente sind minimal. – acrosman

+0

Warum wurde diese Frage von Drupal Answers auf Stack Overflow verschoben? Es ist nicht so sehr eine Frage zu .htaccess, sondern eine Frage zu den Anforderungen des Drupal Boost Moduls. – splunge

Antwort

0

Boost can be run on IIS, aber die Konfiguration Richtungen sind ein bisschen anders. Wenn Boost bereits unter anderen Bedingungen funktioniert und ein manueller Cache die Probleme behebt, ist es wahrscheinlich, dass nicht im Zusammenhang mit Boost selbst ist.

In Drupal 7 löscht Taxonomie alle Caches, wenn Sie das Vokabular aber nicht aktualisieren, wenn Sie einen Begriff aktualisieren. Eine Laufzeitaktualisierung löscht nur die statischen und Controller-Caches des Taxonomiemoduls und lässt eine große Anzahl anderer Caches intakt. Da Termänderungen viel häufiger als eine Vokabelaktualisierung angenommen werden und Caches nicht zu oft gelöscht werden sollen, ist dies eine vernünftige Auswahl von Annahmen für die allgemeine Fallleistung.

Abhängig davon, wie Ihre Termbankseiten für die Taxonomie eingerichtet wurden, sind weitere Caches im Spiel, einschließlich des Cache für Ansichten und des Boost-Caches. Der Cachespeicher löschen wird nicht hook_flush_caches() auslösen (die Art, wie der Boost in diesem Fall den Cache löschen müsste). In der Ansicht, in der die Begriffsseite generiert wird, kann auch die Zwischenspeicherung aktiviert sein, die zeitbasiert ist und die Seite daher ebenfalls zwischengespeichert wird.

Es gibt ein paar Möglichkeiten, um das Problem zu beheben:

+0

Danke acrosman. Ich nehme an, Cache wird nicht gelöscht, wenn ich einen Begriff unter einen anderen verschiebe und speichere. Wenn Boost funktioniert, sehe ich ' splunge