Re: [PHP-DB] Renaming all pages to .php
Hi David Am Freitag, 20. Juni 2003 04:13 schrieb David Blomstrom: > I joined this list a few weeks ago because I wanted to learn about php. > Unfortunately, I still haven't found time to study it in any depth. Thus, > my question might be a bit amateurish, but it's fairly urgent, so I'd > appreciate any feedback anyone cares to offer. > > I'm working on a new website that I need to get online by the end of this > month. I had wanted to do some stuff with php on it, but there's no way I > can learn php and apply it before the July 1 deadline. No problem - I'll > just add the php later. > > The catch is that my pages will be registered in search engines with URLs > ending in .htm, something I'll have to address when I switch to php. > > Then I saw a discussion on another forum about a guy who was planning on > changing all the .htm extensions on his webpages to .php, whether those > pages use php or not. The general consensus was that that the pages would > work just fine even without php, and they'd be all set up if and when he > got around to adding php. > > I'd like to get some feedback from this forum. Do you agree that a page > without php functions or server side includes can be put online with either > a .htm or .php function? If I never add a php function to a page with a > .php extension, could that cause some kind of problems? This will run, and I think almost without problems. But IMHO it makes no sense. And I don't know, if all the searchengines out there will be able or willing to read *.php files (google works fine). You should know that renaming all that files is not all, you have to do. you have also to change every single link in your pages, that points to your pages. I don't know how large your project is, but it can be much work, and if you do not add lines of PHP-Code to that pages, you can save much time by not doing so. But if you are coding new pages, and you are planning to add dynamic contents by using PHP-Code, than IMHO it will be a good decision to use *.php file-extensions, because you can save that time later. > > Also, I'm thinking of naming all my pages "index" and sticking them inside > folders. That way, visitors can reach a page by typing in > www.geobop.com/birds/ , whether the full URL is > www.geobop.com/birds/index.htm or www.geobop.com/birds/index.php Is this a > good plan, or do you see any problems? Surely there will be no problem, but see above. CU Thorsten BTW. It is not a good idea to start a new thread by replying to an old one. -- Thorsten Körner http://www.123tkShop.org -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] actualy result of problem with formfieldvalues under Suse 8.2
HI Am Donnerstag, 19. Juni 2003 23:54 schrieb Ruprecht Helms: > On Thu, 2003-06-19 at 23:30, Thorsten Körner wrote: > > Hi > > > > Am Donnerstag, 19. Juni 2003 23:21 schrieb Ruprecht Helms: > > > Hi, > > > > > > in the meantime I set the value of register_globals = off > > > the next to on. > > > > > > I get the same result. The following script I use for testing the > > > formfieldvalues > > > > > > > > echo $begriff > > > ?> > > > > As I said before, this the wrong way. You should leave > > register_globals=off and acces your data this way: > > > echo $_POST['begriff']; > > ?> > > Ok here the copy of my script in original > > echo $begriff; > ?> > > That is all > > > Your second mistake was to forget the ";" and the end of the "echo"-line > > > echo $_POST['begriff']; > ?> > Your second mistake was to forget the ";" and the end of the "echo"-line > > > > The value I take from a normal formfield by the default transfermethod. > > > > What the heck do you mean with default. You should always set: > > > > > > > > > ^ Your Form-Method is POST >name="begriff"> ^^^ this is the name of your Formfield. > > > > PHP gives all form-data in an array to th script. With method="POST" this array is named "$_POST" You can now access this data in your script the following way: You can see the arrays $_GET, $_POST, $_COOKIE and so on as associative arrays with the fieldnames as indizes. > > > > After switching to the php-script I get a blank page without the value > > > I inserted into the textfield. > > This problem I have first by upgrading to 8.2. > Attached my php.ini This should be OK. CU Thorsten -- Thorsten Körner http://www.123tkShop.org -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] actualy result of problem with formfieldvalues under Suse 8.2
Hi Am Donnerstag, 19. Juni 2003 23:21 schrieb Ruprecht Helms: > Hi, > > in the meantime I set the value of register_globals = off > the next to on. > > I get the same result. The following script I use for testing the > formfieldvalues > > echo $begriff > ?> As I said before, this the wrong way. You should leave register_globals=off and acces your data this way: Your second mistake was to forget the ";" and the end of the "echo"-line > > The value I take from a normal formfield by the default transfermethod. What the heck do you mean with default. You should always set: or mybe with method=\"GET\" and access it with $_GET > After switching to the php-script I get a blank page without the value I > inserted into the textfield. No wonder;-) CU Thorsten -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Problems with formvalues by using Suse 8.2
Hi Am Donnerstag, 19. Juni 2003 20:07 schrieb Ruprecht Helms: > Hi, > > under using Suse 8.2 I've the problem that the values of formfields will be > put out or worked withit within a phpscript. > > The testscript with phpinfo() is working fine. > > What have I to set (in the php.ini) that php is handling the > formfieldvalues properly? Seems to be a little bit OT here. Your question is not very precise, but I'll give it a try. Depending on your form-method, you can request the values by accessing either $_GET['formfieldname'] or $_POST['formfieldname'] where formfieldname has to be replaced by the real names of the fields. Hope that's it. CU Thorsten -- Thorsten Körner http://www.123tkShop.org -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
