Dan, Brian, is this supposed to happen???

Straight_Man

http://www.google.com/search?hl=en&lr=&ie=UTF-8&q=userinit.exe%2C%2CSKEYS+%2B%2FI&btnG=Search

Follow this, look at the top hit, note the folder on this site that it links to.... Google is indexing the forum message archives.... I do not know if forum\thread\message archives on Short-Media server are supposed to be indexed, and linked to the whole tree-accessible message\thread\ forum archive (as simple HTML) on short-media server, on Google (I can browse the whole forum thread and message archive tree by clicking on top result and then the HTML links that Google happily grabbed and archive also displays, sans any forum theming at all.)....

Added hint (for if it is not wanted for the server running Short-Media's feed to feed the whole archives tree quite happily) question, what does asking Google to search for 'htaaccess.html +syntax' yield???

Linc

I'm pretty certain that the "archives" are really just a duplicate (or, more accurately, the same data in a different format) version of the forums optimized for search engine spiders to catalog easier.

primesuspect

Yes, the archives are intended to be indexed. It helps our search rankings.

Nomad

What in the bejesus were you doing searching for 'userinit.exe,,SKEYS +/I' anyhow?

Dexter

It is actually interesting how many times I have been researching a problem for customers or friends, and have found SM's Archive highly ranked on the results. At least half a dozen times in the past 2 months, anyway. It certainly does help our search rankings

Dexter...

Straight_Man

Nomad wrote:

What in the bejesus were you doing searching for 'userinit.exe,,SKEYS +/I' anyhow?

Two commas in a row in an HJT log entry, run by userinit, seemed STRANGE.... The original entry is 'userinit.exe,,SKEYS /I' and I wondered what the heck a piped call of userinit.exe to initialize and run as user a process called SKEYS was doing in an HJT log, and if the /I switch was an /install or /initialize subcommand switch for process SKEYS, and what in the heck process SKEYS was, and why no 'Explorer.exe' existed between the commas-- so since Google tends to give OR'd results with an embedded space, I told it to AND subsearch the part after the spaceinstead by making ' /I' into ' +/I'.

Google does all sorts of searches, including security info searches-- for instance, cut-n-paste a CLSID into Google as a search, no matches, this is probbaly not a vaild CLSID used by a legit process, and I have gotten hits that tell me the CLSID is used only for spyware or for viruses, since CLSID's are supposed to be software-unique and normally are PROCESS-Unique....

To the thread....

But the funny\curious thing about this, is that the Google index has an index of the ARCHIVES folder, browseable from Short-Media's server, because Google references that archive in its index as a literal path in results-- Short-Media's server will feed http://www.short-media.com/forum/archive/ just fine. So, site is feeding themed, but archives are also being fed, if one clicks through to a browseable result-- I can browse the whole archives tree from the Short-media server after clicking a link-through from a Google archives result, the php calls are used and are in the botted and indexed on Google result hyperlink paths . The archives are unthemed, but fully publicly accessible, FULLY so, as an HTML+PHP tree with no menus, just archive hyperlinks with embedded PHP calls that let you look at threads, forum area indexes, and forum message thread indexes in plain HTML+PHP with messages in generic boxes.

Once I click on any archive result on Google, whole archives tree is open to me on Short-Media's server, as the HTML+PHP browsing links are captured also, complete with PHP calls. So, Short-Media's server can feed both archive and site officially at once by entering into (linking to Short-Media's server from) a Google result hyperlink, and Short-Media's server is doing the tree browse of archives to anyone in public while feeding site out.....

Short-Media server total load and total bandwidth implications were what made me start this thread.... Site load plus archive browse load, our server can bear and is if asked to from a hyperlink click from Google, and once there, since it is HTML+PHP linked internally, the server happily feeds the archives browseably to the public while bearing the official site load. Load on server is sum of both things plus any backend work being done.

Problem is not that the archive folder gets indexed, it is that the pathings in results are literally pointing back to the archive folder, so if I or anyone clicks on a literal google result hyperlink, they can browse the archives while others are getting site. If bandwidth seems high, maybe we have both being fed simultaneously, some from folks looking around in archives starting from a Google result pointing into the archived tree.... if you all think this is a non-issue, fine. But, if you have total server load or total bandwidth bill from Short-Media server issues appearing, then you might not want the forum archives AND the main forum areas indexed on Google.

Linc

John_D wrote:

If bandwidth seems high, maybe we have both being fed simultaneously, some from folks looking around in archives starting from a Google result pointing into the archived tree.... if you all think this is a non-issue, fine. But, if you have total server load or total bandwidth bill from Short-Media server issues appearing, then you might not want the forum archives AND the main forum areas indexed on Google.

Browsing the archives instead of the regular forums does not cause an increase in bandwidth. They simply run through a different PHP script. The index.php file in the archive folder queries the database in the same way the "normal" forum does and simply displays the results differently. It's exactly the same server load as if they were browsing the forums regularly.