I used the rewrite without RewriteBase before. This worked only on my
development machine (Windows XP), neither on the test machine at Windows
2000 nor on the productive system (Gentoo Linux). This is also not the
solution.
Andris Paikens schrieb:
Hi Matthias,
maybe You should remove
+1
This new usage 'throw Zend::exception()' does not make any sense. The
rationale sounds like premature optimisation.
Here is an excerpt from lukas simth blog on bytecode caches[1]
arnaud_ does autoload have a performance impact when using apc ?
Rasmus_ it is slow both with and without apc
Hi,
I've been trying to figure out the best way to merge two Zend_Config objects
together.
What I want to be able to do is have one master INI file in my application
directory and then one INI file per application instance, which will allow me
to override settings in the master INI file. I
Hi Steve,
You only need the one ini file for that. You can break up the ini
file into 'sections', with each section having the ability to inherit
from previous sections. For example:-
[all]
db.username = foo
db.password = bar
db.database = mydatabase
[development:all]
db.username = foodev
Hi Simon,
Yeah, I realise that's possible but I need to be able to have two seperate
INI files for a couple of reasons. Primarily, it's a multi-developer/user
environment and we need to prevent the majority of developers/users being
able to access the master INI file but still be able to
Matthias Zitzmann [EMAIL PROTECTED] napisał(a):
$routes= array(
'form'= new Zend_Controller_Router_Route('form/:action/*',
array('controller' = 'form', 'action' = 'index')),
'files'= new Zend_Controller_Router_Route('files/view/*',
array('controller' = 'files', 'action'
That's it, thanks!
Matthias
Luiz Vitor schrieb:
Hi Matthias
If I'm not wrong, the Routes are processed recursively, so the most
generic routes should be defined first.
You defined the page route dinamicaly and as last, It'll be the
first one processed and will always be used.
So try
You would get that if you had no Zend_Controller_Request object.
What does your bootstrap code look like?
Lee.
On 12/22/06, Marc Lindemann [EMAIL PROTECTED] wrote:
Hello,
I have to problems after upgrading to 0.6.0:
-*Fatal error*: Call to a member function getParam() on a
Hello,
I have to problems after upgrading to 0.6.0:
-Fatal error: Call to a member function getParam() on a non-object
in /var/www/entwicklung/trunk/library/Zend/Controller/Action.php on line 302
Source Code:
$zielgruppe_id = $this-_getParam('id');
-The Main
Hi Lindemann
The '_getParam' method was used previously to retrieve request
variables from the dispatcher token. However, you've now got a
request object that takes care of that instead.
Try:-
$request = $this-getRequest();
$id = $request-id;
...from inside your action.
Source Code:
Actually, a call to $this-_getParam('id') gets translated into
$this-getRequest()-getParam('id') in the Action class. So, his code
'should' work. It seems that the internal call to getRequest() is not
returning a valid object.
The source code provided is insufficient to diagnose the problem.
I know this has been covered before, but as a reminder to people upgrading
to the new MVC code:
If your old controller code used __construct() to setup you controller, you
either need to move that code into a function called init() or fix your
constructor code to allow for the passing of
Sebi wrote:
OK Alexander. I understand this. How can I manage this situation?
Because I will index all words from text fields (this is the default
behavior of the tokenizer, isn't it?). So, there will be words like
'and', 'a', 'an', 'than' and many others which will apear in many
documents.
There's no merge function. This will work, however:
$config = new Zend_Config($subordinate-asArray() + $master-asArray());
This will allow master values to be redefined in the subordinate. If you
want to prevent that, swap the order.
It would be kind of neat if you could do something like
Andrew Yager wrote:
Should there be any difference in processing
$route = new Zend_Controller_Router_Route(/,
array(controller=index, action=index), $formats);
and
$route = new Zend_Controller_Router_StaticRoute(/,
array(controller=index, action=index), $formats);
Of course not.
I
I had the same issue with the request object not being passed to the action
on first migration. Changing the constructor to init() fixed the issue.
class IndexController extends Zend_Controller_Action
{
public function __construct()
{...}
public function viewAction()
You could use array_merge():
?php
require_once 'Zend.php';
Zend::loadClass('Zend_Config');
$master_config = new Zend_Config(array('x' = 1, 'y' = 2, 'z' = 3));
$user_config = new Zend_Config(array('y' = 4, 'a' = 5));
$config = new Zend_Config(array_merge($master_config-asArray(),
'' is used as a part of query syntax.
But Analyzer is used after query recognition to process lexemes or
phrases. So htmlentities() may be used.
I will try to replace with some alpha digit pattern;
From the other side, it doesn't help with a problem, which we have for
full UTF-8 support.
18 matches
Mail list logo