HCSuperStores

This is probably related to the scripting language that you use to process your input. I use Perl, and it does not support some of the UTF class of characters. In order to get around this, I use javascript to clean up the data ahead of time, replacing the unique quotes and dashes with plain, ordinary characters. This is just my expereince, there may be other reasons. Good luck! Bill H

Wow! Way cool Robert! Now, about my server .... Just kidding! ;-) Bill H

Bill -- I thank you so much for your very generous offer. I don't have anything concrete to report on this just yet, I have noticed a marked improvement on a test I conducted yesterday between 30% and 60% of maximum bandwidth on the troubled domains. However, even this test may be faulty. These last few days my ISP has had a remarkable number of issues. Thus, I don't trust any number I get until I see a reasonable level of stability. I don't want to report failures that aren't true. I'll probably attempt something tomorrow or Thursday as today's response was relatively stable. Thanks again for checking back on this. I'm proceeding cautiously. Bill

The Intel Xeon is no slouch of a chip, however, AMD Opterons have been able to pull a marked increase over the Xeon, especially when analyzing web server type of traffic. I want my own dual-opteron server! (mine ... all mine!!!!!)

It's been a while ... but I've used FP in the past. As I remember it, there is a property setting on at least the .gif images that you can set as transparency or not. It's an optional thing. Check the property for your pictures once they are in FP ... make sure they are identified as transparent. Good luck! Bill H

No way! Are we really doing Opterons! Way cool!

I use javascript ... and that seems to work well: $email = 'me'+'@'+'mydomainname'+'.'+'c'+'om'; document.write($email); You can even hex code the whole thing too ... but you generally don't have to go that far.

I don't know how you'd do it in PHP, but in Perl you would do this: >if(length($phone)>0) { print "<BR>Phone: $phone"; } Hope that helps! Bill

HHhhhmmm ... This might take a couple of steps ... I'm not used to coding in the way you have. Usually my HTML will looking something like this: ><form name="myform"> <input name="myelement1" .... > <input name="myelement2" .... > </form> . . . <script ... > document.myform.myelement1.visable=true; myvalue = document.myform.myelement1.value; . . . </script> I've never accessed properties of form elements without at least using a form tag that has a form name. Then, each element having its own name so you can access the elements through the form object, or by document.forms[0].elements[0].value if you want to leave out the form and element names. Does that make any sense?

I can probably help you, but not without the HTML to go with it. Paste that in there too! Thnx, Bill H

You guys are a riot! A little fish hook out there for us true geeks I guess, myself included! :-) Glad you found the REAL letters (wonders what Madmancp came up with!)

The solutions above works, or you can modify the rights of "indexing" that is controled through cPanel. Give that a shot! TMTOWTDI! Bill H

Sounds like you're on the right track icadmin! I use the Invision BB too. At first it was a little confusing, but the more you work with it, the more intuitive it becomes and before you know it - piece-o-cake! Keep up the good work! Bill H

What TCH-Bruce said! ;-) Welcome to TCH! Bill H

My advice ... give them more space and charge them for more. People pretty much assume that e-mail is a no-brainer. Once it becomes an issue, and they feel it is something they can't just leave and forget it, then you become the pain in the rear (this is my experience). If you are a reseller, you have done your job and warned them about leaving mail on the server. This costs you money, which in turn should cost them money. Let them have bad e-mail habbits if they wish, just charge them for it. Just in case, examine a few accounts to be sure that this is not something you are jumping the gun on. See if there is old mail lingering, or maybe their needs are different (i.e. large attachments). Good luck! Bill

Bill ... just saw your post here. Received your ticket response a while ago. I absolutely agree with you. Again, not my biggest priority (and hopefully not yours). But I thank you for looking into this. My results were just very confusing on this. The only way to know for sure was to have some test through as you did. Is it my router? Probably. I'll bypass it and try it out on all 3 accounts. If it is, I'm not sure what a fix might be. I've reset the thing to factory defaults and things still remain the same. And why would a router behave so much differently depending on the domain/IP ... especially on the same server? It's just a baffeling question that doesn't make any initial sense. For the immediate next few hours, I do have more important things to bang my head against My thanks to you Bill and to Joe for his suggestion as well. You guys are always the best!

All are on the same servers. 3 seperate domains. I've put this info in a ticket, but just for giggles ... In connecting to my accouints, it doesn't matter what domain name I use, just the account ID and pass. Example: domain123 with ID of id123 domain345 with ID of id345 if you connect to domain345 with id123, you will see the files from domain123. Here's the weird part ... When I connect to my main reseller domain, no matter what ID I use, the transfer speeds are very fast (225 to 350kbs). So I can transfer all my files quickly, as long as I use the main reseller domain as the domain to contact with. I hope this was easy enough to follow. If you're not a reseller, it may be confusing. Thanks for your interest! Bill

... update ... I have a reseller account with 3 major sections set up. And I am getting 3 distinctly different results. One I get an average download of 210-230kbs Another 35-40kbs And the last at about 14-15kbs Each account is very consistant on the speeds. The first one I would say is "normal". I'm not sure where the others get their speeds. Time for a ticket.

I have a Linksys 4-port router labeled as "Network Everywhere". Recently I've come to discover a rather odd situation regarding FTP transfer speed. When my computer is hooked up directly to my modem, I achieve what I would consider normal FTP speeds of around 250kbs for download ... that approach 300kbs. However, if I go through my router, those speeds are cut by about 90%, starting very briefly at 50kbs and eventually going down to 10 to 20kbs. This is testing through my account on TCH. <<< UPDATE - Seems to be account related v.s. modem. See below. I am running 3 computers and my Vonage VOIP phone through the router. The phone is a 10base, while the computers are at 100base. 2 of my computers run Mandrake LInux. And they each have FTP loaded so I can transfer files using this method. On a computer-to-computer transfer I reach speed of about 10MB/sec. So a recent 100MB transfer that I just tested took a little less than 10 seconds. So my results are confusing. On one hand I have slow FTP transfers that seem to directly indicate that the router is the issue, but on the other hand a computer on the network can achieve the maximum theoretical throughput. Oh, BTW, download speeds on tests through toast.net seem to run right to the max, achieving 2-5mbs, averaging at about 3.5mbs. What's the deal here? Anyone have a clue? Thanks! Bill ADDED: I've also reset the router to factor defaults. No change.

Hey Raul! Glad to here the great news! Working with you on this was a fun distraction and learned something new in the process that I will use in the future ... you know what I'm talking about. I'll be sure to skip over the 2.0.17 for sure myself. That's an annoying little bug! Cheers!

For the record, looks as if my router is doing something to slow things down. Took a while to figure that one out. It's just FTP traffic. Go figure!

Ugh ... I wish ... The 56MB file download I just did took an hour ... I just did some download test and they check out just fine ... still looking at things on my end.

Hi Bill, I didn't even think this was necessarily a problem, so I wasn't expecting an immediate response as it were. It's been a while since I've done any large FTP download. In short, you definitely answered my question ... if there is any cap (which there doesn't seem to be) that it's well above the 14kbs or so that I'm still experiencing. If there happened to be a cap on FTP transfers, I have no doubt it would be there for good reason ... to keep the servers stable and free from abuse. So it appears that I am having an issue, and that issue is something related to me on my end. Software, ISP, OS ... who knows. But it is worth looking into since it is having quite an effect on me. I have a download that will take an entire hour when all is said and done. Thanks for the detail on this. Forgive me if it was a silly question. But it really was a question, and not a gripe, problem, complaint or anything else of the sort. I leave a little smarter now! Thanks for passing on the knowledge! Bill

With all the talks of backups, I've realized that I'm a guilty party in not doing them often enough. So I'm attempting to create a backup plan for my accounts (I'm a reseller). So, I made a backup of the accounts and am downloading them now. But I notice the speed is pretty slow. about 13-14kbs. I'm on broadband and I usually see 2-5mbps download. I thought maybe there might be a cap if an FTP process or the disk thrashing caused too much of a hit on the server. Or, maybe there's something wrong with my throuput on this end. Anybody have any info on this? Thanks!

I'm on Mandrake and I use gFTP for all my FTP needs. Never had this problem. Sounds like FC3 might be causing an issue. Any more thoughts on this? Experiments?