sigmadog

Okay. Thanks. Didn't realize I was breaking the rules. Let me make a few changes to put me in compliance with the AUP. It should all be fixed sometime today. Thanks for the information. -Steve

It's a shared account.

This may be a silly question, but I'll ask it anyway… I've been a TCH customer since, I think, around 2006. Currently have several sites here, including my main business site (sigmadog.com) with no problems. I like working with TCH. Recently I've started a new web-based business on the side, PetArtWorks.com. I purchased the domain through TCH and currently have it forwarded to a section on my main business site. But I've decided it's probably a good idea to house it on its own site to avoid confusion. So I'd like to purchase hosting for PetArtWorks.com and build the site while the domain is still pointed at my Sigmadog.com site, and then redirect it to the new site once it's done. I'm sure this is possible, but I'm just a dumb art guy and want to make sure it can be done easily without major issues. Thanks for your help! Steve

Thanks, Alex. I did not know that. I'll try 5.5 and see if that helps me.

Also, I've been asked to find out the size of my tmpDIR and whether it is empty. How do I get that information?

Follow up: I deactivated all plug-ins and switched to a standard WordPress theme (twentythirteen, I believe) and suffered NO core dumps. I then activated my Sigmadog Theme only (no plug-ins) and am now getting core dumps again. Seems like the problem is with the theme. Perhaps I need to dump it and start over. Also, I've been told by some that PHP 5.5 will "work better with WordPress". I have no compelling reason to believe this, but thought I would ask if TCH is planning in upgrading from 5.4 anytime soon.

Awesome! Thanks, Tina. I'll deactivate that plugin and see if that solves the issue.

Not sure what might be causing this, but there are some very large documents being created in my Public_html directory. They are all named "core.XXXXX" with X being a series of random numbers. Each file is over 100 MB, and they seem to be created at various times during each day. I've looked at the files and they are mostly gibberish with some codey-like words sprinkled here and there, but I can't make any sense of them, but they are taking up major space, and adding up every day. I just deleted about twenty of them earlier today. I've recently installed the WordPress framework UltimatumTheme and these mysterious files seem to have started around that time. I'm asking the support at Ultimatum this same question, but since they are fairly slow in responding I thought I would ask you folks here in hopes that someone might have seen this before. Could this be caused by a WordPress plugin? If so, I can shut them down and restart one by one to determine which is the culprit. I'm also wondering if this is worthy of a TCH support ticket, as it doesn't seem to be server related IMO. Would TCH support people be able to figure this out?

Aah! Thanks, Bruce. Knowing that will prevent a lot of head-scratching later. I will conduct myself accordingly. Thanks again to you and Dick for the help.

Thanks! I didn't know about the IP address issue. I'll remember that when making the switch. As for the htaccess issue, do you mean any rewrites of the htaccess file itself, or something else entirely? I confess that I am quite ignorant when it comes to htaccess stuff. I appreciate the quick responses!

I have a client who is very unhappy with her current hosting and wants to switch. I told her how much I enjoy TCH, having been a customer for over 7 years, and she's all for it. I've read a couple previous posts (all from 5 or more years ago) about switching hosting and am just posting this to make sure the procedure's haven't changed. As far as I can tell the process should go something like this: 1. The client will contact TCH, setting up a new account and purchasing a hosting plan 2. TCH will send my client a "Welcome" email with, among other things, a DNS for the new site location 3. During the period of time before my client switches the DNS to the new location, using her login information (with her permission, of course), I will be able to muck around and setup her new site files (I'm planning on a Wordpress install) without the site being visible to the general public (i.e. those searching for her URL). 4.Email accounts will be established on the new site prior to DNS switching to minimize email downtime during the re-directing period. 5. When I am finished with developing the site, the DNS will be changed, and the old hosting account can be cancelled after 24 hours, or once URLs are re-directed to the new site. 6. Everyone lives happily ever after (except, perhaps, the former web host). Is this scenario about right? Anything I'm forgetting?

I just checked the Total Choice domain section (updating some of my domain stuff), and may I suggest that section be updated to fit the new design?

If you are feeling a bit adventurous, you can create your own web site utilizing a WordPress installation. WordPress provides a ready-made structure that satisfies most small business web site needs, and the best part is that once it is installed, it's pretty easy for the business owner to have full control over all the content. You can actually do all this yourself using the Total Choice cPanel (the Fantastico button in the Software/Services section will allow you to automatically install WordPress). Once WordPress is installed, you can customize the look with a free theme, add functionality via plug-ins and lots more (check out the WordPress.org site for more info). I've set several clients up with their own web sites this way (with some customization), and they love the control and flexibility it gives them.

I agree with Bob. The site looks a lot cleaner and is easier to navigate.

I think this may be a capability of "suPHP", though I'm only speculating. Here's the suPHP site.

That's what I thought, too, but then I got this from tech support: But I was unable to locate a php.ini file and subsequent problems forced me to load Drupal via the Fantastico tool in cPanel. In the process of doing so, it appears that register_globals is once again enabled. So I've replied to tech support to fix it once again, and I also asked for clarification regarding my access to php.ini. On a minor note, I wish the emails sent from tech support where more clear - grammar mistakes abound and that makes them hard to interpret at times.

Thanks! Stupid me - I was looking at the top and totally ignored the bottom.

Thanks, Thomas. I opened a support ticket and it appears that my server "Denver" uses something called a "suPHP" configuration. I have no clue what that is, but the support guy said he modified the php.ini file to turn register_globals off, and everything appears to be in order now. My concern is whether the suPHP setup causes server errors with ALL .htaccess files, or JUST those with php commands, because I expect that I will be wanting to use .htaccess for a few things down the road. I've asked technical support about this in a follow-up email and am waiting to hear back. As for the file manager not showing hidden files, I'm not getting that option window anymore. Is there anyway to get it back so I can check the "show hidden files" box? Thanks for your help.

Also, I can't modify or even see the .htaccess files in File Manager. Is there some way to make it visible?

I need to turn register_globals off in my .htaccess file in order to load Drupal 6. I just did this for another site and it worked fine, but it's not working on my current site. This is what I have in my .htaccess file: >php_flag register_globals off That's it. But I'm getting the following error log message: >Invalid command 'php_flag', perhaps misspelled or defined by a module not included in the server configuration I'm stumped why one .htaccess file works and a copy of it does not on different sites.

Will do. Thanks, Bruce.

I have a client who is interested in creating a community-building site, which I will build for her using Drupal 6. Having more experience in visual design than server technology, I have some questions regarding bandwidth and traffic: Bandwidth: Right now, she has a fairly popular static site and blog that transfers on average about 7GB/month. But with the community-site she envisions a lot more bandwidth since the users will be contributing stories and photos. As a start, I'm leaning towards recommending the Silver Plan (80GB/Month), with the understanding that she may need to upgrade when/if the site grows in popularity. I think 80GB would be plenty as a start. Does this sound reasonable? Traffic: Right now, her other site experiences session traffic at roughly 20,000 sessions/month (about 700/day). Once the community site is established, she thinks that number will grow. Estimating an increase in traffic to 40,000 sessions/month (approx. 1400/day), how will this affect the speed of the servers? Will a standard TCH shared-server plan be fast enough? I would like to have her host on TCH, since I am a satisfied TCH customer myself; I just want to make sure I get her the right set-up from the start. Any help would be greatly appreciated. Thanks!

Thanks, OJB. I'll see if I can make it work that way, since I haven't been able to contact the server host yet.

Okay. I've been fiddling with it. I added the following to the script: ini_set ("display_errors", "1"); error_reporting(E_ALL); and the resulting errors pointed to a permissions problem with the 1nc_alerts.php file. It appears that the server is not allowing me to change the permissions on that file. So I'll need to contact the host and have them do it. Yet another reason why TotalChoice Hosting is tops. With cPanel, I never would have this problem on any of my sites that are hosted here. Now if I can just convince the client to move their site to TotalChoice...

I've built a script for a client's web site that works great when I test it on my Linux/Apache server here at TotalChoice, but it won't work on their site, which, according to the phpinfo() script, is Windows NT ST3-WEBHOST 5.2 build 3790 using ISAPI server API. The script takes input from a form and writes it to a text file for use as an include in other pages. Having a little experience building php on Apache, and absolutely none on NT, I'm sure I goofed up somewhere. Here is my script below. Is there anything obvious that needs to be changed for the WINDOWS NT server? ========================================== <?php if (isset($_POST[submit])) { $alertFile = "inc/inc_alerts.php"; $Open = fopen ($alertFile, "w"); $redStatus = $_POST['redRouteStatus']; $blueStatus = $_POST['blueRouteStatus']; $greenStatus = $_POST['greenRouteStatus']; $ruralStatus = $_POST['ruralRouteStatus']; $linkStatus = $_POST['linkRouteStatus']; if ($Open) { fwrite ($Open, "<?php\n\t\$routeRed = \"$redStatus\";\n\t\$routeBlue = \"$blueStatus\";\n\t\$routeGreen = \"$greenStatus\";\n\t\$routeRural = \"$ruralStatus\";\n\t\$routeLink = \"$linkStatus\";\n?>"); fclose ($Open); $Worked = TRUE; echo ("<p>The form was successfully processed.</p>\r\n<p><a href=\"alerts_admin.php\" target=\"_self\">Click here</a> to refresh the page with the new information.</p>"); } else { $Worked = FALSE; echo ("<p>System error. Please try again. Contact webmaster if problems continue.</p>"); } } ?> ===================================================== Here is a link to the test page on my site that works fine: test form Any help is greatly appreciated. I've been beating my head on my desk over this for about 3 hours now and can't figure it out.