Główny plik - index.php:

[PHP] pobierz, plaintext 
<?php
...
$ctrl = Zend_Controller_Front::getInstance();
$ctrl -> throwExceptions(true);
$ctrl -> setBaseUrl('/sezi4/');
$ctrl -> setRouter(new Zend_Controller_RewriteRouter());
 
if(!$auth_user -> logedInUser)
	$ctrl -> setDefaultAction('auth');
 
$ctrl -> run('../../koodlaty/applications/sezi4/controllers');
?>
[PHP] pobierz, plaintext 

Działa prawidłowo. Na podstawie adresu URL Front kontroler wybiera właściwy kontroler i akcję. Niestety nie przekazuje parametrów do metod akcji.

Jaśniej bo nie rozumiem ;p

o ile się orientuję to chodzi o sprawdzanie
zalogowany/niezalogowany
i kierowanie wg tego

jeśli o to chodzi to swego czasu Sabistik pomógł mi takim rozwiązaniem

http://forum.php.pl/index.php?showtopic=61607&hl=

Już mówię o co mi się rozchodzi...

[PHP] pobierz, plaintext 
<?php
class someActionController extends Zend_Controller_Action
{
   function someAction($param)
   {
	  ...
   }
}
?>
[PHP] pobierz, plaintext 

Jak przekazać parametr do akcji?

tak nie działa:
tak też nie:

Dostęp do parametrów masz poprzez:

[PHP] pobierz, plaintext 
<?php
Zend_Controller_Request::getParam();
// lub
Zend_Controller_Action::getParam();
?>
[PHP] pobierz, plaintext 

Kurna, czegoś tu wciąż nie kumam...

Czy metody-akcje mogą przyjmować parametry?

Ja tez <:
Ale w jakim celu ? :P

Jeśli akcja będzie odpowiadała np. za usuniecie użytkownika - w jaki sposób przekażemy jej jego identyfikator?

No tak jak napisałem dwa posty wyżej:


Controller: user
Action: delete
id: 546 ( Zend_Controller_Action::getParam('id'); )

W czym problem ?

Właściwie w niczym - można i tak.

Dzięki za info.

Zastanawiam się tylko dlaczego robić to właśnie w taki sposób, dlaczego parametry nie są przekazywane do metod z automatu jak Pan Bóg przykazał... To może już lepiej użyć:

[PHP] pobierz, plaintext 
<?php
Zend_Filter_Input($_GET);
?>
[PHP] pobierz, plaintext 

Mamy odrazu dostępne metody filtrowania wejścia.

Z automatu? Mowisz o parametrach metod? Dla malej ilosci czy dla samego id to by mialo moze sens ale dla bardziej zlozonej struktury mije sie to juz z celem. W wiekszosci frameworkow jest tak jak pisal @Sabistik no moze pomijajac cake bo tam na sile wlozyli id jako parametr metody.

Nie, nie! Co innego miałem na myśli mówiąc z automatu. Ja to sobie wyobrażałem tak:

Jest jakiś kontroler i jakaś jego akcja:

[PHP] pobierz, plaintext 
<?php
class ctrlController extends Zend_Controller_Action
{
	  public function actAction($param1, $param2)
	  {
			...
	  }
}
?>
[PHP] pobierz, plaintext 

Gdzieś znajduje się link, np.: http://localhost/ctrl/act/param1/value1/param2/value2

Na podstawie tego, czego nauczyłem się z dokumentacji sądziłem, iż uruchomienie metody wygląda mniej więcej tak, że po kliknięciu w taki link nastąpi oczywiście rozebrania adresu URI wewnątrz routera i przekazaniu obiektu żądania - informacji na temat oczekiwanego kontrolera, akcji i podanych parametrów do dispatcher-a, by ten wreszcie uruchomił tą akcję tego kontrolera podając jej parametry czyli upraszczając coś jak:

[PHP] pobierz, plaintext 
<?php
$ctrl = new ctrlController();
$ctrl -> actAction(value1, value2);
?>
[PHP] pobierz, plaintext 

Bazując na tym co mi cierpliwie wytłumaczyliście, działa to zgoła inaczej tzn do parametrów muszę dobierać się indywidualnie w każdej metodzie
np tak:

[PHP] pobierz, plaintext 
<?php
class ctrlController extends Zend_Controller_Action
{
	  public function actAction()
	  {
			$filterGET = new Zend_Filter_Input($_GET);
			if(!is_numeric($id = $filtratedGET -> getRaw('id')))
				  throw new Exception('Parametr powinien byc liczba!');
 
			...
	  }
}
?>
[PHP] pobierz, plaintext 

W związku z tym nie ma sensu podawać nazw oczekiwanych parametrów w definicji metod?

[PHP] pobierz, plaintext 
<?php
class ctrlController extends Zend_Controller_Action
{
	  public function actAction(tu nie ma sensu)
	  {
			...
	  }
}
?>
[PHP] pobierz, plaintext 

Dobrze kumam czy całkiem mi się popierdzieliło?