freu mich aber die ganzen features kennen zu lernen!

das hat schon alles seine Richtigkeit, dass Controller Methoden nicht im Model verfügbar sind. ;)
MVC – ansonsten müsste die Bereiche ja nicht aufteilen.

z.B. Code der prüft ob ein User etwas darf oder nicht ist Logik und gehört somit in den Controller. Im Model gehts nur um Daten und die Schnittstelle zur Datenbank.
Man kann sagen, dass das Model der reinen Datenbanktabelle eine gewisse Intelligenz verleiht. (z.B. berechnungen, etc.)
Im Controller steckt die Businesslogik und er verarbeitet die User-Anfragen, verändert Daten/Models und rendert den entsprechenden View aus.
Im View sind dann nur HTML code. (hier sollte nur auf Variablen zugegriffen werden die der Controller bereitstellt.)

für PHP Umsteiger ist das manchmal schwer. weil die meisten in PHP ohne patterns und nicht objektorientiert Programmieren.
Wenn man an solche “Probleme” stößt sollte man immer erst überlegen wieso das so ist. Meistens ist es kein “Problem” sondern ein Feature.

Hier mal zur Einleitung nen guter Railscast: Custom Helper Modules

aber das ganze sollte man mal wirklich für PHP Umsteiger aufdrösseln und dann gesammelt fest halten.

Wenn du z. B. in deinem Controller eine Funktion “def authorize” hast, um zu überprüfen, ob der Anwender etwas aus der DB lesen darf, kannst du diese Funktion im Model gar nicht aufrufen. Es widerspräche ja der Abschottung von Informationen gegenüber der Bereiche, obwohl es logisch “scheint”, dass das Model checken soll, ob es Informationen preisgeben darf oder nicht. Das kann es übrigens manchmal auch nicht, da die session z. B. gar nicht im Model verfügbar ist.

Also es gibt da noch ein paar Details über die ich nicht im Bilde bin. Vielleicht findet mal jemand eine Übersicht, welche Art von Variablen wo verfügbar sind und wie man es machen sollte.