Shouldn't you use...
header('HTTP/1.0 301 Moved Permanently');
header('Location: http://...');
That is what I've always used and it's worked for me. Additionally, the
method you have suggested does not work for me.
-[Unknown]
Original Message
Someone on the php-general l
Someone on the php-general list suggested I write here before submitting
this to bugs.php.net to see if it was a known issue.
Having a problem here trying to redirect some old pages. Running php 5.1.4
as fastcgi under lighttpd.
I've recently noticed using a server header check that my 301 redirec
Ron Korving wrote:
If you ask me, scaler type hinting should try to do some auto-conversion.
That way, the type hints would actually be useful.
While I like the idea of type hinting on scalars, I agree that it causes
issues. Using request data is the main issue. Its all strings.
The only w
At 11:12 03/11/2006, Pierre wrote:
Hello,
On 11/3/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Hello Pierre,
i think it would only make sense if the automatic type conversion is
correctly supported but then why use it at all? That by the way is the
reason we declined it in the past several
On 3-Nov-06, at 3:01 PM, Mauro N. Infantino wrote:
Hi all,
In our current codebase for PHP5.1 we've a class named
'Datetime' (I suppose
a lot of people is in the same situation). I'm wondering if there's
any
chance
to add an ini directive in order to disable the definition of the
new
Mauro N. Infantino wrote:
> Hi all,
>
> In our current codebase for PHP5.1 we've a class named 'Datetime' (I suppose
>
> a lot of people is in the same situation).
More people had one named Date, so we changed it from Date to DateTime.
You are going to have to change yours. Sorry.
-Rasmus
--
Hi all,
In our current codebase for PHP5.1 we've a class named 'Datetime' (I suppose
a lot of people is in the same situation). I'm wondering if there's any
chance
to add an ini directive in order to disable the definition of the new class.
I mean, we had a lot of PHP4 projects and, with two or
Hello Stanislav,
no, it is an oversight. The function simply generated a hash form objects,
where hash is an md5 string that is always unique as it is build by object
id and object handler address.
best regards
marcus
Friday, November 3, 2006, 8:24:38 PM, you wrote:
> I see there's a new f
Human resource problem.
We welcome any help we can get, there are still lots of things undocumented.
-Hannes
On 11/3/06, Stanislav Malyshev <[EMAIL PROTECTED]> wrote:
I see there's a new function called spl_object_hash which does object ID
(which I for one welcome :) - but it is not documented
I see there's a new function called spl_object_hash which does object ID
(which I for one welcome :) - but it is not documented anywhere in the
manual. Is it an omission or there's some reason to that?
--
Stanislav Malyshev, Zend Products Engineer
[EMAIL PROTECTED] http://www.zend.com/
--
PHP
Hello,
On 11/3/06, Marcus Boerger <[EMAIL PROTECTED]> wrote:
Hello Pierre,
i think it would only make sense if the automatic type conversion is
correctly supported but then why use it at all? That by the way is the
reason we declined it in the past several times.
Exactly
--Pierre
--
PHP I
Hannes,
As much as I like the concept I would prefer to hold it off until the
next minor release or PHP6.
On 3-Nov-06, at 1:00 PM, Hannes Magnusson wrote:
Hello all!
Attached is a patch (against 5_2) to allow scalar type hinting \o/
I realize that maaany will be against it so I won't be p
If you ask me, scaler type hinting should try to do some auto-conversion.
That way, the type hints would actually be useful.
-- Ron
PS: Congrats on rolling out PHP 5.2.0. I sincerely (without sarcasm) hope
the manual will be updated soon (e.g. filter extension is still marked
experimental and dat
Hello Pierre,
i think it would only make sense if the automatic type conversion is
correctly supported but then why use it at all? That by the way is the
reason we declined it in the past several times.
best regards
marcus
Friday, November 3, 2006, 7:39:41 PM, you wrote:
> Hello,
> On 11/3/0
Hello Christian,
Liskov applies to static methods as soon as calls via objects are common
which is true for PHP. Actually in PHP static methods are inherited as any
other method (also true for a lot of other languages). Now given Liskov
rules you can as well add default parameter values as add n
Hello,
On 11/3/06, Hannes Magnusson <[EMAIL PROTECTED]> wrote:
Hello all!
Attached is a patch (against 5_2) to allow scalar type hinting \o/
I realize that maaany will be against it so I won't be pushing it (a
lot), just wanted the patch archived somewhere :)
-1 unless we add a "strongly typ
Hello all!
Attached is a patch (against 5_2) to allow scalar type hinting \o/
I realize that maaany will be against it so I won't be pushing it (a
lot), just wanted the patch archived somewhere :)
A .tar.bz2 archive can be found at
http://home.oslo.nith.no/~maghan/scalar.type.hint.tar.bz2 conta
Ilia Alshanetsky wrote:
> Thanks to Hannes we have a fairly complete list of changes in the error
> conditions, so far people who have commented out it did not appear to
> have identified anything objectionable. We need to make a decision on
> how to proceed, either to roll 5.2.0 now or wait anothe
On Nov 3, 2006, at 8:20 AM, Joe Orton wrote:
On Fri, Oct 27, 2006 at 12:12:46PM -0400, Brian J. France wrote:
and I plan on removing it from our internal builds as it causes more
problems than I think it fixes (on RHEL only).
Hi, what problems do you see from the use of RTLD_DEEPBIND?
Where
On Fri, Oct 27, 2006 at 12:12:46PM -0400, Brian J. France wrote:
> and I plan on removing it from our internal builds as it causes more
> problems than I think it fixes (on RHEL only).
Hi, what problems do you see from the use of RTLD_DEEPBIND?
Regards,
joe
--
PHP Internals - PHP Runtime Dev
Hi,
this patch removes the prevaricative code in ext/dom/document.c that
forcibly
reports errors in xml data overriding the error_reporting value set by
the user.
If the user intentionally sets $dom->recover to true and disables E_WARNING
he obviously wants php to shut up in all cases, even wh
Hi,
Lets say I have a class
class MyClass
protected $foo = 'bar';
}
In PHP 5.1 I could do
$myobj = new MyClass();
$c = new ReflectionClass($myobj);
$p = $c->getProperty('foo');
echo $p->getValue($myobj); // bar
But in PHP 5.2 I now get an exception with "Cannot access non-public member
MyCl
22 matches
Mail list logo
