Re: [PHP] includes linking to other files, help with relatives

[Midhun Girish]

Hello Allen McCabe,

it doesnt matter from which folder you call the database.php file. only
thing u must take care is to use correct path in the database.php file so
that key.txt is accurately referenced. if you are still having problems,
use absolute paths instead of relative path...hers a reference
http://www.ibdhost.com/help/path/ GL...


Midhun Girish


On Mon, Dec 7, 2009 at 11:17 AM, Allen McCabe  wrote:

> I am creating a database connection path that check for a session variable
> to get the username, password, dbname, etc., but if the session has not
> been
> set yet, I need my script to get those values from another file
> (KEY.txt) where they are saved. I want to access this class from two
> directories, and this text file (KEY.txt) is in a directory above both.
> Like
> this:
>
> root: folder1 - folder2
>
> folder1: KEY.txt
>
> folder2: index.php - database.php - folder3
>
> folder3: index.php
>
> I need to use database.php in both index files, but database.php references
> KEY.txt. So my question is, do I have to check which directory the calling
> script is in (ie. which index.php file is using database.php) and add the
> according up directory references, or do I need to use some kind of
> $_SERVER[DOCUMENT_ROOT]
> thing?
>
> Any help would be appreciated!
>

Re: [PHP] Re: PHP includes

[Michael A. Peters]

Mayer, Jonathan wrote:





Just thought I'd point out that it's recommended against giving non-php
extensions to PHP code pages. Basically, making all of your include
files .inc without the server correctly configured to recognise all .inc
files as PHP files, you are opening yourself up to possible hacks where
people put the URL of your include directly in their browser and view
all your code.


Easily solveable by keeping your include files in a directory outside 
the web root. IE in a directory apache (or whatever server you use) does 
not serve.


If you have any include files that have sensitive information (IE 
database username/password, the salt/algorithm you use to create a user 
password hash, etc.) then having an include directory outside the web 
root is a must anyway - with or without a .php extension on those files 
(if apache fails to load the php module for whatever reason on a 
restart, those .php files may be sent plain text).


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Re: PHP includes

[Mayer, Jonathan]

-Original Message-
From: Ashley Sheridan [mailto:a...@ashleysheridan.co.uk] 
Sent: 09 March 2009 19:55
To: Mayer, Jonathan
Cc: Gary; php-general@lists.php.net
Subject: RE: [PHP] Re: PHP includes

On Mon, 2009-03-09 at 15:10 +, Mayer, Jonathan wrote:
> >Thank you to everybody that replied...but it almost seems it is
making
> extra 
> >work.
> 
> >I can understand using an include for a menu, since they tend to
change
> 
> >often and it is on every page, but the normal content I am not
> understanding 
> >the benefit.  If I have a page that has unique content on it, that is
> to say 
> >no other page has this content, why would I want to create a separate
> file 
> >to be included on the page, why would I not simple put the content
> directly 
> >on the page itself?
> 
> >What is the best type of file to be used as an include (.txt, .php).
> 
> >Thanks again for all your help.
> 
> There are some circumstances where that could be useful. I don't do it
> often, but one site I made a while ago was based on a standard main
page
> with the content "included" in. The content pages then had absolutely
> nothing except the unique text, so that redesigns to the site were
made
> easier in the futurem, because only one page needed to be edited. So
the
> entire site was based around a page.php?ID=x with the ID specifying
the
> include required.
> 
> Such as an example might be a little out of date now, what with CSS
and
> so forth, but it was useful at the time.
> 
> If I am including a file with password details, I usually make it
> something random (.inc, .sec, whatever) and hide it away somewhere
> inacessible
> 
> Gary
> ""Gary""  wrote in message 
> news:8a.64.51087.33bf3...@pb1.pair.com...
> > I'm working on learning php and have been toying with includes, and
I
> am 
> > trying to figure the advantages/disadvantages to using them.
> >
> > I know that using them eliminates the need to "put" the files once
> altered 
> > as with a template, however, is that the only advantage.
> >
> > My particular concerns are with SEO and if the search engines and
the
> bots 
> > can read the page if it is made completely on includes?
> >
> > Any and all comments would be appreciated.
> >
> > Gary
> > 
> 
> 
> 
> 
> 
> 
Just thought I'd point out that it's recommended against giving non-php
extensions to PHP code pages. Basically, making all of your include
files .inc without the server correctly configured to recognise all .inc
files as PHP files, you are opening yourself up to possible hacks where
people put the URL of your include directly in their browser and view
all your code. Best thing is usually to name files like this:
filename.inc.php or some-such, and not filename.inc. 


Ash
www.ashleysheridan.co.uk


Thanks Ash - that's an excellent point which I'll remember next time I'm
including!




--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: PHP includes

[Gary]

Again, thank you for everyone that offered their advice.


""Gary""  wrote in message 
news:8a.64.51087.33bf3...@pb1.pair.com...
> I'm working on learning php and have been toying with includes, and I am 
> trying to figure the advantages/disadvantages to using them.
>
> I know that using them eliminates the need to "put" the files once altered 
> as with a template, however, is that the only advantage.
>
> My particular concerns are with SEO and if the search engines and the bots 
> can read the page if it is made completely on includes?
>
> Any and all comments would be appreciated.
>
> Gary
> 



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: PHP includes

[Gary]

Again, thank you for everyone that offered their advice.


""Gary""  wrote in message 
news:8a.64.51087.33bf3...@pb1.pair.com...
> I'm working on learning php and have been toying with includes, and I am 
> trying to figure the advantages/disadvantages to using them.
>
> I know that using them eliminates the need to "put" the files once altered 
> as with a template, however, is that the only advantage.
>
> My particular concerns are with SEO and if the search engines and the bots 
> can read the page if it is made completely on includes?
>
> Any and all comments would be appreciated.
>
> Gary
> 



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Re: PHP includes

[Ashley Sheridan]

On Mon, 2009-03-09 at 15:23 -0500, Larry Garfield wrote:
> On Monday 09 March 2009 3:07:17 pm Nathan Rixham wrote:
> > Ashley Sheridan wrote:
> > > Just thought I'd point out that it's recommended against giving non-php
> > > extensions to PHP code pages. Basically, making all of your include
> > > files .inc without the server correctly configured to recognise all .inc
> > > files as PHP files, you are opening yourself up to possible hacks where
> > > people put the URL of your include directly in their browser and view
> > > all your code. Best thing is usually to name files like this:
> > > filename.inc.php or some-such, and not filename.inc.
> >
> > v well said - one thing you never want is your source showing!
> 
> Unless you're working in open source and then the source is showing anyway 
> from the original download site.  And if simply knowing your source code is a 
> security hole, then you have bad software.
> 
> Your config file with passwords and such, sure, keep that locked down tight.  
> But don't rely on security through obscurity.
> 
> -- 
> Larry Garfield
> la...@garfieldtech.com
> 
I was talking about includes that have things such as database
connection information and other sensitive things. By making it a PHP
file, you prevent the code from being seen, ergo you hide your password,
etc. phpMyAdmin does it this way, using a config.inc.php file for
holding the connection information to each database.


Ash
www.ashleysheridan.co.uk


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Re: PHP includes

[Larry Garfield]

On Monday 09 March 2009 3:07:17 pm Nathan Rixham wrote:
> Ashley Sheridan wrote:
> > Just thought I'd point out that it's recommended against giving non-php
> > extensions to PHP code pages. Basically, making all of your include
> > files .inc without the server correctly configured to recognise all .inc
> > files as PHP files, you are opening yourself up to possible hacks where
> > people put the URL of your include directly in their browser and view
> > all your code. Best thing is usually to name files like this:
> > filename.inc.php or some-such, and not filename.inc.
>
> v well said - one thing you never want is your source showing!

Unless you're working in open source and then the source is showing anyway 
from the original download site.  And if simply knowing your source code is a 
security hole, then you have bad software.

Your config file with passwords and such, sure, keep that locked down tight.  
But don't rely on security through obscurity.

-- 
Larry Garfield
la...@garfieldtech.com

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Re: PHP includes

[Nathan Rixham]

Ashley Sheridan wrote:

Just thought I'd point out that it's recommended against giving non-php
extensions to PHP code pages. Basically, making all of your include
files .inc without the server correctly configured to recognise all .inc
files as PHP files, you are opening yourself up to possible hacks where
people put the URL of your include directly in their browser and view
all your code. Best thing is usually to name files like this:
filename.inc.php or some-such, and not filename.inc. 



v well said - one thing you never want is your source showing!

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Re: PHP includes

[Ashley Sheridan]

On Mon, 2009-03-09 at 15:10 +, Mayer, Jonathan wrote:
> >Thank you to everybody that replied...but it almost seems it is making
> extra 
> >work.
> 
> >I can understand using an include for a menu, since they tend to change
> 
> >often and it is on every page, but the normal content I am not
> understanding 
> >the benefit.  If I have a page that has unique content on it, that is
> to say 
> >no other page has this content, why would I want to create a separate
> file 
> >to be included on the page, why would I not simple put the content
> directly 
> >on the page itself?
> 
> >What is the best type of file to be used as an include (.txt, .php).
> 
> >Thanks again for all your help.
> 
> There are some circumstances where that could be useful. I don't do it
> often, but one site I made a while ago was based on a standard main page
> with the content "included" in. The content pages then had absolutely
> nothing except the unique text, so that redesigns to the site were made
> easier in the futurem, because only one page needed to be edited. So the
> entire site was based around a page.php?ID=x with the ID specifying the
> include required.
> 
> Such as an example might be a little out of date now, what with CSS and
> so forth, but it was useful at the time.
> 
> If I am including a file with password details, I usually make it
> something random (.inc, .sec, whatever) and hide it away somewhere
> inacessible
> 
> Gary
> ""Gary""  wrote in message 
> news:8a.64.51087.33bf3...@pb1.pair.com...
> > I'm working on learning php and have been toying with includes, and I
> am 
> > trying to figure the advantages/disadvantages to using them.
> >
> > I know that using them eliminates the need to "put" the files once
> altered 
> > as with a template, however, is that the only advantage.
> >
> > My particular concerns are with SEO and if the search engines and the
> bots 
> > can read the page if it is made completely on includes?
> >
> > Any and all comments would be appreciated.
> >
> > Gary
> > 
> 
> 
> 
> 
> 
> 
Just thought I'd point out that it's recommended against giving non-php
extensions to PHP code pages. Basically, making all of your include
files .inc without the server correctly configured to recognise all .inc
files as PHP files, you are opening yourself up to possible hacks where
people put the URL of your include directly in their browser and view
all your code. Best thing is usually to name files like this:
filename.inc.php or some-such, and not filename.inc. 


Ash
www.ashleysheridan.co.uk


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: PHP includes

[Nathan Rixham]

Gary wrote:
Thank you to everybody that replied...but it almost seems it is making extra 
work.


What is the best type of file to be used as an include (.txt, .php).



new I forgot something! the best type of file to be used as an include 
differs on a case by case basis.


name the files correctly and forget about dictating in advance, file 
extensions are there so people can easily identify what's in the file - 
and when you have 10,000 files you'll really appreciate this :p


some_code.php
some_html.html
some_text.txt

all of them can be included, and even reading the list you can pretty 
much guess what each contains.


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: PHP includes

[Nathan Rixham]

Gary wrote:
Thank you to everybody that replied...but it almost seems it is making extra 
work.


I can understand using an include for a menu, since they tend to change 
often and it is on every page, but the normal content I am not understanding 
the benefit.  If I have a page that has unique content on it, that is to say 
no other page has this content, why would I want to create a separate file 
to be included on the page, why would I not simple put the content directly 
on the page itself?


What is the best type of file to be used as an include (.txt, .php).

Thanks again for all your help.

Gary
""Gary""  wrote in message 
news:8a.64.51087.33bf3...@pb1.pair.com...
I'm working on learning php and have been toying with includes, and I am 
trying to figure the advantages/disadvantages to using them.


I know that using them eliminates the need to "put" the files once altered 
as with a template, however, is that the only advantage.


My particular concerns are with SEO and if the search engines and the bots 
can read the page if it is made completely on includes?


Any and all comments would be appreciated.

Gary






Hi Gary,

I think this thread is at risk of getting confusing and not addressing 
the problem at its root.


An include is typically used to allow storing reusable code in a file 
all by itself, this could be a settings (config) file, a class, an html 
template or whatever - purpose being of course to keep you all nice and 
organised, with each thing in its place.


Leaving out everything else and focusing only on why we'd use 
include/require in an application, let's take a simple example:


Simple PHP Site with 3 Pages.
1 - / (the homepage)
2 - /?page=about (the about us page)
3 - /?page=contact (the contact us page)

in the above scenario then your index.php could look like this



very simple, but works; now let's expand it a bit.. in a real world 
scenario we probably have a good chunk of script at the top of index.php 
that holds database settings, database connection etc. and in each of 
our "pages" we probably have much of the html repeated (site header, 
footer, navigation) - we can then abstract these in to there own files 
to keep it all nice and clean.. as such




now everything is in its rightful place and we have lots of easy files 
to work with, for example now you can let a designer work on the 
about.php page knowing that they won't be able to break the whole 
application, as it's just a bit of html content.


also, you can now change the header image in one file 
(templates/header.php) and the whole site will update.


most PHP websites are simply far more complex versions of the above, 
look complicated but the principals are the same.


now the only thing I didn't cover is which to use.. it's often the case 
that require_once and include_once should be used over include and 
require; because in most cases (certainly with classes) you just want to 
ensure the code is available. both of the _once statements will only 
load the file if it hasn't been already, thus ensuring no errors such as 
"class already defined" because it's already been included!


On the other hand if the code in the file has been designed to be used 
many times on a "page" then include would be the better choice - a 
really stupid example but consider a file containing a fancy horizontal 
bar; you may want to include this many times on a page.


Finally, require and require_once will kill the script with an error if 
the file isn't found, whereas include will throw an error and simply 
keep on going if the files isn't found.


Think that covers everything in the scope of this :)

Regards!

Nathan

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Re: PHP includes

[Sudheer Satyanarayana]

Gary wrote:
Thank you to everybody that replied...but it almost seems it is making extra 
work.


I can understand using an include for a menu, since they tend to change 
often and it is on every page, but the normal content I am not understanding 
the benefit.  If I have a page that has unique content on it, that is to say 
no other page has this content, why would I want to create a separate file 
to be included on the page, why would I not simple put the content directly 
on the page itself?
  
There are several advantages of using include. I can't imagine an 
application without include/require/autoload.


I create the database adapter only once per request. I store several 
application configuration items in a config file and load this 
configuration information only once per request. I have one layout for 
the application. Only the content and the menus change. So, I would 
simply include various sections of the web page in relevant positions.

Example:
layout.php
include 'menu.php'; // menu.php is also dynamic. menu.php determines 
what to display on the current page.
include 'sidebar.php'; // within sidebar.php I would include 
block_a.php, block_b.php, etc

include 'footer.php';
?>

I put the utility functions and classes in a library file. I would 
simply include the library.php and use the functions available in it.


I hope you get the point of using include.

What is the best type of file to be used as an include (.txt, .php).

  


--

With warm regards,
Sudheer. S
Business: http://binaryvibes.co.in, Tech stuff: http://techchorus.net, 
Personal: http://sudheer.net


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Re: PHP includes

[Bob McConnell]

From: Gary
> 
> Thank you to everybody that replied...but it almost seems it is making
extra 
> work.
> 
> I can understand using an include for a menu, since they tend to
change 
> often and it is on every page, but the normal content I am not
understanding 
> the benefit.  If I have a page that has unique content on it, that is
to say 
> no other page has this content, why would I want to create a separate
file 
> to be included on the page, why would I not simple put the content
directly 
> on the page itself?
> 
> What is the best type of file to be used as an include (.txt, .php).
> 

We include template files for the  block, a banner across the top
of every page, the footer across the bottom, the menu and images in the
left sidebar, and the advertisement banners across the top and bottom.
Even the core section of each page is included from the initial file.
That way we can change the appearance, or modify the links to our
disclaimers and help files just once and every page gets updated. We
also have configuration flags to prevent some of those files from being
included in a specific virtual domain, so our clients can provide their
own templates instead of using ours.

File extensions for includes are up to you. Just make sure your
IDE/Editor know that they are PHP files. We use .lia for the libraries
of functions we use throughout the site. None of our files have .php as
the extension.

Bob McConnell

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Re: PHP includes

[Mayer, Jonathan]

>Thank you to everybody that replied...but it almost seems it is making
extra 
>work.

>I can understand using an include for a menu, since they tend to change

>often and it is on every page, but the normal content I am not
understanding 
>the benefit.  If I have a page that has unique content on it, that is
to say 
>no other page has this content, why would I want to create a separate
file 
>to be included on the page, why would I not simple put the content
directly 
>on the page itself?

>What is the best type of file to be used as an include (.txt, .php).

>Thanks again for all your help.

There are some circumstances where that could be useful. I don't do it
often, but one site I made a while ago was based on a standard main page
with the content "included" in. The content pages then had absolutely
nothing except the unique text, so that redesigns to the site were made
easier in the futurem, because only one page needed to be edited. So the
entire site was based around a page.php?ID=x with the ID specifying the
include required.

Such as an example might be a little out of date now, what with CSS and
so forth, but it was useful at the time.

If I am including a file with password details, I usually make it
something random (.inc, .sec, whatever) and hide it away somewhere
inacessible

Gary
""Gary""  wrote in message 
news:8a.64.51087.33bf3...@pb1.pair.com...
> I'm working on learning php and have been toying with includes, and I
am 
> trying to figure the advantages/disadvantages to using them.
>
> I know that using them eliminates the need to "put" the files once
altered 
> as with a template, however, is that the only advantage.
>
> My particular concerns are with SEO and if the search engines and the
bots 
> can read the page if it is made completely on includes?
>
> Any and all comments would be appreciated.
>
> Gary
> 






--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: PHP includes

[Gary]

Thank you to everybody that replied...but it almost seems it is making extra 
work.

I can understand using an include for a menu, since they tend to change 
often and it is on every page, but the normal content I am not understanding 
the benefit.  If I have a page that has unique content on it, that is to say 
no other page has this content, why would I want to create a separate file 
to be included on the page, why would I not simple put the content directly 
on the page itself?

What is the best type of file to be used as an include (.txt, .php).

Thanks again for all your help.

Gary
""Gary""  wrote in message 
news:8a.64.51087.33bf3...@pb1.pair.com...
> I'm working on learning php and have been toying with includes, and I am 
> trying to figure the advantages/disadvantages to using them.
>
> I know that using them eliminates the need to "put" the files once altered 
> as with a template, however, is that the only advantage.
>
> My particular concerns are with SEO and if the search engines and the bots 
> can read the page if it is made completely on includes?
>
> Any and all comments would be appreciated.
>
> Gary
> 



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes only if required?

[Eric Butera]

On Mon, Feb 2, 2009 at 6:42 AM, Edmund Hertle  wrote:
> Hey,
> normally I prefer to do all my includes (classes + config files) at the
> beginning if my php files. But recently I thought about including some
> classes only if they are needed later in my code (like pear Mail and
> Mail_mime only if an e-mail is about to be sent) because of speed issues. So
> my question: Is this something I should consider? Or is it something I
> normally will not notice?
>
> -eddy
>

Look at spl_autoload_register.

-- 
http://www.voom.me | EFnet: #voom

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes only if required?

[Richard Heyes]

Hi,

> Mail_mime

Ooh...

> only if an e-mail is about to be sent) because of speed issues. So
> my question: Is this something I should consider? Or is it something I
> normally will not notice?

Depends on the load on your server. If you're getting a billion
requests per second, then it may well be cause for concern. Either way
you can define a function called "__autoload" that gets called when a
class is about to be instantiated. This function can then load the
correct library. On demand as it were.

http://uk2.php.net/__autoload

-- 
Richard Heyes

HTML5 Graphing for Firefox, Chrome, Opera and Safari:
http://www.rgraph.org (Updated January 31st)

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes eating up my time [SOLVED]

[Dave M G]

David,

Thank you for responding.


__autoload
... which basically only loads classes when they are required. 


Yes, this is exactly what I needed. Not only was I already on PHP5, but 
fortunately I had also already been building my classes so that it was 
one class per file, as __autoload requires.


So this was possibly the easiest and most effective change I've ever 
implemented. And the results were impressive. The Zend profiler reported 
that I went from 500 to 800 milliseconds per page request down to 40 to 
60 milliseconds. Occasional database connections raised the time now and 
again, but I think I have a handle on that.


Thank you for pointing that out to me. Just the right solution.

--
Dave M G
Ubuntu Feisty 7.04
Kernel 2.6.20-16-386

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes eating up my time

[Larry Garfield]

On Tuesday 31 July 2007, Dave M G wrote:
> PHP general list,
>
> This is probably obvious to people who are good at PHP, but I'm
>
> I have a PHP based CMS (content management system) built, which has
> grown and become quite robust. It's now spread out over about 30 files,
> and each file represents one class within the object oriented design.
> Each are a couple hundred lines of code, and two or three of the most
> critical classes are over a thousand lines of code.
>
> While first building it, I didn't really anticipate quite that many
> files. What I did is have a file called "includes.php", which list all
> the files to be included. Then I in turn included "includes.php" at the
> beginning of my "index.php" file. Every page request passes through the
> "index.php" file, so that basically means every single file is included
> at the start of every new page request.

Yep, that's the downside of a shared-nothing architecture.  Initialization 
gets slower.

Possible solutions include:

- If you're using all classes, use PHP 5's __autoload() or better still 
spl_autoload_register() to load classes on demand instead of all at once.

- Refactor your code to conditionally include code only when needed.  E.g., 
you probably only need one page handler loaded per page request.  I'm in the 
process of doing that for Drupal right now and the savings are quite 
substantial.

- Op code cache.  This is exactly where an op code cache will get you the 
biggest win, by saving you the loading and parsing time.  

- Page caching.  To do page caching best, you should have the system do a 
partial bootstrap, check to see if it can serve a page from the cache, do so 
if it can, and if it can't only then finish loading the rest of the system.  
That way you skip most of the loading process on cached requests.

- Some combination of the above.  I'd do the op code cache last, as that's a 
sure-fire easy win while the others take effort.  So do those first, and then 
whatever's left you can throw an op code cache at for an extra boost.

-- 
Larry Garfield  AIM: LOLG42
[EMAIL PROTECTED]   ICQ: 6817012

"If nature has made any one thing less susceptible than all others of 
exclusive property, it is the action of the thinking power called an idea, 
which an individual may exclusively possess as long as he keeps it to 
himself; but the moment it is divulged, it forces itself into the possession 
of every one, and the receiver cannot dispossess himself of it."  -- Thomas 
Jefferson

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes eating up my time

[Chad Robinson]

Dave M G wrote:

Currently, my processes are taking under a second, but they can be
around half a second or more. Although it all happens too fast for me to
really notice as a person, it seems to me that a half second of
processing time might be kind of long and lead to scalability problems.
  
That's hardly the worst performance I've seen from a CMS, but you should 
know that nearly all CMS systems are slow, many slower than this, for 
similar reasons. The solution is usually to build a front-end cache, 
either in the CMS itself or using an external tool. For instance, MODx 
caches internally, while others rely on Apache/Enfold/etc.

My first question is: Is a half second too long? I'm pretty sure it is,
but maybe I'm just being paranoid. What do people consider to be
acceptable time frames for processing a web page similar to what
Wikipedia delivers?
  
When you quote Wikipedia, you do realize that they're not a CMS, right, 
that they're a Wiki? There are some subtle differences. I haven't looked 
at Wikipedia's Wiki code (I like TWiki) but the Wikis I've used don't 
actually use a database or a billion classes to get their work done. 
They're more focused on editing an entire page of static content, which 
is stored on disk (and thus directly accessible by the server).


If you want that kind of scalability you also MUST implement some sort 
of caching. PHP is a scripting language, and no scripting language will 
ever keep up with compiled code, no matter how good (and PHP is good). 
You might also consider looking at the Zend Optimizer - I've never tried 
it, but have heard good things.

My second question is: Is there a systematic way of determining how to
incrementally include files that people use? Or is it just a constant
process of testing and checking?
  
PHP does have an auto-include system called the autoloader. We use this 
heavily in Blackbird ESB to load classes on the fly when they're 
referenced. It only works for loading classes, but since you say that's 
what you have... Take a look here:

http://us.php.net/autoload

Regards,
Chad

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes eating up my time

[David Restall - System Administrator]

Hi Dave,

> PHP general list,
> 
> This is probably obvious to people who are good at PHP, but I'm
> 
> I have a PHP based CMS (content management system) built, which has 
> grown and become quite robust. It's now spread out over about 30 files, 
> and each file represents one class within the object oriented design. 
> Each are a couple hundred lines of code, and two or three of the most 
> critical classes are over a thousand lines of code.

It may just be a 'dave' thing but my stuff does that too :-)

> While first building it, I didn't really anticipate quite that many 
> files. What I did is have a file called "includes.php", which list all 
> the files to be included. Then I in turn included "includes.php" at the 
> beginning of my "index.php" file. Every page request passes through the 
> "index.php" file, so that basically means every single file is included 
> at the start of every new page request.

Ahh the 'dave' thing returns :-)

> I'm using Zend Studio, which has a "profile" option, which shows how 
> long it takes for my PHP scripts to complete a request. It has a 
> breakdown showing percentages of which scripts are using that processing 
> time.

Real dave's use vi & top :-P

> My second question is: Is there a systematic way of determining how to 
> incrementally include files that people use? Or is it just a constant 
> process of testing and checking?
> 
> Thank you for any advice.

What version of PHP are you using ?  I moved over to 5 and it has a nice
cute feature :-



which basically only loads classes when they are required.  PHP 5 has
some other nice to have features and will cause you a bit of work if
you migrate to it BUT it is worth the effort especially in the light of
888 :-)

As for your performance problems, the times are heavily dependant on the
hardware and underlying OS & server load etc. without further info,
diagnosing problems will be dificult.

TTFN



Dave
php/general-2007-07-31.tx  php-general [EMAIL PROTECTED]
++
| Dave Restall, Computer Nerd, Cyclist, Radio Amateur G4FCU, Bodger  |
| Mob +44 (0) 7973 831245  Skype: dave.restall Radio: G4FCU  |
| email : [EMAIL PROTECTED] Web : Not Ready Yet :-(   |
++
| Big book, big bore.|
| -- Callimachus |
++

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes, Require, Location, Other

[Larry Garfield]

A couple of things.

1) Delay your output to the very end.  That way you can still do page 
redirects and build whole new pages depending on the errors you get.

2) Store errors in the session, then when building the page have a place 
for "put any error messages here, then delete them from the session".  

3) Better yet, use PHP's set_error_handler() features to break out of the flow 
of the page completely when necessary.  You can do a lot more error checking 
that way, and it makes the code cleaner to boot.

4) Structure your code so that you can't send malformed SQL in the first 
place. :-)  If you're writing a static query, test it before it goes live 
(duh).  If it's a dynamic query, structure it in such a way that it can't not 
be valid.  (There's lots of ways do to that.  I find arrays and implode() to 
work well for me.)  At worst you'll return an empty result set, which is not 
an error but in fact a genuine situation you should be accounting for anyway.  
What you're doing below is really just a fancy version of "mysql_query() or 
die", which I've always felt is very sloppy code.

On Sunday 18 June 2006 10:33, Beauford wrote:
> Hi,
>
> If I were to have something like the following, what is the best way (or
> best practice) to reload the page and display the error - or is there a
> better way to do this. I want to keep the site uniform and don't want
> errors popping up and making a mess.
>
> Thanks
>
> B
>
> -
>
>   $query = "select idn, name from manager order by name";
>   $results = mysql_query($query) or $mysqlerror = mysql_error();
>   if ($mysqlerror) {
>   $error = "$table_error$mysqlerror";
>   include("season.php"); - This is not what I really want and
> in some cases
> it cause problems.
>   exit;
>   }
>   else {
>   The rest of the code
>   }

-- 
Larry Garfield  AIM: LOLG42
[EMAIL PROTECTED]   ICQ: 6817012

"If nature has made any one thing less susceptible than all others of 
exclusive property, it is the action of the thinking power called an idea, 
which an individual may exclusively possess as long as he keeps it to 
himself; but the moment it is divulged, it forces itself into the possession 
of every one, and the receiver cannot dispossess himself of it."  -- Thomas 
Jefferson

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes and paths confusion

[Richard Lynch]

On Fri, April 28, 2006 3:09 am, Nick Wilson wrote:
> [EMAIL PROTECTED] > ls
> ads/  config.inc  db.inc  funcs.inc  init.inc
>
> where ads/ is a whole huge set of scripts from an existing setup. ads/
> was originally placed on its own domain as it's a version of phpadsnew
> and runs as a server all by itself.

Whoever wrote phpadsnew assumed you don't understand PHP's
include_path, so they tried to be "smart" and used relative paths.

But that ONLY works if you install everything in exactly the same
structure as they thought you should. :-(

> I moved ads/ to this directory to try to troubleshoot and make things
> clearer.
>
> db.inc has these lines:
>
>
> require_once("ads/admin/config.php");
> require_once("lib-statistics.inc.php");
> require_once("lib-zones.inc.php");
> require_once("config.inc.php");
> require_once("lib-db.inc.php");
> require_once("lib-dbconfig.inc.php");
>
> warning: main(../config.inc.php): failed to open stream: No such file
> or
> directory in
> /var/www/localhost/vhosts/payment.communicontent.com/modules/partners/inc/ads/admin/config.php
> on line 33.
>
>
> Fatal error: main(): Failed opening required '../config.inc.php'
> (include_path='.:/usr/lib/php') in
> /var/www/localhost/vhosts/payment.communicontent.com/modules/partners/inc/ads/admin/config.php
> on line 33

So, the ads/admin/config.php is looking for '../config.inc.php' which
is not there.

But it's getting called, as far as we can tell from what you have
posted, from ads/db.inc, in which case the correct path would just be
'config.inc.php', since the base path of db.inc is /ads/ and that's
where 'config.inc.php' is...

It seems awfully odd that db.inc would require 'ads/admin/config.php'
in the first place, tell you the truth...

> So, why does this not happen when ads/ is on its own domain? I can see
> it has something to do with relative paths, but even when i try to
> work
> with chdir() i still get no joy.

I don't think chdir() affects where PHP and include_path look for
include files...

> I just can't figure out what the issue may be, so any pointers in the
> right direction would be hugely appreciated.

I think the first thing I would do would be to make sure that you
restore the code to what is on the other server.

THEN, change your include_path within /ads to be:
'.:/var/www/localhost/vhosts/payment.communicontent.com/modules/partners/inc/ads'

AND, change your include_path within /ads/admin to be:
'.:/var/www/localhost/vhosts/payment.communicontent.com/modules/partners/inc/ads/admin'


Oh!
It's possible, even LIKELY, that when you copied the files over, you
"missed" copying over the .htaccess files that did this for you from
the other server -- because files named with a leading '.' are ignored
by many command line tools (tar, cp, etc) unless you specifically
include them with command flags or list them by name as filenames.

If you are just missing the .htaccess files, just copy those over, and
undo any changes you've been making to try and "fix" the problem. :-)

-- 
Like Music?
http://l-i-e.com/artists.htm



-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes and paths confusion

[Jochem Maas]

dirs named in include_path should not have a slash at the end. and don't forget 
to
include the DOT as one of your include pathes e.g.

ini_set('include_path', '.:/the/rest');

can you send the list of requires you do [again] (and state where the files
are actually living on disk)  - I'm on 3 hours of sleep here so help me to help 
you kind of thing.

also try doing it with an 'include' iso a 'require' - might give you a
different [more helpful] error.

Nick Wilson wrote:

* and then Jochem Maas declared


check directory permission, check the include_path is being set,
check the include path is actually correct (I take it you have a good
understanding how include_path works).




I often think along those lines - 5 seconds later I often get a bite in the ass 
;-)



Good call on dir perms, but yes, they appear to be fine. I *think* i
have a good understanding of include_path but here's the error which
quotes the include path so you/others can tell me for sure:

Fatal error: main(): Failed opening required '../config.inc.php'
(include_path='/var/www/localhost/vhosts/ads.communicontent.com/:/var/www/localhost/vhosts/ads.communicontent.com/admin:/var/www/localhost/vhosts/ads.communicontent.com/libraries:/var/www/localhost/vhosts/ads.communicontent.com/libraries/resources')
in /var/www/localhost/vhosts/ads.communicontent.com/admin/config.php on
line 34

and here's the line that sets it:

ini_set('include_path',
PARTNERS_MAX_PATH.':'.PARTNERS_MAX_PATH.'admin'.':'.PARTNERS_MAX_PATH.'libraries'.':'.PARTNERS_MAX_PATH.'libraries/resources');

and the definition of the constant in there:

// where max is installed (include / )
define("PARTNERS_MAX_PATH","/var/www/localhost/vhosts/ads.communicontent.com/");





also look into the magic constant __FILE__ and the functions dirname()
and realpath(). read the manual regard how to use 'include_path'


No, the ideal is to not touch the config.php file or any of the other


I would say fix the config file so that it can figure out where everything
is regardless of whether your using a vhost or stuck in subdir of some other
vhost. but thats just me :-)



Ordinarily i'd agree. We want to be able to update this set of third
party maintained scripts easily though, hence writing a layer to
interact with it rather than hack the core code. 


Hope that all makes sense!

thanks



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes and paths confusion

[Nick Wilson]

* and then Jochem Maas declared
> check directory permission, check the include_path is being set,
> check the include path is actually correct (I take it you have a good
> understanding how include_path works).

Good call on dir perms, but yes, they appear to be fine. I *think* i
have a good understanding of include_path but here's the error which
quotes the include path so you/others can tell me for sure:

Fatal error: main(): Failed opening required '../config.inc.php'
(include_path='/var/www/localhost/vhosts/ads.communicontent.com/:/var/www/localhost/vhosts/ads.communicontent.com/admin:/var/www/localhost/vhosts/ads.communicontent.com/libraries:/var/www/localhost/vhosts/ads.communicontent.com/libraries/resources')
in /var/www/localhost/vhosts/ads.communicontent.com/admin/config.php on
line 34

and here's the line that sets it:

ini_set('include_path',
PARTNERS_MAX_PATH.':'.PARTNERS_MAX_PATH.'admin'.':'.PARTNERS_MAX_PATH.'libraries'.':'.PARTNERS_MAX_PATH.'libraries/resources');

and the definition of the constant in there:

// where max is installed (include / )
define("PARTNERS_MAX_PATH","/var/www/localhost/vhosts/ads.communicontent.com/");



> >>also look into the magic constant __FILE__ and the functions dirname()
> >>and realpath(). read the manual regard how to use 'include_path'
> >No, the ideal is to not touch the config.php file or any of the other
> 
> I would say fix the config file so that it can figure out where everything
> is regardless of whether your using a vhost or stuck in subdir of some other
> vhost. but thats just me :-)

Ordinarily i'd agree. We want to be able to update this set of third
party maintained scripts easily though, hence writing a layer to
interact with it rather than hack the core code. 

Hope that all makes sense!

thanks

-- 
Nick Wilson
Tel:+45 3311 2250

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes and paths confusion

[Jochem Maas]

Nick Wilson wrote:

* and then Jochem Maas declared


Nick Wilson wrote:



...



use something *like* the following:

$oldincpath = ini_get('include_path');
ini_set('include_path', 'path/to/ads/stuff:etc');

// do your 'ads' requires

ini_set('include_path', $oldincpath);



Unfortunately that's pretty much the same thing we tried first on this.
Even with the include path set to include every directory that contains
a script we need to access, the same error happens. 


check directory permission, check the include_path is being set,
check the include path is actually correct (I take it you have a good
understanding how include_path works).





also look into the magic constant __FILE__ and the functions dirname()
and realpath(). read the manual regard how to use 'include_path'



No, the ideal is to not touch the config.php file or any of the other


I would say fix the config file so that it can figure out where everything
is regardless of whether your using a vhost or stuck in subdir of some other
vhost. but thats just me :-)


required files (otherwise we may just aswell write our own) so those
functions and the __FILE__ constant are not usable. 


maybe set a 'auto_prepend' directive via an .htaccess declaration in the
relevant dir?



Unless i miss your point?

thanks



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes and paths confusion

[Nick Wilson]

* and then Jochem Maas declared
> Nick Wilson wrote:
> >Hello all, Im having some problems understanding why some requires() are 
> >failing.
> >Let me see if i can describe what's going on clearly...
> >I have this:
> >[EMAIL PROTECTED] > ls
> >ads/  config.inc  db.inc  funcs.inc  init.inc
> >where ads/ is a whole huge set of scripts from an existing setup. ads/
> >was originally placed on its own domain as it's a version of phpadsnew
> >and runs as a server all by itself.
> >I moved ads/ to this directory to try to troubleshoot and make things
> >clearer. db.inc has these lines:
> 
> use something *like* the following:
> 
> $oldincpath = ini_get('include_path');
> ini_set('include_path', 'path/to/ads/stuff:etc');
> 
> // do your 'ads' requires
> 
> ini_set('include_path', $oldincpath);

Unfortunately that's pretty much the same thing we tried first on this.
Even with the include path set to include every directory that contains
a script we need to access, the same error happens. 

> also look into the magic constant __FILE__ and the functions dirname()
> and realpath(). read the manual regard how to use 'include_path'

No, the ideal is to not touch the config.php file or any of the other
required files (otherwise we may just aswell write our own) so those
functions and the __FILE__ constant are not usable. 

Unless i miss your point?

thanks

-- 
Nick Wilson
Tel:+45 3311 2250

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Includes and paths confusion

[Jochem Maas]

Nick Wilson wrote:
Hello all, 


Im having some problems understanding why some requires() are failing.
Let me see if i can describe what's going on clearly...

I have this:

[EMAIL PROTECTED] > ls
ads/  config.inc  db.inc  funcs.inc  init.inc

where ads/ is a whole huge set of scripts from an existing setup. ads/
was originally placed on its own domain as it's a version of phpadsnew
and runs as a server all by itself.

I moved ads/ to this directory to try to troubleshoot and make things
clearer. 


db.inc has these lines:



use something *like* the following:

$oldincpath = ini_get('include_path');
ini_set('include_path', 'path/to/ads/stuff:etc');

// do your 'ads' requires

ini_set('include_path', $oldincpath);

also look into the magic constant __FILE__ and the functions dirname()
and realpath(). read the manual regard how to use 'include_path'

have fun.



require_once("ads/admin/config.php");
require_once("lib-statistics.inc.php");
require_once("lib-zones.inc.php");
require_once("config.inc.php");
require_once("lib-db.inc.php");
require_once("lib-dbconfig.inc.php");

warning: main(../config.inc.php): failed to open stream: No such file or
directory in
/var/www/localhost/vhosts/payment.communicontent.com/modules/partners/inc/ads/admin/config.php
on line 33.


Fatal error: main(): Failed opening required '../config.inc.php'
(include_path='.:/usr/lib/php') in
/var/www/localhost/vhosts/payment.communicontent.com/modules/partners/inc/ads/admin/config.php
on line 33


So, why does this not happen when ads/ is on its own domain? I can see
it has something to do with relative paths, but even when i try to work
with chdir() i still get no joy. 


I just can't figure out what the issue may be, so any pointers in the
right direction would be hugely appreciated. 


thankyou!




--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] includes

[Richard Harb]

Monday, April 5, 2004, 4:47:52 PM, you wrote:

> Hello all,
> I have a problem.  My directory list is similar to this:
>>root
> >tmpl
> >inc
> >forums



> My question is in the test_form and message forums.  How do I do the include
> files to read from the tmpl and inc??

> I can get the include files to work as long as they are in the root (include
> "tmpl/header.htm").



Check the online manual:
http://www.php.net/manual/en/function.dirname.php

and read the comments (bottom first and up ..)
good info there on that very subject.

Richard

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] includes

[Daniel Clark]

I had some similar problems !  Here's what I did.

include $_SERVER['DOCUMENT_ROOT'] . '/includes/_myInclude.php' ;

Putting the DOCUMENT_ROOT ensured I was always pointing to the top
directory of the web pages.

Daniel Clark

>>I have a problem.  My directory list is similar to this:
>> >root
>> >tmpl
>> >inc
>> >forums
>> >test_forum
>> >messages
>> >test_forum1
>> .messages
>>
>>My question is in the test_form and message forums.  How do I do the
>> include
>>files to read from the tmpl and inc??

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] includes

[Chris Hayes]

At 16:47 5-4-04, you wrote:
Hello all,
I have a problem.  My directory list is similar to this:
>root
>tmpl
>inc
>forums
>test_forum
>messages
>test_forum1
.messages
My question is in the test_form and message forums.  How do I do the include
files to read from the tmpl and inc??
It is vital to understand that relative paths in the include command always 
are relative to the file as opened in the browser.
Therefore if you open index.php, which includes inc/somefile.php, and 
somefile.php includes "anotherfile.php", you may expect it looks in the inc 
directory but in reality it looks in the root directory, because it looks 
relative to index.php.



I can get the include files to work as long as they are in the root (include
"tmpl/header.htm").
I hope I explained it right. :)

~WILL~

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] includes

[Hawkes, Richard]

If I think I understand you, your 'root' directory is the 'forums' directory,
and you'll probably want to do something like:

   include($_SERVER["DOCUMENT_ROOT"] . "/../inc/include1.php");

The double-dots take you back a directory.

Is that what you're after?!

Richard

-Original Message-
From: Will [mailto:[EMAIL PROTECTED]
Sent: 05 April 2004 15:48
To: [EMAIL PROTECTED]
Subject: [PHP] includes


Hello all,
I have a problem.  My directory list is similar to this:
>root
>tmpl
>inc
>forums
>test_forum
>messages
>test_forum1
.messages

My question is in the test_form and message forums.  How do I do the include
files to read from the tmpl and inc??

I can get the include files to work as long as they are in the root (include
"tmpl/header.htm").

I hope I explained it right. :)

~WILL~

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


==
This message is for the sole use of the intended recipient. If you received
this message in error please delete it and notify us. If this message was
misdirected, CSFB does not waive any confidentiality or privilege. CSFB
retains and monitors electronic communications sent through its network.
Instructions transmitted over this system are not binding on CSFB until they
are confirmed by us. Message transmission is not guaranteed to be secure.
==

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] includes

[Angelo Zanetti]

I think you can do this:

"../tmpl/header.htm"

try it and let us know!!
hope this helps
Angelo

-Original Message-
From: Will [mailto:[EMAIL PROTECTED]
Sent: Monday, April 05, 2004 4:48 PM
To: [EMAIL PROTECTED]
Subject: [PHP] includes


Hello all,
I have a problem.  My directory list is similar to this:
>root
>tmpl
>inc
>forums
>test_forum
>messages
>test_forum1
.messages

My question is in the test_form and message forums.  How do I do the include
files to read from the tmpl and inc??

I can get the include files to work as long as they are in the root (include
"tmpl/header.htm").

I hope I explained it right. :)

~WILL~

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


Disclaimer 
This e-mail transmission contains confidential information,
which is the property of the sender.
The information in this e-mail or attachments thereto is 
intended for the attention and use only of the addressee. 
Should you have received this e-mail in error, please delete 
and destroy it and any attachments thereto immediately. 
Under no circumstances will the Cape Technikon or the sender 
of this e-mail be liable to any party for any direct, indirect, 
special or other consequential damages for any use of this e-mail.
For the detailed e-mail disclaimer please refer to 
http://www.ctech.ac.za/polic or call +27 (0)21 460 3911

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Re: PHP Includes and Echoes (From the top...)

[Ford, Mike [LSS]]

On 16 January 2004 13:54, Freedomware wrote:

> Thanks for all the tips. It's getting generally getting
> clearer, but I'm
> a little confused somewhere.

[SNIP] 

> I inserted one of the functions you suggested - $includea1 = TRUE; -
> after the include, but I'm sure I did it wrong.

Just like before -- put it *before* the include, otherwise the included file
won't see it.

[SNIP]

> //-->
> ';
> echo ' type="text/css" />'; if ($includea1) echo ' />'; 
> echo ' type="text/css" />'; echo ' title="Peace" />'; 
> echo '';
> echo ' href="../../../../us/aaa/favicon.ico" />'
> > 
> 
> Note that two of my style sheets are named css/a1.css and
> css/na/a1.css (na is short for North America). Maybe I should rename
> the 
> second a1 to
> avoid confusion, though I'd prefer to tackle it head on and
> learn how to
> deal with this situation. (Does $includea1 = TRUE; refer to css/a1.css
> or css/na/a1.css?)

Well, which one is controlled by the if ($includea1) test?

> 
> So here's what I have at present:
> 

Apart from the above points, looks ok for what you're trying to do.  Keep
plugging away and you'll get there -- a couple of years ago I was a complete
PHP beginner (although an experienced programmer), and now I have several
thousand lines of code in production use!

Cheers!

Mike

-
Mike Ford,  Electronic Information Services Adviser,
Learning Support Services, Learning & Information Services,
JG125, James Graham Building, Leeds Metropolitan University,
Beckett Park, LEEDS,  LS6 3QS,  United Kingdom
Email: [EMAIL PROTECTED]
Tel: +44 113 283 2600 extn 4730  Fax:  +44 113 283 3211 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Re: PHP Includes and Echoes (From the top...)

[Freedomware]

Thanks for all the tips. It's getting generally getting clearer, but I'm 
a little confused somewhere.

Can I give you a better explanation of what I'm trying to do, along with 
my latest code?

The pages on this site focus on various nations and states, with lots of 
links like this:

[LOCAL] ../world/na/us/wy/index.php (World/North America/United 
States/Wyoming)

[REMOTE] www.politix.org/world/na/us/wy/

Each page will feature several prominent instances of the name of a 
country or state, which I can facilitate by using 'MyName', such as the 
title (MyName = Canada, or Wyoming), along with several instances of its 
abbreviation, which is used in several URLs and in the top banner; for 
example, this is the top banner for Alaska: 

Below is the entire head section from the main page. Notice that it's 
mostly a series of variable statements ('MyName', 'MyCountry', etc.), 
followed by an included page (head), which is essentially the REAL head 
section.

I inserted one of the functions you suggested - $includea1 = TRUE; - 
after the include, but I'm sure I did it wrong.

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en">


$myname = 'MyName';
$mynickname = 'MyNickname';
$mycontinent = 'North America';
$mycountry = 'United States';
$mystate = 'MyState';
$postcode = 'wy';
$linkcontinent = '/na';
$linkcountry = '/us';
$linkstate = '/wy';
$periods = '../../../../';
$linkwebring = '/world/na/us/wy/';
include ("../../../../includes/head.php");
$includea1 = TRUE;
?>


* * * * * * * * * *

And here's the included page:


$todayDate = date("m-d-Y");
echo 'Freedomware > ' . $statename . '';
echo '';
echo '';
echo '';
echo '';
echo '';
echo '';
echo '';
echo '



';
echo '';
if ($includea1) echo '';
echo '';
echo '';
echo '';
echo ''
?>

Note that two of my style sheets are named css/a1.css and css/na/a1.css 
(na is short for North America). Maybe I should rename the second a1 to 
avoid confusion, though I'd prefer to tackle it head on and learn how to 
deal with this situation. (Does $includea1 = TRUE; refer to css/a1.css 
or css/na/a1.css?)

So here's what I have at present:

* * * * * * * * * *

The first line denotes style sheet css/a1.css, preceded by ". $periods 
.", which can be replaced by ../../ or ../../../, depending on the 
folder level:

echo '';

* * * * * * * * * *

The second line denotes style sheet css/na/a1.css, preceded by "if 
($includea1)," which I'm probably using incorrectly:

if ($includea1) echo '';

Note, also, that I inserted ". $linkcontinent .", which will be replaced 
by na/ (North America) on this particular main page.

In summary, it looks like I need to fix two things:

MAIN PAGE

$linkwebring = '/world/na/us/wy/';
include ("../../../../includes/head.php");
$includea1 = TRUE;
?>

INCLUDED PAGE

echo '';
if ($includea1) echo '';
echo '';

* * * * * * * * * *

I hope that isn't too confusing. It's actually becoming a lot clearer 
for me; I'm just temporarily confused.

Thanks!

* * * * * * * * * *

I wrote,

>> ? Holy cow, this gets simpler all the time.>>

>> ? But suppose there's a certain page where I don't want the
>> style sheet in
>> ? the middle - the one I named MIDDLE. Is there a way to mark
>> it in the
>> ? include page, then instruct the main page to either not import it or
>> ? replace it with nothing ("")?
On 15 January 2004 22:39, Luke wrote:

>> youd have to use a variable, so in the main page do the following
>>
>> if($pagetoshow == 'withoutmiddle'){
>> $includemiddle = FALSE;
>> }else{
>> $includemiddle = TRUE; //(or false depending)
>> }
Mike Ford wrote,

Euch! Very long-winded and inefficient.  Much better is:

   $includemiddle = $pagetoshow!='withoutmiddle';

>>
>> and in the include do this:
>>
>> if($includemiddle == TRUE){
Likewise -- this can be written more efficiently and more readbly as simply:

   if ($includemiddle)

(Since $includemiddle will be TRUE or FALSE, you can use it directly in the
if () -- retrieving its value and  comparing it against TRUE gives TRUE if
$includemiddle is, er, TRUE, and FALSE if it's FALSE, so doing the
comparison just wastes CPU time to reproduce the value you first thought
of.)


I wrowte:

I have a couple more questions, though. First, how do I turn this
exclude function off on a page where I do NOT want to ban
style sheet na/a1?
I tried deleting the following on the main page:

if($pagetoshow == 'withouta1'){
$includea1 = FALSE;
}else{
$includeaa1 = TRUE; //(or false depending)
}
Then I changed TRUE and FALSE in various combinations, but it
didn't work.


Mike Ford wrote,

Simple -- if you have a page where you want a1 to be unconditionally included, set the variable to TRUE unconditionally:

  $includea1 = TRUE;

Similarly, if you want it to be unconditionally blocked:

  $includea1 = FALSE;

The include file wil

RE: [PHP] Re: PHP Includes and Echoes (Sorry; read this post firs t!)

[Ford, Mike [LSS]]

On 16 January 2004 00:30, Freedomware wrote:

> I should have played with this some more before I posted more
> questions. After fixing an error on the included page, I replaced
> every instance of na/a1 on both pages with a1. That seemed to fix
> everything; the first style sheet comes through, but the second one
> is blocked - 
> and I don't
> see any error messages.
> 
> I have a couple more questions, though. First, how do I turn this
> exclude function off on a page where I do NOT want to ban
> style sheet na/a1?
> 
> I tried deleting the following on the main page:
> 
> if($pagetoshow == 'withouta1'){
>  $includea1 = FALSE;
> }else{
>  $includeaa1 = TRUE; //(or false depending)
> }
> 
> Then I changed TRUE and FALSE in various combinations, but it
> didn't work.

Simple -- if you have a page where you want a1 to be unconditionally included, set the 
variable to TRUE unconditionally:

  $includea1 = TRUE;

Similarly, if you want it to be unconditionally blocked:

  $includea1 = FALSE;

The include file will test the value of $includea1 as before, and include it or not as 
you've specified.

Cheers!

Mike

-
Mike Ford,  Electronic Information Services Adviser,
Learning Support Services, Learning & Information Services,
JG125, James Graham Building, Leeds Metropolitan University,
Beckett Park, LEEDS,  LS6 3QS,  United Kingdom
Email: [EMAIL PROTECTED]
Tel: +44 113 283 2600 extn 4730  Fax:  +44 113 283 3211 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] Re: PHP Includes and Echoes in Head Sections and Search Engines

[Ford, Mike [LSS]]

On 15 January 2004 22:39, Luke wrote:

> ? Holy cow, this gets simpler all the time. Pretty soon, there'll be
> ? nothing left on my page but PHP includes and echo functions! ?
> ? Does this cut down on a website's file size? In other
> words, are the php
> ? includes effectively inactive when no one's viewing your main pages,
> ? leaving them empty of the included pages?
> 
> Well in a way yes, it wont cut down the transfer bandwitdth,
> but because you
> are reusing the same files over again, this will take up less
> disk space on
> your
> server. But the same amount of data is transferred when a
> user views the
> page (as you can see from view->source)
> 
> ? But suppose there's a certain page where I don't want the
> style sheet in
> ? the middle - the one I named MIDDLE. Is there a way to mark
> it in the
> ? include page, then instruct the main page to either not import it or
> ? replace it with nothing ("")?
> 
> youd have to use a variable, so in the main page do the following
> 
> if($pagetoshow == 'withoutmiddle'){
> $includemiddle = FALSE;
> }else{
> $includemiddle = TRUE; //(or false depending)
> }

Euch! Very long-winded and inefficient.  Much better is:

   $includemiddle = $pagetoshow!='withoutmiddle';

> 
> and in the include do this:
> 
> if($includemiddle == TRUE){

Likewise -- this can be written more efficiently and more readbly as simply:

   if ($includemiddle)

(Since $includemiddle will be TRUE or FALSE, you can use it directly in the
if () -- retrieving its value and  comparing it against TRUE gives TRUE if
$includemiddle is, er, TRUE, and FALSE if it's FALSE, so doing the
comparison just wastes CPU time to reproduce the value you first thought
of.)

Cheers!

Mike

-
Mike Ford,  Electronic Information Services Adviser,
Learning Support Services, Learning & Information Services,
JG125, James Graham Building, Leeds Metropolitan University,
Beckett Park, LEEDS,  LS6 3QS,  United Kingdom
Email: [EMAIL PROTECTED]
Tel: +44 113 283 2600 extn 4730  Fax:  +44 113 283 3211 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: PHP Includes and Echoes (Sorry; read this post first!)

[Freedomware]

Sheez, I spotted my error regarding "$statename." I changed it to the 
following, and it fixed that problem.


$todayDate = date("m-d-Y");
echo 'Freedomware > ' . $statename . '';
echo '';
echo '';
echo '';
if($includea1 == TRUE){
echo '';
}
echo '';
?>

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Re: PHP Includes and Echoes (Sorry; read this post first!)

[Freedomware]

I should have played with this some more before I posted more questions. 
After fixing an error on the included page, I replaced every instance of 
na/a1 on both pages with a1. That seemed to fix everything; the first 
style sheet comes through, but the second one is blocked - and I don't 
see any error messages.

I have a couple more questions, though. First, how do I turn this 
exclude function off on a page where I do NOT want to ban style sheet na/a1?

I tried deleting the following on the main page:

if($pagetoshow == 'withouta1'){
$includea1 = FALSE;
}else{
$includeaa1 = TRUE; //(or false depending)
}
Then I changed TRUE and FALSE in various combinations, but it didn't work.

Next, what am I doing wrong with $statename, in the example below? I 
tried quotes (""), single quotes ('') and no quotes at all.


$todayDate = date("m-d-Y");
echo 'Freedomware > "$statename"';
echo '';
echo '';



BELOW IS THE FINAL VERSION:

Freedomware > "$statename"';
echo '';
echo '


http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>

http://www.w3.org/1999/xhtml"; xml:lang="en" lang="en">




$statename = 'Alaska';

$postcode = 'ak';

$linkcode = 'world/na/us/ak';

$periods = '../../../../';

include ("../../../../includes/state/head.php");



if($pagetoshow == 'withouta1'){
$includea1 = FALSE;
}else{
$includeaa1 = TRUE; //(or false depending)
}


?>






INCLUDED PAGE"




$todayDate = date("m-d-Y");

echo '';

echo '';

echo '