Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.php > #14287 > unrolled thread

timezone

Back to article view | Back to comp.lang.php

Contents

  timezone bill <william@TechServSys.com> - 2014-10-09 15:22 -0400
    Re: timezone Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2014-10-09 21:58 +0200
      Re: timezone Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-09 16:23 -0400
        Re: timezone Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2014-10-09 22:47 +0200
          Re: timezone Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-09 20:54 -0400
            Re: timezone Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2014-10-10 16:08 +0200
              Re: timezone Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2014-10-10 14:19 +0000
                Re: timezone Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-10 10:47 -0400
                Re: timezone Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2014-10-10 16:58 +0200
                  Re: timezone Tim Streater <timstreater@greenbee.net> - 2014-10-10 21:59 +0100
                    Re: timezone Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2014-10-11 13:40 +0200
                  Re: timezone Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2014-10-11 09:02 +0000
                    Re: timezone Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2014-10-11 13:37 +0200
                      Re: timezone Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-11 10:25 -0400
              Re: timezone bill <william@TechServSys.com> - 2014-10-10 13:49 -0400
      Re: timezone bill <william@TechServSys.com> - 2014-10-10 07:45 -0400
      Re: timezone bill <william@TechServSys.com> - 2014-10-10 07:56 -0400
        Re: timezone Matthew Carter <m@ahungry.com> - 2014-10-10 09:55 -0400
          Re: timezone Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-10 10:52 -0400
        Re: timezone Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2014-10-10 16:17 +0200
    Re: timezone Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-09 16:20 -0400
      Re: timezone Matthew Carter <m@ahungry.com> - 2014-10-09 17:16 -0400
        Re: timezone Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2014-10-09 23:38 +0200
        Re: timezone Jerry Stuckle <jstucklex@attglobal.net> - 2014-10-09 20:56 -0400
    Re: timezone Tim Streater <timstreater@greenbee.net> - 2014-10-09 21:52 +0100

Page 1 of 2  [1] 2  Next page →

#14287 — timezone

I just updated to Ubuntu 14.04 LTS (php5.5)and in addition to the 
usual stuff I now am getting errors when I use date functions.
Warning: date(): Invalid date.timezone value 'America.Detroit', 
we selected the timezone 'UTC' for now. in 
/var/www/html/MP2010-v2/general/clock.php on line 6

I did a find and found:
william@ubuntu:/etc/php5/apache2$ sudo find / -name php.ini -print
/etc/php5/apache2/php.ini
/etc/php5/cli/php.ini

I changed them both to
; Defines the default timezone used by the date functions
date.timezone =America/Detroit

as per http://php.net/manual/en/timezones.america.php

suggestions?

-bill

[toc] | [next] | [standalone]

#14288

bill wrote:

> I just updated to Ubuntu 14.04 LTS (php5.5)

According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17) 
already; the latest PHP 5.5 release was in September.  Be sure to update 
PHP: <http://php.net/ChangeLog-5.php#5.5.17>

[1] <https://en.wikipedia.org/wiki/Ubuntu_(operating_system)#Releases>

> and in addition to the usual stuff I now am getting errors when I use date
> functions. Warning: date(): Invalid date.timezone value 'America.Detroit',
> we selected the timezone 'UTC' for now. in
> /var/www/html/MP2010-v2/general/clock.php on line 6
> 
> I did a find and found:
> william@ubuntu:/etc/php5/apache2$ sudo find / -name php.ini -print

“-print” is the default action for find(1), you can safely omit it (RTFM).

You can speed up the search next time by

a) looking only in and below /etc, where most if not all configuration files
   are found on Unices:
  
     sudo find /etc/ …

b) looking at the output of phpinfo() instead.

The latter will also tell you more exactly which configuration file you 
*actually* have to edit.

> /etc/php5/apache2/php.ini
> /etc/php5/cli/php.ini
> 
> I changed them both to
> ; Defines the default timezone used by the date functions
> date.timezone =America/Detroit

I would expect

  date.timezone = America/Detroit

but I suppose whitespace does not matter.  Be sure that

  sudo dpkg-reconfigure tzdata

or whatever you use on Ubuntu instead, allows you to select 
“America/Detroit”.
 
> as per http://php.net/manual/en/timezones.america.php
> 
> suggestions?

1. Post what happened when you used date() *afterwards*.

2. Have you executed

     sudo service apache2 reload

   or

     sudo service apache2 restart

   afterwards?  If not, PHP server module configuration changes do not take
   effect, as is evident by the corresponding phpinfo() output.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#14290

On 10/9/2014 3:58 PM, Thomas 'PointedEars' Lahn wrote:
> bill wrote:
> 
>> I just updated to Ubuntu 14.04 LTS (php5.5)
> 
> According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17) 
> already; the latest PHP 5.5 release was in September.  Be sure to update 
> PHP: <http://php.net/ChangeLog-5.php#5.5.17>
>

php5.5 is the current release for Ubuntu 14.04 LTS.  Manual upgrades are
not recommended for most Linux systems, unless there is something you
ABSOLUTELY HAVE TO HAVE.  It is almost always better to stick with the
versions of software handled by the package manager; it prevents
problems with other packages.

<snip>

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#14291

Jerry Stuckle wrote:

> On 10/9/2014 3:58 PM, Thomas 'PointedEars' Lahn wrote:
>> bill wrote:
>>> I just updated to Ubuntu 14.04 LTS (php5.5)
>> According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17)
>> already; the latest PHP 5.5 release was in September.  Be sure to update
>> PHP: <http://php.net/ChangeLog-5.php#5.5.17>
> 
> php5.5 is the current release for Ubuntu 14.04 LTS.  Manual upgrades are
> not recommended for most Linux systems, unless there is something you
> ABSOLUTELY HAVE TO HAVE.  It is almost always better to stick with the
> versions of software handled by the package manager; it prevents
> problems with other packages.

In its absoluteness, incorrect, and missing the point.  Instead, it is 
strongly recommended to update (apt-get update; apt-get upgrade) to the 
latest version of the corresponding PHP release, in this case PHP 5.5.17.

Since Ubuntu 14.04 LTS was released on 2014-04-17, the PHP version it 
features by default cannot be later than 5.5.11, which, among regular 
bugfixes, does not include 5 (important) security fixes released later:

<http://php.net/ChangeLog-5.php#5.5.16>

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#14295

On 10/9/2014 4:47 PM, Thomas 'Pointed Head' Lahn wrote:
> Jerry Stuckle wrote:
> 
>> On 10/9/2014 3:58 PM, Thomas 'PointedEars' Lahn wrote:
>>> bill wrote:
>>>> I just updated to Ubuntu 14.04 LTS (php5.5)
>>> According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17)
>>> already; the latest PHP 5.5 release was in September.  Be sure to update
>>> PHP: <http://php.net/ChangeLog-5.php#5.5.17>
>>
>> php5.5 is the current release for Ubuntu 14.04 LTS.  Manual upgrades are
>> not recommended for most Linux systems, unless there is something you
>> ABSOLUTELY HAVE TO HAVE.  It is almost always better to stick with the
>> versions of software handled by the package manager; it prevents
>> problems with other packages.
> 
> In its absoluteness, incorrect, and missing the point.  Instead, it is 
> strongly recommended to update (apt-get update; apt-get upgrade) to the 
> latest version of the corresponding PHP release, in this case PHP 5.5.17.
> 

Once again you really don't know what you're talking about.  The current
version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5), not PHP 5.5.17.

However, it makes no difference.  There was no change in the timezone
area between the releases.

> Since Ubuntu 14.04 LTS was released on 2014-04-17, the PHP version it 
> features by default cannot be later than 5.5.11, which, among regular 
> bugfixes, does not include 5 (important) security fixes released later:
>
> <http://php.net/ChangeLog-5.php#5.5.16>
> 

This is fine if you installed PHP manually in the first place.  But that
causes all kinds of other problems - which is why the package system
exists in one form or another in virtually all Linux distros.

But all of that is completely immaterial to the problem.  But that's
something you can't understand.

So please continue to make a complete fool of yourself and tell us how
upgrading will fix his problem.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#14300

Jerry Stuckle wrote:

> On 10/9/2014 4:47 PM, Thomas 'Pointed Head' Lahn wrote:
>> Jerry Stuckle wrote:
>>> On 10/9/2014 3:58 PM, Thomas 'PointedEars' Lahn wrote:
>>>> bill wrote:
>>>>> I just updated to Ubuntu 14.04 LTS (php5.5)
>>>> According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17)
>>>> already; the latest PHP 5.5 release was in September.  Be sure to
>>>> update PHP: <http://php.net/ChangeLog-5.php#5.5.17>
>>> php5.5 is the current release for Ubuntu 14.04 LTS.  Manual upgrades are
>>> not recommended for most Linux systems, unless there is something you
>>> ABSOLUTELY HAVE TO HAVE.  It is almost always better to stick with the
>>> versions of software handled by the package manager; it prevents
>>> problems with other packages.
>> 
>> In its absoluteness, incorrect, and missing the point.  Instead, it is
>> strongly recommended to update (apt-get update; apt-get upgrade) to the
>> latest version of the corresponding PHP release, in this case PHP 5.5.17.
> 
> Once again you really don't know what you're talking about.

I do.  You don't.  And you can't read, too.

> The current version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5),

Your “aka” is wrong, too.  The current PHP 5.5 release is PHP 5.5.17.

> not PHP 5.5.17.

Can't you read?  I *know* that Ubuntu 14.04 LTS does not come with PHP 
5.5.17; it cannot, because 5.5.17 was not released yet in April 2014 when 
Ubuntu 14.04 LTS was released.  That is why *now* (*October* 2014) the 
update *to* PHP 5.5.17, of September, or at least 5.5.16, of August, is 
recommended.  And this should be possible *using the Debian/Ubuntu package 
manager, apt-get*, so your rant about using the package manager is 
completely missing the point.

> However, it makes no difference.  There was no change in the timezone
> area between the releases.

But there were security leaks fixed, so it does make a difference which PHP 
(5.5) version you are running.
 
> [snip trolling]

Please get yourself some new glasses or go away.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#14302

On Fri, 10 Oct 2014 16:08:13 Thomas 'PointedEars' Lahn wrote:
> > The current version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5),
> 
> Your “aka” is wrong, too.  The current PHP 5.5 release is PHP 5.5.17.

You don't know too much about Ubuntus (or Debians) way of version
numbering, do you?

> > not PHP 5.5.17.

> [...] That is why *now* (*October* 2014) the update *to* PHP 5.5.17, of
> September, or at least 5.5.16, of August, is recommended.

This is recommended by whom? Where? And how should this update (in your
opinion) be done?

> And this should be possible *using the Debian/Ubuntu package manager,
> apt-get*, so your rant about using the package manager is completely
> missing the point.

No, this is neither possible nor should it be possible. You can get
security updates for both distributions, and you will end up with
something that has a) no currently known weaknesses and b) is still
carrying the same version number (in this case 5.5.9).

> But there were security leaks fixed, so it does make a difference
> which PHP (5.5) version you are running.

php5 (5.5.9+dfsg-1ubuntu4.4) would be quit fine, as far as I can
see. The 4.4 is the interesting part here, not the 5.5.9.
  
Bye,
  Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Ein netter Gedanke! Stefan, so unwirklich...
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#14303

On 10/10/2014 10:19 AM, Stefan Froehlich wrote:
> On Fri, 10 Oct 2014 16:08:13 Thomas 'PointedEars' Lahn wrote:
>>> The current version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5),
>>
>> Your “aka” is wrong, too.  The current PHP 5.5 release is PHP 5.5.17.
> 
> You don't know too much about Ubuntus (or Debians) way of version
> numbering, do you?
>

Oh, don't you know?  "Pointed Head" is an expert on EVERYTHING!  And
anyone who disagrees with him knows NOTHING.

He's just a pedantic troll with no real knowledge.  The only time he
gets something right is when someone has posted the correct answer at
least two days before.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#14305

Stefan Froehlich wrote:

> On Fri, 10 Oct 2014 16:08:13 Thomas 'PointedEars' Lahn wrote:
>> > The current version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5), 
>> Your “aka” is wrong, too.  The current PHP 5.5 release is PHP 5.5.17.
> 
> You don't know too much about Ubuntus (or Debians) way of version
> numbering, do you?

I do.  I have been running Debian GNU/Linux (Sid) on clients and servers 
since 11 years, and I have worked with servers running Ubuntu Linux.
 
>> > not PHP 5.5.17.
> 
>> [...] That is why *now* (*October* 2014) the update *to* PHP 5.5.17, of
>> September, or at least 5.5.16, of August, is recommended.
> 
> This is recommended by whom?

The PHP Group.  Debian.  Ubuntu, in a way.

> Where?

php.net, debian.org, launchpad.net (at least).

> And how should this update (in your opinion) be done?

Depends on the OS and distribution.

Ubuntu has incorporated two security fixes of 5.5.16 (for CVE-2014-3587) in 
their 5.5.9+dfsg-1ubuntu4.4 and 5.5.12+dfsg-2ubuntu4, so you can just run 
“apt-get update; apt-get upgrade” after you have enabled security updates.  
AISB.  However, you should be aware that this will still not give you *all* 
security fixes of 5.5.16.
 
>> And this should be possible *using the Debian/Ubuntu package manager,
>> apt-get*, so your rant about using the package manager is completely
>> missing the point.
> 
> No, this is neither possible nor should it be possible.

Nonsense.

> You can get security updates for both distributions, and you will end up
> with something that has a) no currently known weaknesses and b) is still
> carrying the same version number (in this case 5.5.9).

It is carrying a *different* version number for Ubuntu (Trusty Tahr), but 
that is starting with “5.5.9”; I give you that.  Utopic Unicorn has, or will 
have, as it appears now, only PHP 5.5.12 with two security fixes of 5.5.16.

<https://launchpad.net/ubuntu/+source/php5/5.5.12+dfsg-2ubuntu4>

By contrast, Debian has moved on already:

# aptitude versions php5-common 
Package php5-common:                           
p   5.3.3-7+squeeze19                         oldstable              500 
p   5.4.4-14+deb7u11                          stable                 500 
p   5.4.4-14+deb7u14                          stable                 500 
i   5.6.0+dfsg-1                                                     100 
p   5.6.0+dfsg-1+b1                           testing,unstable       990 

Package php5-common:amd64:
p   5.3.3-7+squeeze19                         oldstable              500 
p   5.4.4-14+deb7u11                          stable                 500 
p   5.4.4-14+deb7u14                          stable                 500 
p   5.6.0+dfsg-1+b1                           testing,unstable       990 

>> But there were security leaks fixed, so it does make a difference
>> which PHP (5.5) version you are running.
> 
> php5 (5.5.9+dfsg-1ubuntu4.4) would be quit fine, as far as I can
> see. The 4.4 is the interesting part here, not the 5.5.9.

I know.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#14309

In article <1681552.4Od43fa1Gc@PointedEars.de>, Thomas 'PointedEars'
Lahn <PointedEars@web.de> wrote:

> Stefan Froehlich wrote:
> 
> > On Fri, 10 Oct 2014 16:08:13 Thomas 'PointedEars' Lahn wrote:
> >> > The current version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5), 
> >> Your “aka” is wrong, too.  The current PHP 5.5 release is PHP 5.5.17.
> > 
> > You don't know too much about Ubuntus (or Debians) way of version
> > numbering, do you?
> 
> I do.  I have been running Debian GNU/Linux (Sid) on clients and servers 
> since 11 years, and I have worked with servers running Ubuntu Linux.

*for* 11 years, not *since*.

*for* - used with a period of time.

*since* - used with a specific start time.

So you could also say "since 11 years ago".

-- 
"That which can be asserted without evidence, can be dismissed without 
evidence."
-- Christopher Hitchens

[toc] | [prev] | [next] | [standalone]

#14314

Tim Streater wrote:

> Thomas 'PointedEars' Lahn wrote:
>> […] I have been running Debian GNU/Linux (Sid) on clients and servers
>> since 11 years, and I have worked with servers running Ubuntu Linux.
> 
> *for* 11 years, not *since*.
> 
> *for* - used with a period of time.
> 
> *since* - used with a specific start time.
> 
> So you could also say "since 11 years ago".

Thanks.

-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#14312

On Fri, 10 Oct 2014 16:58:46 Thomas 'PointedEars' Lahn wrote:
> >> > The current version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5), 
> >> Your “aka” is wrong, too.  The current PHP 5.5 release is PHP 5.5.17.
 
> > You don't know too much about Ubuntus (or Debians) way of version
> > numbering, do you?
 
> I do.

Then you should not give such (useless) advices, as:

| > I just updated to Ubuntu 14.04 LTS (php5.5)
|
| According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17)
| already; the latest PHP 5.5 release was in September.  Be sure to update
| PHP: <http://php.net/ChangeLog-5.php#5.5.17>

> Ubuntu has incorporated two security fixes of 5.5.16 (for CVE-2014-3587)
> in their 5.5.9+dfsg-1ubuntu4.4 and 5.5.12+dfsg-2ubuntu4, so you can just
> run “apt-get update; apt-get upgrade” after you have enabled security
> updates.

Yes, of course you can and shall do that. However, I cannot see any
reason to assume that the OP has *not* already done this. You could
and IMHO should reduce your answers to those points which are either
acutally discussed or otherwise essential.

But we've been through this before. More than once.

> It is carrying a *different* version number for Ubuntu (Trusty Tahr), but 
> that is starting with “5.5.9”; I give you that.

And that's exactly the point. If you ask me which version of PHP I am
using, I will as well only answer with the first three numbers;
distribution-specific security fixes are only relevant for security, not
for the actual work.

Bye,

Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan konnte schon immer mehr als Happy machen!
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#14313

Stefan Froehlich wrote:

> On Fri, 10 Oct 2014 16:58:46 Thomas 'PointedEars' Lahn wrote:
>> >> > The current version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5),
>> >> Your “aka” is wrong, too.  The current PHP 5.5 release is PHP 5.5.17.
>> > You don't know too much about Ubuntus (or Debians) way of version
>> > numbering, do you?
>> 
>> I do.
> 
> Then you should not give such (useless) advices, as:
> 
> | > I just updated to Ubuntu 14.04 LTS (php5.5)
> |
> | According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17)
> | already; the latest PHP 5.5 release was in September.  Be sure to update
> | PHP: <http://php.net/ChangeLog-5.php#5.5.17>

That is not useless advice, you are just misinterpreting it.
 
-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

#14316

On 10/11/2014 7:37 AM, Thomas 'PointedEars' Lahn wrote:
> Stefan Froehlich wrote:
> 
>> On Fri, 10 Oct 2014 16:58:46 Thomas 'PointedEars' Lahn wrote:
>>>>>> The current version for Ubuntu 14.04 LTS is PHP 5.5.9 (aka PHP 5.5),
>>>>> Your “aka” is wrong, too.  The current PHP 5.5 release is PHP 5.5.17.
>>>> You don't know too much about Ubuntus (or Debians) way of version
>>>> numbering, do you?
>>>
>>> I do.
>>
>> Then you should not give such (useless) advices, as:
>>
>> | > I just updated to Ubuntu 14.04 LTS (php5.5)
>> |
>> | According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17)
>> | already; the latest PHP 5.5 release was in September.  Be sure to update
>> | PHP: <http://php.net/ChangeLog-5.php#5.5.17>
> 
> That is not useless advice, you are just misinterpreting it.
>  
> 

He is interpreting it correctly, and it is just as useless as all of
your advice.  But that is only to be expected from a pedantic troll like
you.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#14306

>
> Can't you read?  I *know* that Ubuntu 14.04 LTS does not come with PHP
> 5.5.17; it cannot, because 5.5.17 was not released yet in April 2014 when
> Ubuntu 14.04 LTS was released.  That is why *now* (*October* 2014) the
> update *to* PHP 5.5.17, of September, or at least 5.5.16, of August, is
> recommended.  And this should be possible *using the Debian/Ubuntu package
> manager, apt-get*,

actually not.
apt-get says that 5.5.9 is the current version (for 14.04 LTS 
installs).

bill

[toc] | [prev] | [next] | [standalone]

#14297

On 10/9/2014 3:58 PM, Thomas 'PointedEars' Lahn wrote:
> 2. Have you executed
>
>       sudo service apache2 reload
>
>     or
>
>       sudo service apache2 restart

That was the step I forgot.
THanks

--bill

[toc] | [prev] | [next] | [standalone]

#14298

On 10/9/2014 3:58 PM, Thomas 'PointedEars' Lahn wrote:
>> >I just updated to Ubuntu 14.04 LTS (php5.5)
> According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17)
> already; the latest PHP 5.5 release was in September.  Be sure to update
> PHP:<http://php.net/ChangeLog-5.php#5.5.17>

With a production system I never want to be on the bleeding edge. 
  6 months after release is a good place to be.

As I just did the release update I presumed that it would contain 
the most recent package for this release.  I just verified that 
was correct.
>
> “-print” is the default action for find(1), you can safely omit it (RTFM).

been using unix since before the world was fully cooled.  The 
fingers automatically add the -print action.
>
> You can speed up the search next time by
>
> a) looking only in and below /etc, where most if not all configuration files
>    are found on Unices:
>
>      sudo find /etc/ …

This is true.  but every once in awhile files find interesting 
hiding places so a global search is safer when things are not 
working as expected.

Thanks for the suggestions.

-bill

[toc] | [prev] | [next] | [standalone]

#14299

I've had old Red Hat servers where the php.ini ended up in /usr/lib/php
somehow (not sure if a past sysadmin did it intentionally or what).

The only distro I've seen the php.ini in /etc consistently has been Arch
Linux (the Red Hat/CentOS servers I maintain always install PHP from
source, so maybe that is why).
-- 
Matthew Carter (m@ahungry.com)
http://ahungry.com

[toc] | [prev] | [next] | [standalone]

#14304

On 10/10/2014 9:55 AM, Matthew Carter wrote:
> I've had old Red Hat servers where the php.ini ended up in /usr/lib/php
> somehow (not sure if a past sysadmin did it intentionally or what).
> 
> The only distro I've seen the php.ini in /etc consistently has been Arch
> Linux (the Red Hat/CentOS servers I maintain always install PHP from
> source, so maybe that is why).
> 

Both Debian and Ubuntu place php.ini files in /etc/php5/apache2 and
/etc/php5/cli - one for the Apache module and one for CLI.

Additionally, there is a conf.d directory in each that is included in
the respective php.ini file.  This way you can tailor your extensions
without having to change the supplied php.ini files.

Sometimes you still need to change the php.ini files (i.e. to change
error logging), but at least you don't need to edit it when adding or
removing an extension.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]

#14301

bill wrote:

> On 10/9/2014 3:58 PM, Thomas 'PointedEars' Lahn wrote:
>>> >I just updated to Ubuntu 14.04 LTS (php5.5)
>> According to Wikipedia [1], 14.04 LTS is six months old (2014-04-17)
>> already; the latest PHP 5.5 release was in September.  Be sure to update
>> PHP:<http://php.net/ChangeLog-5.php#5.5.17>
> 
> With a production system I never want to be on the bleeding edge.
>   6 months after release is a good place to be.

Nonsense.  PHP 5.5.17 is far from “the bleeding edge”; it is just the latest 
version in the 5.5 branch, and you should want to have those security leaks 
fixed in your server setup.  Currently, the latest PHP version, your 
“bleeding edge”, is one of the 5.6 branch instead.  See <http://php.net/>, 
top right corner.
 
> As I just did the release update I presumed that it would contain
            ^^^^^^^^^^^^^^^^^^^^^^
> the most recent package for this release.  I just verified that
> was correct.

As I told you.

>> a) looking only in and below /etc, where most if not all configuration
>> files
>>    are found on Unices:
>>
>>      sudo find /etc/ …
> 
> This is true.  but every once in awhile files find interesting
> hiding places so a global search is safer when things are not
> working as expected.

AISB, the safest thing is to look into the configuration files that PHP 
tells you about, maybe even search in the source code and for .htaccess & 
friends in the corresponding directories before that (because they can take 
precedence, respectively).  phpinfo() will tell you where the pertaining 
configuration files are (except Registry and server files), and it will tell 
you the current configuration values.
 
-- 
PointedEars
Zend Certified PHP Engineer
Twitter: @PointedEars2
Please do not Cc: me. / Bitte keine Kopien per E-Mail.

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.lang.php

csiph-web