PHWinfo banniere

Titres
PORTAIL ANNUAIRE ARTICLES COMPARATEUR HÉBERGEURS DEVIS FORUMS RÉDUCTEUR D'URL
Précédent   PHWinfo > Autres forums > Forum Programmation & Conception > php.general > Serving pages based on user input
S'inscrire FAQ Membres Recherche Messages du jour Marquer les forums comme lus
Serving pages based on user input

Réponse
 
LinkBack Outils de la discussion
Vieux 23/08/2008, 20h53   #1
Ólafur Waage
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

You can read about the header function.

http://is2.php.net/manual/en/function.header.php

Ólafur Waage

2008/8/23 Prasad Chand <prasad.chand@gmail.com>:
> Hi,
>
> I am fairly new to PHP. I would like to serve a page to a user based on his
> input. Say, I have a page 1 where user has 3 options(drop down menu). Based
> on his selection I would like a php script to direct him to another page (to
> pages 2,3,4 based on what he selected). I am unable to figure how to do this
> in php. Can you please give me some pointers.
>
> Is there any function which takes path and directs the user to that page?
>
> Thanks,
> Prasad
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

  Réponse avec citation
Vieux 23/08/2008, 23h03   #2
Prasad Chand
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Serving pages based on user input

Hi,

I am fairly new to PHP. I would like to serve a page to a user based on
his input. Say, I have a page 1 where user has 3 options(drop down
menu). Based on his selection I would like a php script to direct him to
another page (to pages 2,3,4 based on what he selected). I am unable to
figure how to do this in php. Can you please give me some pointers.

Is there any function which takes path and directs the user to that page?

Thanks,
Prasad
  Réponse avec citation
Vieux 24/08/2008, 01h30   #3
Jochem Maas
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

Prasad Chand schreef:
> Hi,
>
> I am fairly new to PHP. I would like to serve a page to a user based on
> his input. Say, I have a page 1 where user has 3 options(drop down
> menu). Based on his selection I would like a php script to direct him to
> another page (to pages 2,3,4 based on what he selected). I am unable to
> figure how to do this in php. Can you please give me some pointers.
>
> Is there any function which takes path and directs the user to that page?


millions of them, but not in php itself this is the kind of thing
you have to write yourself.

you don't really want to redirect the user at all (because it's a completely
unecessary round-trip that will cause your server to have to handle another
request when you already have the required info needed to display the relevant content),
what you want to do is parse the input from the form and then run the relevant
code to generate the relevant content. e.g.

if (isset($_POST['selected_page'])) {
switch ($_POST['selected_page']) {
case 'page1':
include 'myfirstpage.php';
exit;
case 'page2':
include 'mysecondpage.php';
exit;
case 'page3':
include 'mythirdpage.php';
exit;
default:
die('go away smelly hacker!');
}
} else {
// output your page selection form here or something.
}

that's just one lame example, there are as many ways to skin this
cat as there are cats. might I suggest you go and read a few basic
tutorials because what your asking is as basic as it gets ... namely
take some user input and use it to determine what to output ...




>
> Thanks,
> Prasad
>


  Réponse avec citation
Vieux 24/08/2008, 01h32   #4
Jochem Maas
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

Ólafur Waage schreef:
> You can read about the header function.
>
> http://is2.php.net/manual/en/function.header.php


hi Ólafur,

his situation doesn't require a redirect (he only thinks it does),
and redirects suck when used unecessarily. (plenty of info on the web
about why this is so ... hunt for a 'rant' by the formidable Richard Lynch
in the archives of this list for instance)

>
> Ólafur Waage
>
> 2008/8/23 Prasad Chand <prasad.chand@gmail.com>:
>> Hi,
>>
>> I am fairly new to PHP. I would like to serve a page to a user based on his
>> input. Say, I have a page 1 where user has 3 options(drop down menu). Based
>> on his selection I would like a php script to direct him to another page (to
>> pages 2,3,4 based on what he selected). I am unable to figure how to do this
>> in php. Can you please give me some pointers.
>>
>> Is there any function which takes path and directs the user to that page?
>>
>> Thanks,
>> Prasad
>>
>> --
>> PHP General Mailing List (http://www.php.net/)
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>>

>


  Réponse avec citation
Vieux 24/08/2008, 02h07   #5
tedd
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

At 2:03 PM -0700 8/23/08, Prasad Chand wrote:
>Hi,
>
>I am fairly new to PHP. I would like to serve a page to a user based
>on his input. Say, I have a page 1 where user has 3 options(drop
>down menu). Based on his selection I would like a php script to
>direct him to another page (to pages 2,3,4 based on what he
>selected). I am unable to figure how to do this in php. Can you
>please give me some pointers.
>
>Is there any function which takes path and directs the user to that page?
>
>Thanks,
>Prasad


Why use PHP for this?

Standard html with css works quite well for this and is by far more common.

I see no need to bring the php sledgehammer to drive this thumbtack.

Cheers,

tedd

--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
  Réponse avec citation
Vieux 24/08/2008, 02h56   #6
tedd
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

At 1:21 AM +0100 8/24/08, Ashley Sheridan wrote:
>On Sat, 2008-08-23 at 20:07 -0400, tedd wrote:
>>At 2:03 PM -0700 8/23/08, Prasad Chand wrote:
>>
>> >I am fairly new to PHP. I would like to serve a page to a user based
>>>on his input. Say, I have a page 1 where user has 3 options(drop
>>>down menu). Based on his selection I would like a php script to
>>>direct him to another page (to pages 2,3,4 based on what he
>>>selected). I am unable to figure how to do this in php. Can you
>>>please give me some pointers.
>>>
>> >Is there any function which takes path and directs the user to that page?

>>
>>Why use PHP for this?
>>
>>Standard html with css works quite well for this and is by far more common.
>>
>>I see no need to bring the php sledgehammer to drive this thumbtack.
>>
>>

>Standard HTML and CSS will not do, you'd have to use JavaScript to
>guarantee it all works correctly on the browser, but this is a bit
>like using a dozen thumbs for one thumbtack! If you do it entirely
>on the client-side, then each time a visitor wants any of the
>"pages", the whole lot is sent to the browser, which is a real bad
>idea!



I was addressing providing the user with pages and not the drop-down
menu thing. If you want to entertain a drop-down menu, please review
this:

http://sperling.com/examples/menuh/

That uses html, css, and javascript -- and while I show how to do it,
I would not recommend it for anyone.

Besides, there's no way that php can deliver a drop-down menu because
the user's action are client-side. I've thought about using php with
ajax, but why? It won't work any better.

But, without the drop-down issue, then css and html will deliver
pages quite nicely, like this:

http://sperling.com/index.php

My right side navigation is totally css and html. If you don't want
right navigation, then there's a lot more possibilities, check out:

http://css.maxdesign.com.au/listamatic/

All of these are designed to provide the end-user with the topic
(i.e., page) of their choice -- all without php.

Now, is this something that I'm not getting? Because all of this is
pretty obvious to me. Where am I wrong?

Cheers,

tedd

--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
  Réponse avec citation
Vieux 24/08/2008, 04h16   #7
tedd
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

At 9:55 PM -0700 8/23/08, Prasad Chand wrote:
>This is off-topic, but the reason I was touchy about includes was
>because it could create seo problems.
>
>http://forums.digitalpoint.com/showthread.php?t=31519



Bzzzzttt -- nope -- two different types of "includes".

The link above is discussing having data included the url and not php
includes. The advice/code that Jochem gave you was using php includes
which is a completely different critter.

I use php includes for all my sites and don't have any problem
whatsoever with SEO.

Cheers,

tedd

--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
  Réponse avec citation
Vieux 24/08/2008, 04h17   #8
Robert Cummings
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote:
> Ólafur Waage schreef:
> > You can read about the header function.
> >
> > http://is2.php.net/manual/en/function.header.php

>
> hi Ólafur,
>
> his situation doesn't require a redirect (he only thinks it does),
> and redirects suck when used unecessarily. (plenty of info on the web
> about why this is so ... hunt for a 'rant' by the formidable Richard Lynch
> in the archives of this list for instance)


Oh dear, not this BS again. If the content is different then perform a
redirect. Do you really want your login page to be indexed as your
homepage? Lynch's arguments on this were weak.

Cheers,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP

  Réponse avec citation
Vieux 24/08/2008, 04h27   #9
tedd
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

At 10:02 PM -0700 8/23/08, Prasad Chand wrote:
>Thanks for that information. But in my case I need to serve pages
>based on selection of US states. There are 50 of them, so generating
>pages dynamically would have been a nice idea.



Really, there are 50 of them!?!? :-)

You don't have to generate 50 pages dynamically to do it -- try this:

http://webbytedd.com/bbb/map/

That demo is done with just pure css -- no php nor javascript.

Plus each one of those States can be linked to another page -- AND--
it is user friendly, validates, accessible, and SEO friendly. What
more could anyone want?

If you don't know php, then I think the best way to ask a question on
this list by telling us what you want to do rather than asking
specific php questions trying to do something they way you think it
might work.

Cheer,

tedd

--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
  Réponse avec citation
Vieux 24/08/2008, 06h55   #10
Prasad Chand
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

Jochem Maas wrote:
> Prasad Chand schreef:
>> Hi,
>>
>> I am fairly new to PHP. I would like to serve a page to a user based
>> on his input. Say, I have a page 1 where user has 3 options(drop down
>> menu). Based on his selection I would like a php script to direct him
>> to another page (to pages 2,3,4 based on what he selected). I am
>> unable to figure how to do this in php. Can you please give me some
>> pointers.
>>
>> Is there any function which takes path and directs the user to that page?

>
> millions of them, but not in php itself this is the kind of thing
> you have to write yourself.
>
> you don't really want to redirect the user at all (because it's a
> completely
> unecessary round-trip that will cause your server to have to handle another
> request when you already have the required info needed to display the
> relevant content),
> what you want to do is parse the input from the form and then run the
> relevant
> code to generate the relevant content. e.g.
>
> if (isset($_POST['selected_page'])) {
> switch ($_POST['selected_page']) {
> case 'page1':
> include 'myfirstpage.php';
> exit;
> case 'page2':
> include 'mysecondpage.php';
> exit;
> case 'page3':
> include 'mythirdpage.php';
> exit;
> default:
> die('go away smelly hacker!');
> }
> } else {
> // output your page selection form here or something.
> }
>
> that's just one lame example, there are as many ways to skin this
> cat as there are cats. might I suggest you go and read a few basic
> tutorials because what your asking is as basic as it gets ... namely
> take some user input and use it to determine what to output ...
>
>


Thanks for your reply Jochem. I will keep your advice in mind. This is
off-topic, but the reason I was touchy about includes was because it
could create seo problems.

http://forums.digitalpoint.com/showthread.php?t=31519

Thanks again,
Prasad
>
>
>>
>> Thanks,
>> Prasad
>>

>

  Réponse avec citation
Vieux 24/08/2008, 07h02   #11
Prasad Chand
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input


Thanks for that information. But in my case I need to serve pages based
on selection of US states. There are 50 of them, so generating pages
dynamically would have been a nice idea.


tedd wrote:
> At 1:21 AM +0100 8/24/08, Ashley Sheridan wrote:
>> On Sat, 2008-08-23 at 20:07 -0400, tedd wrote:
>>> At 2:03 PM -0700 8/23/08, Prasad Chand wrote:
>>>
>>> >I am fairly new to PHP. I would like to serve a page to a user based
>>>> on his input. Say, I have a page 1 where user has 3 options(drop
>>>> down menu). Based on his selection I would like a php script to
>>>> direct him to another page (to pages 2,3,4 based on what he
>>>> selected). I am unable to figure how to do this in php. Can you
>>>> please give me some pointers.
>>>>
>>> >Is there any function which takes path and directs the user to that
>>> page?
>>>
>>> Why use PHP for this?
>>>
>>> Standard html with css works quite well for this and is by far more
>>> common.
>>>
>>> I see no need to bring the php sledgehammer to drive this thumbtack.
>>>
>>>

>> Standard HTML and CSS will not do, you'd have to use JavaScript to
>> guarantee it all works correctly on the browser, but this is a bit
>> like using a dozen thumbs for one thumbtack! If you do it entirely on
>> the client-side, then each time a visitor wants any of the "pages",
>> the whole lot is sent to the browser, which is a real bad idea!

>
>
> I was addressing providing the user with pages and not the drop-down
> menu thing. If you want to entertain a drop-down menu, please review this:
>
> http://sperling.com/examples/menuh/
>
> That uses html, css, and javascript -- and while I show how to do it, I
> would not recommend it for anyone.
>
> Besides, there's no way that php can deliver a drop-down menu because
> the user's action are client-side. I've thought about using php with
> ajax, but why? It won't work any better.
>
> But, without the drop-down issue, then css and html will deliver pages
> quite nicely, like this:
>
> http://sperling.com/index.php
>
> My right side navigation is totally css and html. If you don't want
> right navigation, then there's a lot more possibilities, check out:
>
> http://css.maxdesign.com.au/listamatic/
>
> All of these are designed to provide the end-user with the topic (i.e.,
> page) of their choice -- all without php.
>
> Now, is this something that I'm not getting? Because all of this is
> pretty obvious to me. Where am I wrong?
>
> Cheers,
>
> tedd
>

  Réponse avec citation
Vieux 24/08/2008, 14h56   #12
mrclay
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: Serving pages based on user input

On Aug 24, 1:02am, prasad.ch...@gmail.com (Prasad Chand) wrote:
> on selection of US states. There are 50 of them, so generating pages


Easiest solution: A GET form:

<form action="state.php" method="get">
... select element with name="abbr" and 50 options like <option
value="FL">Florida</option> ...
... submit input ...
</form>

The rest is beyond the scope of this group (try WebDesign-L).

Steve
  Réponse avec citation
Vieux 24/08/2008, 18h13   #13
Robert Cummings
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

On Sun, 2008-08-24 at 13:35 +0100, Ashley Sheridan wrote:
> On Sat, 2008-08-23 at 22:17 -0400, Robert Cummings wrote:
> > On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote:
> > > Ólafur Waage schreef:
> > > > You can read about the header function.
> > > >
> > > > http://is2.php.net/manual/en/function.header.php
> > >
> > > hi Ólafur,
> > >
> > > his situation doesn't require a redirect (he only thinks it does),
> > > and redirects suck when used unecessarily. (plenty of info on the web
> > > about why this is so ... hunt for a 'rant' by the formidable Richard Lynch
> > > in the archives of this list for instance)

> >
> > Oh dear, not this BS again. If the content is different then perform a
> > redirect. Do you really want your login page to be indexed as your
> > homepage? Lynch's arguments on this were weak.
> >
> > Cheers,
> > Rob.
> > --
> > http://www.interjinn.com
> > Application and Templating Framework for PHP
> >
> >

> I thought the arguments were very valid, but can be take to the point of
> extreme. Keep similar pages grouped into one PHP file. After all, this
> is what PHP is for. Don't try to replicate your HTML pages as PHP pages,
> thats a silly idea and takes more time to manage.


You're confusing using a front page loader with redirection. The
distinction being that I would suggest that you redirect to the URL that
your front loader would use to load a given page rather than just
presenting said page within another page's context to save a redirect.

Cheers,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP

  Réponse avec citation
Vieux 24/08/2008, 21h47   #14
Jochem Maas
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

tedd schreef:
> At 9:55 PM -0700 8/23/08, Prasad Chand wrote:
>> This is off-topic, but the reason I was touchy about includes was
>> because it could create seo problems.
>>
>> http://forums.digitalpoint.com/showthread.php?t=31519

>


any takers on how the above link was found? lol

>
> Bzzzzttt -- nope -- two different types of "includes".


indeed, there is an SEO issue with URLs google et al see as
being 'dynamic' i.e. with large numbers of params BUT

1. this is not at all black and white, and really unless your
fighting tooth and nail with well clued up SEO pirates for every
SERP hit ... your probably not going notice.
2. it's way above the OP's abilities ... good (& Honest[tm]) SEO is hard,
well at least if your in a cut-throat market like real-estate (JMHO).
3. the OP was using a form to post a request for a certain bit of content ...
I personally have never assumed that a search engine would go through a
form, they might do that (occasionally?), but I'd personally make sure
I'd have all pages I want indexed linked to via simple links and not hidden
behind forms.

>
> The link above is discussing having data included the url and not php
> includes. The advice/code that Jochem gave you was using php includes
> which is a completely different critter.
>
> I use php includes for all my sites and don't have any problem
> whatsoever with SEO.


I think the SEO argument stems from the fact that different content
would seem to come from a single URL ... indeed not good for SEO, but
that comes down to shit design it's not a fault of php includes.

>
> Cheers,
>
> tedd
>


  Réponse avec citation
Vieux 24/08/2008, 21h53   #15
Jochem Maas
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

Robert Cummings schreef:
> On Sun, 2008-08-24 at 13:35 +0100, Ashley Sheridan wrote:
>> On Sat, 2008-08-23 at 22:17 -0400, Robert Cummings wrote:
>>> On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote:
>>>> Ólafur Waage schreef:
>>>>> You can read about the header function.
>>>>>
>>>>> http://is2.php.net/manual/en/function.header.php
>>>> hi Ólafur,
>>>>
>>>> his situation doesn't require a redirect (he only thinks it does),
>>>> and redirects suck when used unecessarily. (plenty of info on the web
>>>> about why this is so ... hunt for a 'rant' by the formidable Richard Lynch
>>>> in the archives of this list for instance)
>>> Oh dear, not this BS again. If the content is different then perform a
>>> redirect. Do you really want your login page to be indexed as your
>>> homepage? Lynch's arguments on this were weak.
>>>
>>> Cheers,
>>> Rob.
>>> --
>>> http://www.interjinn.com
>>> Application and Templating Framework for PHP
>>>
>>>

>> I thought the arguments were very valid, but can be take to the point of
>> extreme. Keep similar pages grouped into one PHP file. After all, this
>> is what PHP is for. Don't try to replicate your HTML pages as PHP pages,
>> thats a silly idea and takes more time to manage.

>
> You're confusing using a front page loader with redirection. The
> distinction being that I would suggest that you redirect to the URL that
> your front loader would use to load a given page rather than just
> presenting said page within another page's context to save a redirect.


you wouldn't have to frakkin' redirect if the links used by said front
controller were generated correctly to start with ... it's the whole using a
select box to choose a page (unless it's to set window.location to the value of the
selected option in the select box) ... that sucks.

there is no need to use redirection in this case, it's just f'ing lazy.
(to be clear ... I'm lazy now and again ;-) but at least I know it)

redirection should be used sparingly, and fudging SE friendly urls back into
your own application IS NOT such as case.

no idea wtf you meant with the login page reference - way too obtuse an argument
for me to follow.

>
> Cheers,
> Rob.


yeah mine an ice cold one thanks.
  Réponse avec citation
Vieux 24/08/2008, 22h02   #16
Jochem Maas
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

tedd schreef:
> At 10:02 PM -0700 8/23/08, Prasad Chand wrote:
>> Thanks for that information. But in my case I need to serve pages
>> based on selection of US states. There are 50 of them, so generating
>> pages dynamically would have been a nice idea.


WTF? do you have any idea why we write scripts as opposed to endless
copy/pasting of plain (X|(x)HT)ML?

and really you don't need to generate 50 pages, merely 50 URLs that
end up triggering a single script (which in turn generates output based
on the request URL).

>
> Really, there are 50 of them!?!? :-)


unofficially there are 51, well Tony Blair would like to think so.

> You don't have to generate 50 pages dynamically to do it -- try this:
>
> http://webbytedd.com/bbb/map/
>
> That demo is done with just pure css -- no php nor javascript.
>
> Plus each one of those States can be linked to another page -- AND-- it
> is user friendly, validates, accessible, and SEO friendly. What more
> could anyone want?


a version of europe actually :-P

seriously how much time did you spend hacking that together? and
how did your eyes bleed?

>
> If you don't know php, then I think the best way to ask a question on
> this list by telling us what you want to do rather than asking specific
> php questions trying to do something they way you think it might work.


no. the best thing would be to RTFM and STFW for a few years,
but hey hell will freeze over first ;-)

>
> Cheer,
>
> tedd
>


  Réponse avec citation
Vieux 24/08/2008, 22h07   #17
Robert Cummings
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

On Sun, 2008-08-24 at 21:53 +0200, Jochem Maas wrote:
> Robert Cummings schreef:
> > On Sun, 2008-08-24 at 13:35 +0100, Ashley Sheridan wrote:
> >> On Sat, 2008-08-23 at 22:17 -0400, Robert Cummings wrote:
> >>> On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote:
> >>>> Ólafur Waage schreef:
> >>>>> You can read about the header function.
> >>>>>
> >>>>> http://is2.php.net/manual/en/function.header.php
> >>>> hi Ólafur,
> >>>>
> >>>> his situation doesn't require a redirect (he only thinks it does),
> >>>> and redirects suck when used unecessarily. (plenty of info on the web
> >>>> about why this is so ... hunt for a 'rant' by the formidable Richard Lynch
> >>>> in the archives of this list for instance)
> >>> Oh dear, not this BS again. If the content is different then perform a
> >>> redirect. Do you really want your login page to be indexed as your
> >>> homepage? Lynch's arguments on this were weak.
> >>>
> >>> Cheers,
> >>> Rob.
> >>> --
> >>> http://www.interjinn.com
> >>> Application and Templating Framework for PHP
> >>>
> >>>
> >> I thought the arguments were very valid, but can be take to the point of
> >> extreme. Keep similar pages grouped into one PHP file. After all, this
> >> is what PHP is for. Don't try to replicate your HTML pages as PHP pages,
> >> thats a silly idea and takes more time to manage.

> >
> > You're confusing using a front page loader with redirection. The
> > distinction being that I would suggest that you redirect to the URL that
> > your front loader would use to load a given page rather than just
> > presenting said page within another page's context to save a redirect.

>
> you wouldn't have to frakkin' redirect if the links used by said front
> controller were generated correctly to start with ... it's the whole using a
> select box to choose a page (unless it's to set window.location to the value of the
> selected option in the select box) ... that sucks.
>
> there is no need to use redirection in this case, it's just f'ing lazy.
> (to be clear ... I'm lazy now and again ;-) but at least I know it)
>
> redirection should be used sparingly, and fudging SE friendly urls back into
> your own application IS NOT such as case.
>
> no idea wtf you meant with the login page reference - way too obtuse an argument
> for me to follow.


Obtuse eh... I didn't realize your mind was so simplistic :B

It has to do with correctness of the URL/content relationship. If you
take the lazy approach and just output alternate content (yes
redirection is NOT the lazy approach) then you run the risk that search
engines will mismatch the URL with the wrong content and that browser
bookmarks will record the wrong relationship.

Cheers,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP

  Réponse avec citation
Vieux 24/08/2008, 22h34   #18
tedd
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

At 10:02 PM +0200 8/24/08, Jochem Maas wrote:
>tedd schreef:
>>You don't have to generate 50 pages dynamically to do it -- try this:
>>
>>http://webbytedd.com/bbb/map/
>>
>>That demo is done with just pure css -- no php nor javascript

>
>a version of europe actually :-P


I saw that after I had done mine. I'm not sure as to how they did
theirs, but mine originally was javascript and then I changed it to
pure css.

>seriously how much time did you spend hacking that together? and
>how did your eyes bleed?


It was about two days of work. I spent a lot of my time making the
graphics because the roll-overs had to be exact and the "hover" area
had to match the graphic. I enjoyed doing it, as I do with all my
other little demos.

The only things I don't enjoy is when clients say :

"Paint my house white" and after I'm done they say "I didn't mean
that white. I was leaning toward more of an off-white. Oh well, it's
just a minor color change. It shouldn't take you too long to redo,
right?"

And finally they say "What do you mean you have to repaint the entire
house? I'm not paying for you to paint my house twice!"

Sometimes I would like to have a client sit down next to me while I
instruct him to do what's required to accommodate his minor changes.

Cheers,

tedd
--
-------
http://sperling.com http://ancientstones.com http://earthstones.com
  Réponse avec citation
Vieux 29/08/2008, 20h02   #19
Thodoris
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input



O/H Jochem Maas ÎγÏαψε:
> Robert Cummings schreef:
>> On Sun, 2008-08-24 at 13:35 +0100, Ashley Sheridan wrote:
>>> On Sat, 2008-08-23 at 22:17 -0400, Robert Cummings wrote:
>>>> On Sun, 2008-08-24 at 01:32 +0200, Jochem Maas wrote:
>>>>> Ólafur Waage schreef:
>>>>>> You can read about the header function.
>>>>>>
>>>>>> http://is2.php.net/manual/en/function.header.php
>>>>> hi Ólafur,
>>>>>
>>>>> his situation doesn't require a redirect (he only thinks it does),
>>>>> and redirects suck when used unecessarily. (plenty of info on the web
>>>>> about why this is so ... hunt for a 'rant' by the formidable
>>>>> Richard Lynch
>>>>> in the archives of this list for instance)
>>>> Oh dear, not this BS again. If the content is different then perform a
>>>> redirect. Do you really want your login page to be indexed as your
>>>> homepage? Lynch's arguments on this were weak.
>>>>
>>>> Cheers,
>>>> Rob.
>>>> --
>>>> http://www.interjinn.com
>>>> Application and Templating Framework for PHP
>>>>
>>>>
>>> I thought the arguments were very valid, but can be take to the
>>> point of
>>> extreme. Keep similar pages grouped into one PHP file. After all, this
>>> is what PHP is for. Don't try to replicate your HTML pages as PHP
>>> pages,
>>> thats a silly idea and takes more time to manage.

>>
>> You're confusing using a front page loader with redirection. The
>> distinction being that I would suggest that you redirect to the URL that
>> your front loader would use to load a given page rather than just
>> presenting said page within another page's context to save a redirect.

>
> you wouldn't have to frakkin' redirect if the links used by said front
> controller were generated correctly to start with ... it's the whole
> using a
> select box to choose a page (unless it's to set window.location to the
> value of the
> selected option in the select box) ... that sucks.
>

Late reply but I kind of enjoy when Battlestar Gallactica dirty speech
is making it's presence to this list (frak). Perhaps I could make a
table in mysql with all the known phrases for me to search when I am in
a lame mood. I believe that I have run into a list somewhere in the web.
> there is no need to use redirection in this case, it's just f'ing lazy.
> (to be clear ... I'm lazy now and again ;-) but at least I know it)
>
> redirection should be used sparingly, and fudging SE friendly urls
> back into
> your own application IS NOT such as case.
>
> no idea wtf you meant with the login page reference - way too obtuse
> an argument
> for me to follow.
>
>>
>> Cheers,
>> Rob.

>
> yeah mine an ice cold one thanks.
>

  Réponse avec citation
Vieux 12/09/2008, 03h21   #20
prasad
Aucun Avatar
 
Messages: n/a
Hébergeur:
Par défaut Re: [PHP] Serving pages based on user input

Jochem Maas wrote:
> tedd schreef:
>> At 10:02 PM -0700 8/23/08, Prasad Chand wrote:
>>> Thanks for that information. But in my case I need to serve pages
>>> based on selection of US states. There are 50 of them, so generating
>>> pages dynamically would have been a nice idea.

>
> WTF? do you have any idea why we write scripts as opposed to endless
> copy/pasting of plain (X|(x)HT)ML?
>
> and really you don't need to generate 50 pages, merely 50 URLs that
> end up triggering a single script (which in turn generates output based
> on the request URL).
>


OK late reply but just to set the record straight. I did not mean
generating 50 different pages!!! I would as well do it in html if thats
the case. I meant generating a single page with the desired content
based on form input. As of now I am using includes to generate the page.
I will be more careful with the wording next time.

>>
>> Really, there are 50 of them!?!? :-)

>
> unofficially there are 51, well Tony Blair would like to think so.
>
>> You don't have to generate 50 pages dynamically to do it -- try this:
>>
>> http://webbytedd.com/bbb/map/
>>
>> That demo is done with just pure css -- no php nor javascript.
> >
>> Plus each one of those States can be linked to another page -- AND--
>> it is user friendly, validates, accessible, and SEO friendly. What
>> more could anyone want?

>
> a version of europe actually :-P
>
> seriously how much time did you spend hacking that together? and
> how did your eyes bleed?
>
>>
>> If you don't know php, then I think the best way to ask a question on
>> this list by telling us what you want to do rather than asking
>> specific php questions trying to do something they way you think it
>> might work.


Thanks for your comment. I was completely new to php so the questions
were unrefined, now I am much more comfortable. map-navigation is a good
idea but I will need to change the look and feel and I need to give it
more time and then I am willing to right now. Btw, I could not download
the outline of the map when i saved it as you haven't given permission
to the "states" folder. I had to create the states folder and then
download the outline of the us map.

>
> no. the best thing would be to RTFM and STFW for a few years,
> but hey hell will freeze over first ;-)
>
>>
>> Cheer,
>>
>> tedd
>>

>

  Réponse avec citation
Réponse


Outils de la discussion

Règles de messages
Vous ne pouvez pas créer de nouvelles discussions
Vous ne pouvez pas envoyer des réponses
Vous ne pouvez pas envoyer des pièces jointes
Vous ne pouvez pas modifier vos messages

Les balises BB sont activées : oui
Les smileys sont activés : oui
La balise [IMG] est activée : oui
Le code HTML peut être employé : non
Trackbacks are oui
Pingbacks are oui
Refbacks are oui


Fuseau horaire GMT +1. Il est actuellement 20h34.


Édité par : vBulletin® version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0 RC5 Tous droits réservés.
Version française #16 par l'association vBulletin francophone
PHWinfo est un site Éducation Sans Frontières ©2000-2008
Ad Management by RedTyger
©Tous droits réservés par les parties respectives
Page generated in 0,34422 seconds with 28 queries