Voici les faits:<ul> <li>Fait une installation propre de Drupal 6.20</li> <li>Installé et activé <a href="http://drupal.org/node/901356">Menu admin</a> module</li> </ul>De ce point sur je ne peux pas accéder à <code>admin/*</code> Page, mais je peux accéder aux deux <code>node/*</code> et <code>user/*</code>...PHP Journal:<pre><code>No entries </code></pre>Journal d'erreur Apache:<pre><code>No entries </code></pre>Journal d'accès Apache:<pre><code>127.0.0.1 - - [10/Mar/2011:16:22:16 +0000] "GET /drupal_testes/ HTTP/1.0" 200 5771 127.0.0.1 - - [10/Mar/2011:16:22:14 +0000] "GET /drupal_testes/admin HTTP/1.1" 200 - </code></pre>Watchdog Tableau de DB:<pre><code>Nothing serious... </code></pre>Et c'est tout, pour un seul accès à <code>/drupal_testes/admin</code>... Désactivé admin_menu (à la table du système) fonctionne. Aussi, comme note latérale, quand je vais à <code>admin/build/modules</code> Et essayez d'activer à nouveau l'administrateur que la page prendra pour toujours la charge et la fin dans un WSOD. [.____] après cela si je vais à <code>drupal_testes/node</code> L'Admin_Menu est actif et travaille, à l'exception de la <code>admin/*</code> pages.Je suis au courant de <a href="http://drupal.org/node/158043">Navigation WSOD</a> mais aucune des raisons ne semble appliquer cette affaire .. Avez-vous une idée de pourquoi cela peut-il se produire?<hr> Edit # 4 <ul> <li>Exactement le même comportement lors de l'installation <a href="http://drupal.org/node/934902">jeton</a> </li> </ul> Éditer # 5 <ul> <li>Installation de CCK, qui en théorie est beaucoup plus lourde que le menu de jeton ou d'administrateur, ne présente aucun problème.</li> <li>Rincer le <code>cache_*</code> Tables ne change rien.</li> <li>Augmentation de php.ini <code>memory_limit</code> n'a pas fait de différence ...</li> </ul><hr>Bien que le problème soit résolu en désactivant les modules incriminés, l'objectif est de les avoir actif et de fonctionner correctement ...

Si vous venez de commencer un nouveau site/ne contient aucune donnée, car vous semblez indiquer dans votre question, il peut être plus rapide de réinstaller Drupal que de la recherche de la source du WSOD.<hr>Sinon, vous pouvez consulter directement la base de données:<ul> <li> tout d'abord, cochez la case table de surveillance: Cela peut avoir des messages d'erreur qui ne figurent pas dans Apache et PHP LOGS </li> <li> ensuite, vider les caches en tronquant chaque table nommée <code>cache_something</code> </li> <li> ensuite, si vous êtes sûr que ce module est celui qui a provoqué le problème, vous pouvez éditer la liste des modules compatibles dans le tableau <code>system</code>: Recherchez le module dans la liste et modifiez-la <code>status to "0"</code> </li> </ul>Mais si vous modifiez directement la base de données, assurez-vous d'enregistrer d'abord une sauvegarde, juste au cas où ;-)

WSOD sur les pages d'administration

Voici les faits:

Fait une installation propre de Drupal 6.20
Installé et activé Menu admin module

De ce point sur je ne peux pas accéder à admin/* Page, mais je peux accéder aux deux node/* et user/*...

PHP Journal:

No entries

Journal d'erreur Apache:

No entries

Journal d'accès Apache:

127.0.0.1 - - [10/Mar/2011:16:22:16 +0000] "GET /drupal_testes/ HTTP/1.0" 200 5771
127.0.0.1 - - [10/Mar/2011:16:22:14 +0000] "GET /drupal_testes/admin HTTP/1.1" 200 -

Watchdog Tableau de DB:

Nothing serious...

Et c'est tout, pour un seul accès à /drupal_testes/admin...
Désactivé admin_menu (à la table du système) fonctionne. Aussi, comme note latérale, quand je vais à admin/build/modules Et essayez d'activer à nouveau l'administrateur que la page prendra pour toujours la charge et la fin dans un WSOD.
[.____] après cela si je vais à drupal_testes/node L'Admin_Menu est actif et travaille, à l'exception de la admin/* pages.

Je suis au courant de Navigation WSOD mais aucune des raisons ne semble appliquer cette affaire ..
Avez-vous une idée de pourquoi cela peut-il se produire?

Edit # 4

Exactement le même comportement lors de l'installation jeton

Éditer # 5

Installation de CCK, qui en théorie est beaucoup plus lourde que le menu de jeton ou d'administrateur, ne présente aucun problème.
Rincer le cache_* Tables ne change rien.
Augmentation de php.ini memory_limit n'a pas fait de différence ...

Bien que le problème soit résolu en désactivant les modules incriminés, l'objectif est de les avoir actif et de fonctionner correctement ...

6wsod

10 mars 2011acm

Si vous venez de commencer un nouveau site/ne contient aucune donnée, car vous semblez indiquer dans votre question, il peut être plus rapide de réinstaller Drupal que de la recherche de la source du WSOD.

Sinon, vous pouvez consulter directement la base de données:

tout d'abord, cochez la case table de surveillance: Cela peut avoir des messages d'erreur qui ne figurent pas dans Apache et PHP LOGS
ensuite, vider les caches en tronquant chaque table nommée cache_something
ensuite, si vous êtes sûr que ce module est celui qui a provoqué le problème, vous pouvez éditer la liste des modules compatibles dans le tableau system: Recherchez le module dans la liste et modifiez-la status to "0"

Mais si vous modifiez directement la base de données, assurez-vous d'enregistrer d'abord une sauvegarde, juste au cas où ;-)

10 mars 2011wildpeaks