Posted: Wed Aug 02, 2006 2:46 am
Can I know why? Give me a link if you've one pleaseastions wrote:FYI: Google will not index any pages containing a variable named "id" in the url.
A community of PHP developers offering assistance, advice, discussion, and friendship.
http://forums.devnetwork.net/
Can I know why? Give me a link if you've one pleaseastions wrote:FYI: Google will not index any pages containing a variable named "id" in the url.
Nope, I'm saying I don't know. But it would harm their to discriminate by URL. That's why I asked for evidence.So you're saying/you think that search engines would index messy urls as well as simpler ones?
Well that's your choice. Personally I don't know what kind of person would be turned away from a website because the search form uses GET, that person wouldn't use any of the major search engines, and you said it yourself:the reason i don't want to use GET is because I never want to turn anyone away from my website for any reason, thats stupid to do. Thats why I have to make sure that all the data can be submitted to the server and if its too long (which it probably would be if I used GET) then thats a client gone.
GET would allow people to link someone else to the search.
At the moment it is poor design to force JavaScript. In the future it may well be an acceptable requirement of browsing the web. But you are wrong if you think the only uses for JavaScript are ads and mining. A lot of the time it enhances usability, that and scripted submission is soley what I use it for. We are on the brink of mainstream Web 2.0 and JavaScript is a big part of that.I will never force javascript on a user either, I don't browse with javascript and I think its poor web design to be forced to use javascript. Many websites do this and the only reason it seams is because they want to serve me ads and track what I do, screw that.
You probably know this but you can still do that with GET.Thats why I am going with POST. my design works oh so well because I can use links for pagentation and keep the search option select boxes with the right stuff selected.
Looking at that form, in your case I think it is a close call between POST and GET because you have so many fields. I would probably still use GET but POST is satisfactory in this case.you can test it http://shiznatix.dreamhosters.com/nfw/Search.php
No, because only POST data should change something in a database. A variable called 'id' in a GET query string is GET-ting something. Google aren't indexing it because they don't want to index every single page in every web application (forums, shops etc.) because this would clutter their own databases esp. when web applications frequently have their own search capabilities.The Ninja Space Goat wrote:my guess: generally a url with an "id" in it will have something to do with modifying the database, and google does not want to index a page that may change the site's database
While looking for the link to the google page which stated this, I noticed that there are pages indexed with id in the url. I could have sworn that it was id but it might be something else they don't index like sid or userid or something. Sorry I'm not able to find it again.julian_lp wrote:Can I know why? Give me a link if you've one please
lolWhile looking for the link to the google page which stated this, I noticed that there are pages indexed with id in the url. I could have sworn that it was id but it might be something else they don't index like sid or userid or something. Sorry I'm not able to find it again.
No, they are blocking something, I just can't remember what.ole wrote:lolWhile looking for the link to the google page which stated this, I noticed that there are pages indexed with id in the url. I could have sworn that it was id but it might be something else they don't index like sid or userid or something. Sorry I'm not able to find it again.
Just as I suspected, its all hearsay
xD
http://stason.org/articles/money/seo/go ... _rank.htmlGoogle definitely doesn't index pages containing "&id=" as a parameter in your URLs.
Yeah I was just joking. I'm sure they would.No, they are blocking something, I just can't remember what.
On those links you can find:Stason wrote: I don't remember all the source now. But a lot of it came from Google
webmaster guidelines. In particular:
http://www.google.com/support/webmaster ... c=0&type=f
http://www.google.com/support/webmaster ... c=0&type=f
I hope this helps
Google wrote:Yes, Google indexes dynamically generated webpages, including .asp pages, .php pages, and pages with question marks in their URLs. However, these pages can cause problems for our crawler and may be ignored. If you're concerned that your dynamically generated pages are being ignored, you may want to consider creating static copies of these pages for our crawler. If you do this, please be sure to include a robots.txt file that disallows the dynamic pages in order to ensure that these pages aren't seen as having duplicate content.
Google wrote:If you decide to use dynamic pages (i.e., the URL contains a "?" character), be aware that not every search engine spider crawls dynamic pages as well as static pages. It helps to keep the parameters short and the number of them few.
Google wrote:Allow search bots to crawl your sites without session IDs or arguments that track their path through the site. These techniques are useful for tracking individual user behavior, but the access pattern of bots is entirely different. Using these techniques may result in incomplete indexing of your site, as bots may not be able to eliminate URLs that look different but actually point to the same page.
So what do we know?Google wrote:Don't use "&id=" as a parameter in your URLs, as we don't include these pages in our index.
My work here is done. xDshiznatix wrote:now I am very very suborn, and it takes a lot of fighting to get me to stray from what i believe but...
ole has a very good point