CLOSED Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread James Ellis
Hi all.

As Tom has suggested, no more on this subject on the list please.

Thanks
James
--
admin


On Tue, 4 Jan 2005 16:30:47 -0500, Tom Livingston
<[EMAIL PROTECTED]> wrote:
> All,
> 
> Before the paddle is wielded, I remind that I did quickly post a reply
> to my initial post stating this was OT and I posted to the wrong list.
> 
> If you care to comment, please do so off-list.
> 
> Once again, sorry for the OT-ness, Moms...
> 
> 
> Tom Livingston
> Senior Multimedia Artist
> mlinc.com
> 
> **
> The discussion list for  http://webstandardsgroup.org/
> 
>  See http://webstandardsgroup.org/mail/guidelines.cfm
>  for some hints on posting to the list & getting help
> **
> 
>
**
The discussion list for  http://webstandardsgroup.org/

 See http://webstandardsgroup.org/mail/guidelines.cfm
 for some hints on posting to the list & getting help
**



Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread Tom Livingston
All,
Before the paddle is wielded, I remind that I did quickly post a reply 
to my initial post stating this was OT and I posted to the wrong list.

If you care to comment, please do so off-list.
Once again, sorry for the OT-ness, Moms...

Tom Livingston
Senior Multimedia Artist
mlinc.com
**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**


Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread JohnyB
One can easily establish that by looking at the HTTP response times, the 
file extension
Eg. our servers don't send anything like that...
-*-*-
Response Headers - http://www.alphanumeric.cz/
Date: Tue, 04 Jan 2005 21:16:31 GMT
Server: Apache
Vary: Accept,Accept-Encoding
Content-Encoding: gzip
Content-Length: 6248
Keep-Alive: timeout=10
Connection: Keep-Alive
Content-Type: application/xhtml+xml
Response Headers - http://www.webcore.cz/
Date: Tue, 04 Jan 2005 21:17:26 GMT
Server: Apache
Last-Modified: Wed, 15 Dec 2004 22:53:43 GMT
Etag: "40d121-5b2-68c7cbc0"
Accept-Ranges: bytes
Content-Length: 1458
Keep-Alive: timeout=10
Connection: Keep-Alive
Content-Type: text/html
...
-*-*-
SE really can't figure this out. The page is a document. And it doesn't 
matter how it was assembled.

--
Jan Brasna :: alphanumeric.cz | webcore.cz | designlab.cz | janbrasna.com
**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**


Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread Jonathan T. Sage
On Tue, 04 Jan 2005 21:14:25 +, David R <[EMAIL PROTECTED]> wrote:
> Ben Curtis wrote:
> 
> > In fact, I serve all my ColdFusion pages as .html because I migrated a
> > static site to ColdFusion and it was easier to tell Apache to send .html
> > file to ColdFusion than to change all the extensions and links.
> >
> 
> Wouldn't that cause a processing overhead if you ever wanted to serve a
> non CFML page?
> 

Sure.  although, a page with no CF content would probably be passed
through quite quickly unless the server was under a heavy load
elsewhere.

I've done similar things for virtual hosts migrating all old static
html to new php.  Not the cleanest fix, but it does work.

~j



-- 
Jonathan T. Sage
Theatrical Lighting / Set Designer
Professional Web Design

[HTTP://www.JTSage.com]
[HTTP://design.JTSage.com]
[EMAIL PROTECTED]
**
The discussion list for  http://webstandardsgroup.org/

 See http://webstandardsgroup.org/mail/guidelines.cfm
 for some hints on posting to the list & getting help
**



Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread David R
Ben Curtis wrote:
In fact, I serve all my ColdFusion pages as .html because I migrated a 
static site to ColdFusion and it was easier to tell Apache to send .html 
file to ColdFusion than to change all the extensions and links.

Wouldn't that cause a processing overhead if you ever wanted to serve a 
non CFML page?

--
-David R
**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**


Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread David R
Collin Davis wrote:
Google can, and others are going to be joining them soon.  It's a simple
matter of using the Flash Search Engine SDK - it includes an application
called swf2html which dumps out text and links from .swf files and returns
as html.
When I put Flash in my documents, I am guilty of serving different 
content to Google and other bots. I do a simple "show region" that 
contains the HTML equivalent of the Flash content.

Not that I do anything like that anymore, aparently Googlebot indexes 
you site twice...once using the Googlebot UA string, and again using the 
MSIE6 UA string and notes the differences.

*takes off tin-foil hat*
**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**


Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread Ben Curtis

On search engines like Google there will be an adverse effect on
optimization when using coldfusion.  Remember Google is a
"Hypertextual Web Search Engine"
http://www-db.stanford.edu/~backrub/google.html
I was ignoring this thread as off-topic, but this brings up an on-topic 
point.

ColdFusion outputs html. As does PHP, JSP, ASP, shtml, and all the 
rest. Google and other search engines do not look at the file 
extension, but at the MIME-type that is delivered; ColdFusion is sent 
as text/html.

The reason they watch the MIME-type is that those are standardized, 
whereas file extensions are merely conventions. I could serve all my 
pages as .jpg and my images as .txt, and only a couple foolish browsers 
would have a problem (you are free to guess which).

In fact, I serve all my ColdFusion pages as .html because I migrated a 
static site to ColdFusion and it was easier to tell Apache to send 
.html file to ColdFusion than to change all the extensions and links.

--
Ben Curtis
WebSciences International
http://www.websciences.org/
v: (310) 478-6648
f: (310) 235-2067

**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**


RE: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread Collin Davis
>>On search engines like Google there will be an adverse effect on
>>optimization when using coldfusion. 

How so? A .cfm page is an html page that contains CF tags.  See for example:
https://icn.net/order.cfm

>>A major problem
>>is flash, since most engines can not read flash files.

Google can, and others are going to be joining them soon.  It's a simple
matter of using the Flash Search Engine SDK - it includes an application
called swf2html which dumps out text and links from .swf files and returns
as html.

Collin Davis - ACE, MCP
Web Architect
Stromberg Architectural Products
p 903.454.0904
f 903.454.3642
e [EMAIL PROTECTED]
web www.strombergarchitectural.com



**
The discussion list for  http://webstandardsgroup.org/

 See http://webstandardsgroup.org/mail/guidelines.cfm
 for some hints on posting to the list & getting help
**



Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread Tom Livingston
Why?

Tom Livingston
Senior Multimedia Artist
mlinc.com

On Jan 4, 2005, at 3:30 PM, [EMAIL PROTECTED] wrote:
On search engines like Google there will be an adverse effect on
optimization when using coldfusion.  Remember Google is a
"Hypertextual Web Search Engine"
**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**


Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread [EMAIL PROTECTED]
Tom,

On search engines like Google there will be an adverse effect on
optimization when using coldfusion.  Remember Google is a
"Hypertextual Web Search Engine"

http://www-db.stanford.edu/~backrub/google.html

so .html files are going to be most easily crawled.  A major problem
is flash, since most engines can not read flash files.  Meaning, to
Google your entire company portfolio looks like:  "To view the Media
Logic Web site, you must have the Macromedia Flash 7 (or higher)
plug-in installed, and JavaScript enabled."







-- 
Brian Ussery
beta testing: [EMAIL PROTECTED]

http://www.beussery.com
[EMAIL PROTECTED]
706.296.3446
905.935.4396f
**
The discussion list for  http://webstandardsgroup.org/

 See http://webstandardsgroup.org/mail/guidelines.cfm
 for some hints on posting to the list & getting help
**



Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread David R
JohnyB wrote:
Right... The bot can't find out, if the page is a static HTML file or 
dynamically generated output by some sort of server-side technology...

One can easily establish that by looking at the HTTP response times, the 
file extension (if content negotiation, NSAPI/ISAPI filters, or 
HTTPRequestHandlers aren't enabled)

Or just by timing the request... if the response took longer than a 
static HTML document did then one can assume that it was generated by a 
server (of course, network lag can play a part, but generally the server 
sends the HTTP header confirming receipt of the request ASAP, as to 
prevent the client from going all "timed outty" at the server and 
closing the connection.) With ASP.Net being the exception of course, 
memory-recalled and compiled pages can sometimes be loaded faster than 
static HTML.

But this shouldn't concern SEO people.
The important thing is to minimize use of "traditional" HTTP GET 
querystrings, as many engines ignore URLs beginning with them, which is 
to say... use negociated URLs (such as 
"www.domain.tld/pages/somepage/somequery" rather than 
"www.domain.tld/pages.cfml?somepage&somefield=somequery")

HTH
--
-David R
**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**


Re: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread JohnyB
Right... The bot can't find out, if the page is a static HTML file or 
dynamically generated output by some sort of server-side technology...

--
Jan Brasna :: alphanumeric.cz | webcore.cz | designlab.cz | janbrasna.com
**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**


RE: [WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread Collin Davis
>>Can anyone tell me if server-side includes - ColdFusion specifically - 
>>would adversely effect search engines/spiders at all?

I can't see how - the includes are parsed by the server before the page is
completely rendered to the UA, just as PHP.  Any content or links in the
includes would be fully "spiderable" by bots, because they would be served
the parsed and rendered page the same as any browser.

Collin Davis - ACE, MCP
Web Architect
Stromberg Architectural Products
p 903.454.0904
f 903.454.3642
e [EMAIL PROTECTED]
web www.strombergarchitectural.com



**
The discussion list for  http://webstandardsgroup.org/

 See http://webstandardsgroup.org/mail/guidelines.cfm
 for some hints on posting to the list & getting help
**



[WSG] Search Engines/Spiders and SSIs

2005-01-04 Thread Tom Livingston
Hello all,
Can anyone tell me if server-side includes - ColdFusion specifically - 
would adversely effect search engines/spiders at all? An SEO company we 
are trying is telling us that our CF includes will effect our SE 
rankings.

TIA

Tom Livingston
Senior Multimedia Artist
mlinc.com

**
The discussion list for  http://webstandardsgroup.org/
See http://webstandardsgroup.org/mail/guidelines.cfm
for some hints on posting to the list & getting help
**