php-general Digest 9 Jan 2013 23:32:33 -0000 Issue 8093
Topics (messages 320059 through 320062):
Re: Some date() oddities
320059 by: Jani Ollikainen
Configuration Issue (Error 310 ERR_TOO_MANY_REDIRECTS)
320060 by: Ken Kixmoeller
320061 by: shiplu
320062 by: Jan Ehrhardt
Administrivia:
To subscribe to the digest, e-mail:
php-general-digest-subscr...@lists.php.net
To unsubscribe from the digest, e-mail:
php-general-digest-unsubscr...@lists.php.net
To post to the list, e-mail:
php-gene...@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
On 9.1.2013 12:22, Arno Kuhl wrote:
Both %U and %W seem to return what you want, using strftime. I'd guess that
date would also have flags for these.
No. That's one thing I've wondered sometimes.
According to documentation:
strftime has:
Week --- ---
%U Week number of the given year, starting with the first Sunday as the
first week 13 (for the 13th full week of the year)
%V ISO-8601:1988 week number of the given year, starting with the first
week of the year with at least 4 weekdays, with Monday being the start
of the week 01 through 53 (where 53 accounts for an overlapping week)
%W A numeric representation of the week of the year, starting with the
first Monday as the first week 46 (for the 46th week of the year
beginning with a Monday)
date has:
Week --- ---
W ISO-8601 week number of year, weeks starting on Monday (added in PHP
4.1.0) Example: 42 (the 42nd week in the year)
Also then ISO-8601 week number is kind of mixed, or is older iso
week something different than in 1988 version of the standard=
By description they both %W and W do the same, but other one
is ISO-8601 and in strftime ISO-8601:1988 is %V which is different.
Or is it so that strftime %V is same as date's W, both are really the
iso week's but description for date forgets to mention about that
"at least 4 weekdays".
So at least someone could fix the documentation to be exact to
one don't have to guess or rtfs.
--- End Message ---
--- Begin Message ---
Hey, folks - ----
One of my applications is being moved to a new server. Testing it out, I
get the subject error. The error is reported this way in Chrome. In FireFox
it says:
"Firefox has detected that the server is redirecting the request for this
address in a way that will never complete."
I suspect this is a PHP or Apache configuration issue, as neither the
current test server, production server, nor my development server throw
that error.
I have searched for 2 days trying to find references for this. I see a lot
of PHP-driven applications having the same problem (mostly blogs), but no
"under the hood" fixes.
Anyone experienced this? Ideas?
Many thanks,
Ken
--- End Message ---
--- Begin Message ---
Could you run
curl --head -i --max-redirs 10 http://yoursite.com > headers.log
And paste the log here?
On Thu, Jan 10, 2013 at 2:25 AM, Ken Kixmoeller <phph...@comcast.net> wrote:
> Hey, folks - ----
>
> One of my applications is being moved to a new server. Testing it out, I
> get the subject error. The error is reported this way in Chrome. In FireFox
> it says:
>
> "Firefox has detected that the server is redirecting the request for this
> address in a way that will never complete."
>
> I suspect this is a PHP or Apache configuration issue, as neither the
> current test server, production server, nor my development server throw
> that error.
>
> I have searched for 2 days trying to find references for this. I see a lot
> of PHP-driven applications having the same problem (mostly blogs), but no
> "under the hood" fixes.
>
> Anyone experienced this? Ideas?
>
> Many thanks,
>
> Ken
>
--
Shiplu.Mokadd.im
ImgSign.com | A dynamic signature machine
Innovation distinguishes between follower and leader
--- End Message ---
--- Begin Message ---
Ken Kixmoeller in php.general (Wed, 9 Jan 2013 14:25:33 -0600):
>I have searched for 2 days trying to find references for this. I see a lot
>of PHP-driven applications having the same problem (mostly blogs), but no
>"under the hood" fixes.
It might be a rewrite rule that rewrites to the original URL. I had this
recently when a drupal site was upgraded from normal PHP to PHP-FPM.
mod_rewrite behaves differently within PHP-FPM:
http://forum.directadmin.com/showthread.php?t=45364
Jan
--- End Message ---
