User talk:Embeddedrf

From DreamHost
Revision as of 03:17, 6 May 2007 by Rlparker (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Comment on Additional_PERL_cron_operational_notes

First, thanks for the extensive work you have done (and are doing) on that article! I think I owe you an apology. When you first began the article, I felt that "PERL" should have been capitalized "Perl" ( in keeping with the language name, and common wiki style) and copied your article to a page so titled. I also modified the link to it in the Cron#Examples article (to reflect the changed capitalization of the page title). I *should* have commented on this on your talk page, but neglected to do so...I guess I though you would see the "Recent Change", figure out what I had done, and why, and either go with my suggested new page title or not. It appears that you might have overlooked it altogether given the extensive edits you have made to the original "PERL" titled page since (which is no longer linked).

The result is that there are now two articles, differing primarily in the capitalization of Perl in their titles (though I also attempted to clarify the example file used in the opening section with slightly different usage, consistent with what I thought *might* be better style). We really only need one. At any rate, I have now copied all your recent edits to the Additional_Perl_cron_operational_notes page, so that other than the title, and the changed example file reference, they are the same.

I'll defer to you, in light of all the work you have done: If you feel that you want to leave the page entitled Additional_PERL_cron_operational_notes, just respond on my talk page and let me know, and I'll dump the Additional_Perl_cron_operational_notes page, and correct the link in Cron#Examples, so that it once again points to the Additional_PERL_cron_operational_notes page. Otherwise, I think we should edit the Additional_Perl_cron_operational_notes in the future, and abandon the other. Please understand I did not mean to step on any one's toes here...I just couldn't stand to see Perl referred to as PERL ;-) - but it really is probably not that important. :-) --Rlparker 03:17, 6 May 2007 (PDT)

Editing

If you are going to be making eleventy-billion minor changes to pages, would you mind marking the pages as minor edits please? In case you don't know, it is a checkbox just above the Save Page button. Thank you :) -- Scjessey 05:36, 8 Aug 2006 (PDT)

Discussion regarding supports the If-Modified-Since HTTP header

If you could do us a favor, we don't mind if you make a single page about HTML, but please don't make a page for individual HTML elements.. just make one page about HTML and put everything there. Ultimately I recommend just linking to the W3C pages and be done with it. -- Sabrejack 10:43, 15 Aug 2006 (PDT)

Argument to the contrary regarding lastmodified: The entry regarding lastmodified is placed as a stub. I do not know much about it currently but need to. Therefore since its not mentioned at all in the WIKI I will fill it in as I figure out the issue. LastModified is more than just an html element. Its part of Googles recommended indexing optimization. How about if I morph the page over time into one on optimization for google? That is a topic that should be dear to DH's heart as I and other customers will only buy hosting to the level required to serve out their pages. For reasons of bandwidth Google will probably index a site more thoroughly over time if it does not repeat unchanged elements but rather moves on quickly past them to the unindexed pages. I found it difficult to figure out where to place the topic and therefore what easily and predictably is an inefficient placement.

I totally disagree. There is no such HTML element - it has nothing whatsoever to do with HTML. lastModified is file system data (which can be extracted by means of Server Side Includes, or by using JavaScript's Document.lastModified). There is no reason to include this on the wiki -- Scjessey 21:16, 15 Aug 2006 (PDT)

I was trying to put a stub in.... It seems like you know that it is not supported. Why do you not just fill in the stub with a note to the effect that it is not supported and any other relevant detail you might have ? That way folks like me will not email support and bump up their que number. I'd appreciate if you would. Indeed what I put in might need deleted and re stubbed in from somewhere else more efficiently choosen. I can not be the only person who has wondered about this. Whatcha say ?


No reason ? Did you read the part about optimizing indexing of a site ? Business of DH is directly proportional to customer website traffic. Think like a business man on this one and not a nurd.

I don't have any problem with lastmodified.. that could be potentially useful information to our customers. I just saw "HTML" and then "HEAD" and kinda figured I'd drop you a line. =) Thanks for taking time to help contribute to the wiki. -- Sabrejack 23:44, 15 Aug 2006 (PDT)
"No reason ? Did you read the part about optimizing indexing of a site ? Business of DH is directly proportional to customer website traffic. Think like a business man on this one and not a nurd."
Please explain to me what the "lastmodified tag" is then. I've never heard of it, and it certainly isn't part of HTML. Do you have links to the Google indexing literature you describe. Right now, the lastmodified article just looks like some non-useful POV material. And by the way, if you are going to descend to the depths of name-calling, at least get the spelling right. -- Scjessey 09:27, 16 Aug 2006 (PDT)

Google Webmaster GuideLines Under subtopic: Technical guidelines :: Make sure your web server supports the If-Modified-Since HTTP header Did not mean the nurd comment as a perjorative. Most tech people are not business minded. Simple statement of fact. Got a little twisted in my wares regarding the words. You can see where I am going with this however. No not a point of view. I would like this to already have been in the WIKI already. I have not found a clear explaination of the process and therefore do have a muddled view of what to do. What I am clear on is its useful and in addition its in DH's interest to have it in their wiki. Traffic= money to DH.


So what your saying is that you aren't talking about lastModified in the first place. You are talking about If-Modified-Since, which is a web server feature that cannot be changed by DreamHost customers anyway. That means that the article is both non-useful and misnamed. -- Scjessey 05:36, 17 Aug 2006 (PDT)

Simple question jessy....do you work for directly in a paying salaried position for dreamhost ? If not I'll ignore your comments on this particular topic from this point on. If you do work for dreamhost I'm going to desist in this and email you at support and ask you to explain to me as a customer all the why's and wherefors of how If-modified-since works and why I can not change and use this to optimum benefit. I'll want a complete run down. No quickie one liners... I will email you repeatedly till you explain every little feature about why I can and cannot use particular features. Or on the other hand we can inform everyone all at once in this WIKI. Get the idea ? ( give me an honest answer here as I fully intend to follow through with this ) My criteria is probably the criteria DH wants for entries in its WIKI. Namely that if they reduce a set of questions to DH support with entries in the WIKI then its on even if the entry is about fried chicken recipes.


Please sign your comments with four tilde characters (~~~~)


I am not a DreamHost employee; however, I am a regular and concerned contributor. DreamHost has given me sysop status to assist in wiki management and spam prevention, which gives me the power, if necessary, to protect articles and block users. This wiki is a community project designed to enhance the experience for DreamHost customers and lighten the load for DreamHost Customer Service. Any useful contribution to the wiki is welcome; however, any contribution should seek not to mislead or confuse users by giving inaccurate or incomplete information.
There are a number of problems with your article. First of all, it doesn't actually have any useful information in it. So far, it consists of nothing but point-of-view material, which does not follow the guidelines we have tried to establish. It appears that the article may be misnamed. No other wiki pages link to your article, and the article hasn't been categorized.
Finally, making rude or threatening comments in this very public forum will prove ineffective. It only serves to lower your credibility, and it may result in you getting banned. -- Scjessey 09:39, 17 Aug 2006 (PDT)

The key is you do not field the questions. Please comment on a different topic. Our discussions here are done.

On the contrary, I am extremely active in fielding questions - both here and on the DreamHost Discussion Forum. You cannot dictate what I can and cannot comment on, and I will continue to work hard to ensure that the wiki is maintained to the best possible standard. If you cannot improve the lastmodified article from its current (useless) state, it will likely be deleted. -- Scjessey 09:52, 17 Aug 2006 (PDT)\

Hey..seems like you know about this topic. Why don't you re-stub the topic in a more relevant and efficient placement and put a note to the effect that its not supported. It will help support to NOT get that question. Add any relevant details you have and voila we're done here. ps: I almost emailed support asking...... Embeddedrf 14:27, 20 Aug 2006 (PDT)embeddedrf

User page editing

Just a heads up, you may want to make your changes on Scjessey's talk page rather than his user page. The user page is sort of a private space for that user only. I also believe he won't get a notification about new messages when they're placed on his user page rather than his talk page. Thanks in advance. -- Sabrejack 21:11, 22 Aug 2006 (PDT)

LOL ok I see. He got so quiet after asking him to help instead of ......I will keep that in mind Embeddedrf 05:07, 23 Aug 2006 (PDT)embeddedrf


"Place note to the effect If-Modified-Since is not supported by DH in an efficient location...remove poorly placed item we discussed. Embeddedrf 20:58, 22 Aug 2006 (PDT)"
I've removed this addition that you made to my user page. I'm not sure exactly what you mean. As I understand it, If-Modified-Since is supported by DreamHost by default because that is the way Apache works - at least for static pages. Obviously it cannot work in the same way for dynamic pages, because they are... well... dynamic! Incidentally, I don't have any particular knowledge of how this works - after you started writing about Last-Modified, I did a bit of Google research and then wrote the articles. I don't know what you mean by "an efficient location." -- Scjessey 06:36, 23 Aug 2006 (PDT)

As you've noticed, there are 2 kinds of people. One kind creates and does stuff, and helps others create and do stuff. The other kind takes stuff and changes it to suite their preference, and tells the first kind what they should and shouldn't do. You know who you are. :-) -- Me, now

Regarding term "efficient" its a borrow from economy. Capitalism optimizes the economy the same way this WIKI is economizes information. Efficient markets yield the most appropriate usage of the resource at hand. I was referring to the poor placement in arty being hung off a link from the html tags page. Regarding your arty...can you link me on that ? I'd like to read. Also you can fake up a cgi generated page or a corresponding html shadow file that might do the trick. Any comments ? If so add'em to your arty and as I said link me as I would like to read. I would do the research and add myself but you seemed to already know everything and its not a big topic as you recited most of the details.----- I just did a search on DH wiki and found nothing but links off page. Nothing specific to DH. Us nurds want to know the DH details. Embeddedrf 20:15, 23 Aug 2006 (PDT)embeddedrf