[gelöst] hook_page_alter und Konzeptuelles

Hallo.

Das "wo" definiert sich in Drupal ja über ein so genanntes "menu router item". Dieses bekommst Du relativ simpel über die Funktion [api:menu_get_object]. Je nach gerade engezeigter Entität kann dies ein Node-Objekt oder auch ein User-Objekt oder auch ganz etwas Anderes sein (siehe Doku).

Nein. Wieso sollte es denn auch? Du hast nur auf bestimmten Seiten überhaupt ein Node-Objekt (wenn es denn wirklich nur exakt ein Node ist).
$user ist über alle Seiten hinweg eindeutig, da in einer Session immer nur exakt ein Benutzer aktiv sein kann. Nodes kann es auf einer Seite von 0 bis (theoretisch) unendlich geben.

 Stefan

Hey Stefan!
Danke für Deine schnelle Antwort. Da wären drei weitere Ausführungen/Präzisierungen meinerseits:

1. menu_get_object() http://api.drupal.org/api/drupal/includes--menu.inc/function/menu_get_it... führt seinerseits menu_get_item() http://api.drupal.org/api/drupal/includes--menu.inc/function/menu_get_it... aus -- eine Funktion, welche die Datenbank abfragt (SQL). Und genau das wollte ich ursprünglich vermeiden. Aus meiner Sicht wäre es einfach schön gewesen, eine Art Seitenzähler im Array $page zur Verfügung zu haben. Den gibt es aber nicht in expliziter Form. Nur über meinen oben beschriebenen persönlichen "Umweg", wie es mir scheint.
2. $node: hätte ja auch einfach FALSE oder NULL oder leer sein können im Fall einer bspw. View [oder sonstwas]. Das hätte ich persönlich intuitiv-praktisch gefunden.
3. $user: Hier empfinde ich es einfach als seltsam, dass dieses Objekt auf http://api.drupal.org/api/drupal/globals/7 als Globale bezeichnet wird, beim Gebrauch in Modulen bspw. es aber nicht ist. Sonst müsste ich nicht $GLOBALS oder global verwenden.

Ich habe beim Entwicklen/Programmieren einen sehr einfachen, PHP-orientierten Ansatz. Die Dokumentation auf php.net finde ich extrem verständlich und simpel. Was ich von Drupal7 erwarte, ist eine intuitive Offenbarung ;) Aber bei der steigenden Komplexität auf immer mehr aufgesetzten Ebenen ist das wohl eine zu hohe Erwartungshaltung. Na ja, gut, bei jQuery verhält es sich in Beziehung zu Javascript ja ähnlich, nur finde ich die Dokumentation dort klarer. Schade, ich glaube, hier [Doku] hätte Drupal extremes Optimierungspotenzial.

Was ist intuitiver um auszusagen, dass es im aktuellen Kontext kein $node Objekt gibt, als die Tatsache, dass es einfach keines gibt? Wenn ich kein Geld ($node) in der Tasche (aktueller Kontext in Drupal) habe, habe ich auch nicht stapelweise Geldscheine mit 0 Euro drin, sondern ich habe schlichtweg KEIN Geld in der Tasche. Nennt sich implizite Logik und empfinde ich als extrem intuitiv. Gerade in dynamisch typisierenden (Skript-)Sprachen ist es gängige Praxis irgendwo Variablen z.B. zum Zusammensetzen von Ausgaben zu verwenden und wenn die Variable vorher nicht gesetzt wurde, dann wird da eben nichts ausgegeben. Dafür spare ich mir im Vergleich zur statischen Typisierung die Deklaration und den null-Check. Wenn ich den in PHP brauche ist es doch mit einem if ($variable) schon erledigt. Ist die Variable nicht vorhanden oder null, ist die Bedingung FALSE. Ist schlichtweg eine Konvention, an die man sich gewöhnen muss, so wie es gerade in Sprachen wie Perl, Python und Ruby reichlich Konventionen gibt, anstatt alles explizit über Sprachfeatures abbilden zu wollen.

Und wie Stefan schon schrieb, kann $node auch nicht überall zur Verfügung stehen, weil nicht eindeutig wäre, wann die Variable genau was enthalten müsste. Was würdest du in einem Modul anfagen, wenn $node 47 Nodes enthalten würde (mal abgesehen davon, dass die Betitlung der Variable dann auch schief wäre), weil auf der aktuellen Seite im Inhaltsbereich, in Blöcken, etc. nunmal gerade Daten aus insgesamt 47 Nodes angezeigt werden? Und was wenn dein Modul nochmal ein 11 Nodes nachlädt und ausspuckt? Dann hätt das zuvor ausgeführte Modul in $nodes 47 Nodes drin, das nach deinem Modul ausgeführte aber 58...

$user IST global, weil aus jedem Layer heraus (Theming, Core, Module) darauf zugegriffen werden kann. Und dass das von dir gar genannte Schlüsselwort "global" heißt zeigt doch nur, dass auch die PHP-Entwickler denselben Gedankenansatz hatten, als sie die Syntax einführten.

... *lach*, mit Deiner Argumentation liegst Du natürlich nicht falsch, Alexander Langer! Mir ist die dynamische Typisierung von PHP auch lieb. Das hat Vorteile; gerade auch, wenn man -- wie ich -- sich nicht primär als Programmierer/Entwickler sieht. Dann existiert $node halt nicht überall. Schön. Das ist der objektve IST-Zustand. Auch in Drupal7. Okay, mit dem werde ich leben müssen.

Ya, sorry, das mit $user war eine Fehlinterpretation des "globalen Zustands" meinerseits -- ich dachte eher an etwas wie den $page-Array, der automatisch in meinem Modul zur Verfügung steht, und zwar ohne weiteres Zutun meinerseits. Ich hätte das anders benamsen sollen, nur will mir der richtige Begriff nicht einfallen.

Super, danke für den interessanten Austausch. Ich habe mir einiges verdeutlichen können.