FUDforum
Fast Uncompromising Discussions. FUDforum will get your users talking.

Home » Imported messages » comp.lang.php » where to put a php library shared between (virtual) sites.
Show: Today's Messages :: Unread Messages :: Show Polls :: Message Navigator
| Subscribe to topic | Bookmark topic 
Switch to threaded view of this topic Create a new topic Submit Reply
where to put a php library shared between (virtual) sites. [message #181639] Fri, 24 May 2013 10:20 Go to next message
The Natural Philosoph is currently offline  The Natural Philosoph
Messages: 993
Registered: September 2010
Karma: 0
Senior Member
add to buddy list
ignore all messages by this user
Situation: LAMP installation,. Multiple sites some of which use
identical scripts, and many of which could (with a bit of parameter
tweaking) use identical included scripts.
Multiple sites under /var/www.whatever.whatever and so on

Desired: a place that can be used to PUT these scripts.
Obviously: anywhere on the server is POSSIBLE.

But where is the most normal place, that e.g. anyone might EXPECT to
find them?



--
Ineptocracy

(in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
Re: where to put a php library shared between (virtual) sites. [message #181659 is a reply to message #181639] Fri, 24 May 2013 14:11 Go to previous messageGo to next message
J.O. Aho is currently offline  J.O. Aho
Messages: 194
Registered: September 2010
Karma: 0
Senior Member
add to buddy list
ignore all messages by this user
On 24/05/13 16:20, The Natural Philosopher wrote:

> Situation: LAMP installation,. Multiple sites some of which use
> identical scripts, and many of which could (with a bit of parameter
> tweaking) use identical included scripts.
> Multiple sites under /var/www.whatever.whatever and so on
>
> Desired: a place that can be used to PUT these scripts.
> Obviously: anywhere on the server is POSSIBLE.
>
> But where is the most normal place, that e.g. anyone might EXPECT to
> find them?

There is no "most normal" place. You should document the location, one
way could be to add a README.txt in /var/www.whatever.whatever and
hopefully you have a htdoc directory under there in which the site is
located.

If you have many sites that shares the same libraries, I would go with
include_path in php.ini, there are some default paths already added
which are commonly used by php extensions provided through the package
management system. The paths may be different depending on which
distribution you use.

--

//Aho
Re: where to put a php library shared between (virtual) sites. [message #181673 is a reply to message #181659] Fri, 24 May 2013 18:49 Go to previous messageGo to next message
Sanders Kaufman is currently offline  Sanders Kaufman
Messages: 24
Registered: May 2013
Karma: 0
Junior Member
add to buddy list
ignore all messages by this user
"J.O. Aho" wrote in message news:b09oq8FmkvvU1(at)mid(dot)individual(dot)net...
> On 24/05/13 16:20, The Natural Philosopher wrote:

>> But where is the most normal place, that e.g. anyone might EXPECT to
>> find them?
>
> There is no "most normal" place. You should document the location, one

Actually, a named server is the industry standard - just like with database
servers, static content servers, web servers and app servers. (e.g.
db.kaufman.net, static.kaufman.net, www.kaufman.net, apps.kaufman.net)
I think it's even codified in the latest ISO9xxx standard.
Re: where to put a php library shared between (virtual) sites. [message #181680 is a reply to message #181673] Fri, 24 May 2013 19:19 Go to previous messageGo to next message
Jerry Stuckle is currently offline  Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
Senior Member
add to buddy list
ignore all messages by this user
On 5/24/2013 6:49 PM, Sanders Kaufman wrote:
> "J.O. Aho" wrote in message news:b09oq8FmkvvU1(at)mid(dot)individual(dot)net...
>> On 24/05/13 16:20, The Natural Philosopher wrote:
>
>>> But where is the most normal place, that e.g. anyone might EXPECT to
>>> find them?
>>
>> There is no "most normal" place. You should document the location, one
>
> Actually, a named server is the industry standard - just like with
> database servers, static content servers, web servers and app servers.
> (e.g. db.kaufman.net, static.kaufman.net, www.kaufman.net,
> apps.kaufman.net)
> I think it's even codified in the latest ISO9xxx standard.
>

Once again, wrong, Sanders. But then once again you don't understand
the question.

J.O. is correct. And you are incorrect (hint: how do you include php
source from another server without making the source available to the
whole world?).

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
Re: where to put a php library shared between (virtual) sites. [message #181691 is a reply to message #181673] Sat, 25 May 2013 03:31 Go to previous messageGo to next message
The Natural Philosoph is currently offline  The Natural Philosoph
Messages: 993
Registered: September 2010
Karma: 0
Senior Member
add to buddy list
ignore all messages by this user
On 24/05/13 23:49, Sanders Kaufman wrote:
> "J.O. Aho" wrote in message news:b09oq8FmkvvU1(at)mid(dot)individual(dot)net...
>> On 24/05/13 16:20, The Natural Philosopher wrote:
>
>>> But where is the most normal place, that e.g. anyone might EXPECT to
>>> find them?
>>
>> There is no "most normal" place. You should document the location, one
>
> Actually, a named server is the industry standard - just like with
> database servers, static content servers, web servers and app servers.
> (e.g. db.kaufman.net, static.kaufman.net, www.kaufman.net,
> apps.kaufman.net)
> I think it's even codified in the latest ISO9xxx standard.
>
Thanks for that. A most interesting idea. But wouldn't that make them
PUBLICLY accessible to anyone on the net?


--
Ineptocracy

(in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
Re: where to put a php library shared between (virtual) sites. [message #181697 is a reply to message #181691] Sat, 25 May 2013 09:05 Go to previous messageGo to next message
J.O. Aho is currently offline  J.O. Aho
Messages: 194
Registered: September 2010
Karma: 0
Senior Member
add to buddy list
ignore all messages by this user
On 25/05/13 09:31, The Natural Philosopher wrote:
> On 24/05/13 23:49, Sanders Kaufman wrote:
>> "J.O. Aho" wrote in message news:b09oq8FmkvvU1(at)mid(dot)individual(dot)net...
>>> On 24/05/13 16:20, The Natural Philosopher wrote:
>>
>>>> But where is the most normal place, that e.g. anyone might EXPECT to
>>>> find them?
>>>
>>> There is no "most normal" place. You should document the location, one
>>
>> Actually, a named server is the industry standard - just like with
>> database servers, static content servers, web servers and app servers.
>> (e.g. db.kaufman.net, static.kaufman.net, www.kaufman.net,
>> apps.kaufman.net)
>> I think it's even codified in the latest ISO9xxx standard.
>>
> Thanks for that. A most interesting idea. But wouldn't that make them
> PUBLICLY accessible to anyone on the net?
>
>
Sure, Sanders example here would require you to have a copy in each
virtual host, with other words what you already done.

Using the include_path option in php.ini, then if it's a global php.ini
the modules would be accessible by all vhosts on that server, if you
sites has individual php.ini (as you can have in a suExec setup), then
those modules would only be accessible by those vhosts with the right
php.ini.

--

//Aho
Re: where to put a php library shared between (virtual) sites. [message #181701 is a reply to message #181697] Sat, 25 May 2013 11:29 Go to previous messageGo to next message
The Natural Philosoph is currently offline  The Natural Philosoph
Messages: 993
Registered: September 2010
Karma: 0
Senior Member
add to buddy list
ignore all messages by this user
On 25/05/13 14:05, J.O. Aho wrote:
> On 25/05/13 09:31, The Natural Philosopher wrote:
>> On 24/05/13 23:49, Sanders Kaufman wrote:
>>> "J.O. Aho" wrote in message news:b09oq8FmkvvU1(at)mid(dot)individual(dot)net...
>>>> On 24/05/13 16:20, The Natural Philosopher wrote:
>>>
>>>> > But where is the most normal place, that e.g. anyone might EXPECT to
>>>> > find them?
>>>>
>>>> There is no "most normal" place. You should document the location, one
>>>
>>> Actually, a named server is the industry standard - just like with
>>> database servers, static content servers, web servers and app servers.
>>> (e.g. db.kaufman.net, static.kaufman.net, www.kaufman.net,
>>> apps.kaufman.net)
>>> I think it's even codified in the latest ISO9xxx standard.
>>>
>> Thanks for that. A most interesting idea. But wouldn't that make them
>> PUBLICLY accessible to anyone on the net?
>>
>>
> Sure, Sanders example here would require you to have a copy in each
> virtual host, with other words what you already done.
>
> Using the include_path option in php.ini, then if it's a global
> php.ini the modules would be accessible by all vhosts on that server,
> if you sites has individual php.ini (as you can have in a suExec
> setup), then those modules would only be accessible by those vhosts
> with the right php.ini.
>
I suppose another example would be to hard link the files to 'copies' in
each vhosts directory.

And make em readonly :-)


--
Ineptocracy

(in-ep-toc’-ra-cy) – a system of government where the least capable to lead are elected by the least capable of producing, and where the members of society least likely to sustain themselves or succeed, are rewarded with goods and services paid for by the confiscated wealth of a diminishing number of producers.
Re: where to put a php library shared between (virtual) sites. [message #184219 is a reply to message #181701] Sun, 15 December 2013 15:06 Go to previous messageGo to next message
Moon Elf is currently offline  Moon Elf
Messages: 6
Registered: December 2013
Karma: 0
Junior Member
add to buddy list
ignore all messages by this user
On 2013-05-25, The Natural Philosopher <tnp(at)invalid(dot)invalid> wrote:
> On 25/05/13 14:05, J.O. Aho wrote:
>> On 25/05/13 09:31, The Natural Philosopher wrote:
>>> On 24/05/13 23:49, Sanders Kaufman wrote:
>>>> "J.O. Aho" wrote in message news:b09oq8FmkvvU1(at)mid(dot)individual(dot)net...
>>>> > On 24/05/13 16:20, The Natural Philosopher wrote:
>>>>
>>>> >> But where is the most normal place, that e.g. anyone might EXPECT to
>>>> >> find them?
>>>> >
>>>> > There is no "most normal" place. You should document the location, one
>>>>
>>>> Actually, a named server is the industry standard - just like with
>>>> database servers, static content servers, web servers and app servers.
>>>> (e.g. db.kaufman.net, static.kaufman.net, www.kaufman.net,
>>>> apps.kaufman.net)
>>>> I think it's even codified in the latest ISO9xxx standard.
>>>>
>>> Thanks for that. A most interesting idea. But wouldn't that make them
>>> PUBLICLY accessible to anyone on the net?
>>>
>>>
>> Sure, Sanders example here would require you to have a copy in each
>> virtual host, with other words what you already done.
>>
>> Using the include_path option in php.ini, then if it's a global
>> php.ini the modules would be accessible by all vhosts on that server,
>> if you sites has individual php.ini (as you can have in a suExec
>> setup), then those modules would only be accessible by those vhosts
>> with the right php.ini.
>>
> I suppose another example would be to hard link the files to 'copies' in
> each vhosts directory.
>
> And make em readonly :-)
>
>

LAMP installation : use /usr/local as the php5.5.6 build will use
--with-config-file-path=/path/to/php.ini or /usr/local/lib/php.ini

Then if you're not an admin run your server above port 1024 e.g. 8080 and
load from a shared object file somewhere, then load php files in a user's
public_html directory. This means you compile your own apache and php
installation.

ME
--
Member of the DR rogue circle.
Search and you will find.
Re: where to put a php library shared between (virtual) sites. [message #184220 is a reply to message #184219] Sun, 15 December 2013 15:12 Go to previous message
Jerry Stuckle is currently offline  Jerry Stuckle
Messages: 2598
Registered: September 2010
Karma: 0
Senior Member
add to buddy list
ignore all messages by this user
On 12/15/2013 3:06 PM, Moon Elf wrote:
> On 2013-05-25, The Natural Philosopher <tnp(at)invalid(dot)invalid> wrote:
>> On 25/05/13 14:05, J.O. Aho wrote:
>>> On 25/05/13 09:31, The Natural Philosopher wrote:
>>>> On 24/05/13 23:49, Sanders Kaufman wrote:
>>>> > "J.O. Aho" wrote in message news:b09oq8FmkvvU1(at)mid(dot)individual(dot)net...
>>>> >> On 24/05/13 16:20, The Natural Philosopher wrote:
>>>> >
>>>> >>> But where is the most normal place, that e.g. anyone might EXPECT to
>>>> >>> find them?
>>>> >>
>>>> >> There is no "most normal" place. You should document the location, one
>>>> >
>>>> > Actually, a named server is the industry standard - just like with
>>>> > database servers, static content servers, web servers and app servers.
>>>> > (e.g. db.kaufman.net, static.kaufman.net, www.kaufman.net,
>>>> > apps.kaufman.net)
>>>> > I think it's even codified in the latest ISO9xxx standard.
>>>> >
>>>> Thanks for that. A most interesting idea. But wouldn't that make them
>>>> PUBLICLY accessible to anyone on the net?
>>>>
>>>>
>>> Sure, Sanders example here would require you to have a copy in each
>>> virtual host, with other words what you already done.
>>>
>>> Using the include_path option in php.ini, then if it's a global
>>> php.ini the modules would be accessible by all vhosts on that server,
>>> if you sites has individual php.ini (as you can have in a suExec
>>> setup), then those modules would only be accessible by those vhosts
>>> with the right php.ini.
>>>
>> I suppose another example would be to hard link the files to 'copies' in
>> each vhosts directory.
>>
>> And make em readonly :-)
>>
>>
>
> LAMP installation : use /usr/local as the php5.5.6 build will use
> --with-config-file-path=/path/to/php.ini or /usr/local/lib/php.ini
>
> Then if you're not an admin run your server above port 1024 e.g. 8080 and
> load from a shared object file somewhere, then load php files in a user's
> public_html directory. This means you compile your own apache and php
> installation.
>
> ME
>

Where to put include files has nothing to do with the port being used.
And there is no need to compile either Apache or PHP to do this.

It's simply a matter of putting the files in a directory outside of any
one website, but accessible to all. This is often in the /var/lib
hierarchy, but could be other places, also.

And by making the files owned by a different user but with read but not
write access to a group the web server user (i.e. www-data) is in,
read-only access is assured.

However, none of this has anything to do with PHP, anyway, which TNP
doesn't understand.

--
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex(at)attglobal(dot)net
==================
Quick Reply
Formatting Tools:   
  Switch to threaded view of this topic Create a new topic
Previous Topic: Open Portal - web portal software
Next Topic: YouTube script quits displaying "Tags" info
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ]

Current Time: Thu Dec 14 01:27:30 EST 2017

Total time taken to generate the page: 0.00784 seconds