[PHP] Re: Configuration Issue (Error 310 ERR_TOO_MANY_REDIRECTS)
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 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Configuration Issue (Error 310 ERR_TOO_MANY_REDIRECTS)
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 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
[PHP] Configuration Issue (Error 310 ERR_TOO_MANY_REDIRECTS)
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
Re: [PHP] Some date() oddities
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. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] Some date() oddities
On Tue, 8 Jan 2013, Arno Kuhl wrote:
> Starting with a unix timestamp for 31 December 2012 13:12:12 (which is
> 1356952332) I calculate a week number:
>
> $ux_date = 1356952332;
>
> $weeknumber = date("W", $ux_date); // returns 01 instead of 52
I'm not that familiar with date, I tend to use strftime myself (no idea why
there's both). Sounds like date's W is equivalent to strftime's %V which
does indeed return "01" for this date as there's at least 4 days of the new
year in that particular week.
Both %U and %W seem to return what you want, using strftime. I'd guess that
date would also have flags for these.
Cheers,
Geoff.
--
Thanks Geoff, that's what I was looking for.
Cheers
Arno
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
