problem writing files to server

problem writing files to server

Posted by: dogboy
Posted on: 2006-10-28 17:47:00

I'm into my 8th hour waiting for a reply from tech support so I'm hoping someone in here might tell me if they have had any issues with scripts not being able to write to the server eventhough the permissions are set correctly on the files.

here is what I sent tech support:

Message from you (Oct 28th, 2006 - 09:44:10 / #1574745)
chmod does not work to be able to save files?

I am installing a proven php script and I am setting the permissions correctly, but the script is unable to save the changes. I had one of the tech support guys from the script company ftp to my account because he thought I was just not doing it right but then he came back puzzled and said:

"I even made sure the chmod settings were correct, and no matter what, they will not save. You are going to have to get with your web host and ask them why you can not save any files. Tell them that chmod does not work for your account to be able to save files"

"this is an issue on their server and with your account. These settings even save on a windows server so I know this is a problem with your account. I promise you that this has nothing to do with what you may have done or not done. I have personally installed this same application on about 2000 other machines (servers) both windows and linux, bsd so I know this application like the back of my hand and this is a problem with their server."

"Just have them check the account for you. Your not asking them to install the script, just to make sure that you are able to write to
files on the server to be able to save your config."

>>>>>>>>>>>>>

...so anyone know if their are any known issues at dreamhost that might explain this? I know when I tried to import some sql files I got an error until the script guys dug out some alternate tables, so I'm wondering if there isn't something going on security wise that is screwing me up.

....anyone???? I don't know crap about scripts so I leave it up to the people who sell them to install them.... and when they cant do it, I get worried

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-10-28 18:40:00

I found this:"Dreamhost runs cgi under suexec (which means that cgi runs as, and with the same permissions as, your user). For most software, this means that 755 is the permission you should have set on directories you need the software to be able to write to (even if the software's instructions say something else, like 777 or 666)!"

then again in another thread: "Irrespective of the instructions that came with the forum, set your permissions on the upload directory to 755 on Dreamhost (it's a quirk of DH use of suexec - and it is a "good thing"tm for security)."

....I gave it a whirl... nothing. this is what my instructions said:
Here are the chmod settings required to work properly:
444 - mainfile.php
777 - all cache folders and subfolders of cache folders (including all those in every new module you install)
666 - all files in every cache folder and subfolder of a cache folder (except the index.html files which can be left at 644)
755 - all other folders
644 - all other files

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-28 19:11:00

In reply to:

I'm hoping someone in here might tell me if they have had any issues with scripts not being able to write to the server even though the permissions are set correctly on the files.


It would help a lot if we knew what script you were having the problem with. Is the code encrypted in any way? Does it require a particular version of PHP? My experience, having been with Dreamhost since 1998, is that I have never had a problem writing to the server "even though the permissions are set correctly on the files". The problem is that there are some "different" permission settings that come into play because of the way Dreamhost is set up, and I *have* had problems writing to files (and even running the scripts themselves) on *many* occasions when using the permissions recommended by the author of a script or in their instructions.

Dreamhost uses suExec to run CGI scripts as "your" user, instead of running them as the server, and this changes what you should set as your permissions when using a script on Dreamhost. PHP on Dreamhost runs as PHP-CGI, hence this is a consideration.

For example, even if a script's instructions require that a directory be set to 777 or 666, doing this will often "break" scripts on Dreamhost, where you generally should set permissions on directories to 755 and file to 644 (even if they need to be written to).

Many "script companies" don't realize this and mistakenly advise you to set your scripts up with permissions that don't work properly on Dreamhost.

Additionally, Dreamhost's PHP-CGI installation has certain functions disabled, for security reasons, and, while I can't know for sure if this could be part of the problem as I can't see the code, if the script is trying to use any of these disabled functions to write to a file, the script will, of course, break.

There is considerable information about all this in the Dreamhost wiki - search for php cgi etc., and you will many articles about the "nuances" involved with running PHP on Dreamhost.

Dreamhost also allows you to decide whether you want to run your domain under "Extra Web Security", which is just Dreamhost's way of referring to mod_security. If your domain is set to run this way, there could be some effect on some scripts as a result of that. It is really hard to tell exactly what the interactions of mod_security are, as they are determined by "rules" that Dreamhost has instituted as they see fit and are not made public (a bit of "security by obscurity" at play there, I suspect). You can disable this setting for your domain if you choose (Manage Domains-"Edit" next to the domain name, from the control panel)

All that being said, I have yet to encounter a "mainstream" script that simply could not be run on Dreamhost, though you may need to compile your own version of PHP, or go through other machinations to get to to work.

As for the script being "proven" - that's a pretty broad, and subsequently, meaningless statement, as *many* scripts need to be "tweaked" or installed in a particular manner to work in slightly different PHP environments. What works fine on server A might need considerable adjustment to work on the configuration of PHP on server B. I know that is frustrating, but that is the current state of affairs with PHP in general, as different versions, configurations, and installations of PHP abound. If a programmer takes the proper steps to account for such things when coding the program, many of these types of problems can be avoided, but *many* php programmers do not code for portability across different types of PHP installations, or for that matter even across different versions of PHP. There is a recent thread in this forum concerning the PHPFootball program where an example of this is well demonstrated.

I realize that my post doesn't get your script running, but I think it does address the kind of problem you are having. If you share some details about the script, I'd be happy to visit the website, check out the installation instructions, and/or the system requirements to see if there are hints there that might have a bearing on your difficulty.

--rlparker

Edit: Oops! Looks like our posts "crossed in the ether", as your update wasn't online before I started typing my reply...Your update makes me think you are on the right track wink What forum are you trying to install, and is it Open Source or proprietary? wink

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-28 19:24:00

There should not be any reason when running PHP on Dreamhost for you to set any files or folders to 777 or 666, so I'd start there...

--rlparker

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-28 19:51:00

dogboy,

just a few additional thoughts, with the purpose of reinforcing the old caveat, "don't believe everything you read"wink:

In reply to:

These settings even save on a windows server so I know this is a problem with your account. I promise you that this has nothing to do with what you may have done or not done. I have personally installed this same application on about 2000 other machines (servers) both windows and linux, bsd so I know this application like the back of my hand and this is a problem with their server."


(emphasis is mine)

You have to wonder about the "correctness" of this response - "windows server" permissions work in a different way, and "These settings" are not relevant in that environment. Also, it appears none of those "about 2000" other servers were Dreamhost Debian running PHP as CGI under suEXEC.

In reply to:

I know this application like the back of my hand and this is a problem with their server


Well, he may know the application intimately, but he obviously doesn't know enough about "their server" to make such a statement; he may believe that to be true, but his "belief" can, in actuality, only be a suspicion as he does not know the relevant particulars of the Dreamhost set-up

In reply to:

Just have them check the account for you...just to make sure that you are able to write to
files on the server to be able to save your config."


This, of course, never hurts. Just don't be too surprised if the DH tech support response is "There is nothing wrong with the server" wink

--rlparker



Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-10-28 20:11:00

wow! I can't thank you enough for writing all that out. let me read over everything and then I'll respond... but thank you so much for your thoughts.

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-10-28 20:59:00

> what script you were having the problem with

it is a 'myspace clone' if you will... it is located in this directory:
http://www.peace-train.org/members/
...but it will forward you to a module, which is set by default. Case in point, if the gui admin panel accepted my changes to the checkboxes, I could edit where it lands you. See what I'm saying? no errors, it just returns me back to the same page like nothing happened.... and funny enough, nothing did:)

>Is the code encrypted in any way?
no. in fact its (mainly) open source


>Does it require a particular version of PHP?
5


>Dreamhost's PHP-CGI installation has certain functions disabled, for security reasons

THIS concerns me too... I was seriously thinking along those lines.


...I don't know... I'm just a simple webmaster with a headache:) time for me to get some sleep:) Hopefully they will respond by morning. I'm just bummed its taking this long... its midnight now and I've been going in circles all day.



Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-28 22:44:00

dogboy,

Believe me, I know how frustrating this stuff can be; some times things *do* work better after a good night's sleep (or a few drinks!) and a "fresh start" on a new day.

From the information in your last post, here are a few things I suggest you consider:

1)As for "encrypted" or "open source", there are a couple of issues here you might want to clarify. The program you are trying to run (PHP MySpace Gold Edition 8.04) is represented by those who sold it to you as *not* being "open source" in the GNU/GPL sense, and is subject to a licensing agreement agreement according to the FAQ (though I cannot find a copy of the license for that particular product on the author's website). The fact that you can "read the code" is not really what I meant by "Open Source". What this means in practical sense is that you may/may not be able to legally modify the code you purchased without the author's permission, and you should check your license or contact the author to clarify that point.

Side note: I wonder how long they will be able to get away with using "MySpace" in their product title - especially given that the software purports to be a MySpace clone - I'm suspecting the MySpace "lawyers are on their way!" to visit them soon, and the authors had best bring "lawyers, guns, and money" of their own if they intend to defend themselves)wink

2) According to the author's FAQ, they indicate that "Most of our software is not encoded in any way, however there are some titles that we have encoded to protect our product." You need to clarify whether or not *any* of the parts of the program you are trying to use are encoded, and if so, how.

3) While you indicate that the program requires PHP5, the FAQ on the author's website states:

In reply to:

PHP 5 Issues
A. If you are running PHP 5 on your server you may have issues with some software. Most software (not just ours) are not written to support PHP 5 as this version is still very new and most developers are waiting to see what if any bugs are going to be found. If you ordered software from any one of our sister sites and are running PHP5, please submit a ticket to the support desk requesting a version of the software for PHP 5.


I don't see this an an encouraging sign, and I suggest you investigate this issue with them *specifically*. Unless they have provided you with a "PHP5 version", you could always try resetting your domain at Dreamhost to use php 4.4.2 and see if that works. Even *if* they *have* provided their PHP5 version, you might request, and try, their "standard" PHP4 version, and run it under PHP 4.4.2 to see if you have better results.

4)Further inspection of their FAQ, reveals a completely "nonsensical" discussion of register_globals, and an downloadable .zip file containing an .htaccess file designed to set register_globals to "on" - this is "Bad Mojo" for security and the Dreamhost installation of PHP5 is set by default to operate with register_globals set to "off" for good reason. The .htaccess they offer *will not* work on Dreamhost - to get around this restriction (and I strongly advise that you do *not* do so), you will need to compile your own version of PHP5, revert to PHP4.4.2, or use your own instance of PHP5 with a customized php.ini (discussed in the wiki). Using PHP 4.4.2 is easy enough to do, but the other two alternatives will likely prove to be "difficult" for you given your description of your scripting skills.

In summary, what I suggest you do is to gather all the information you can about the Dreamhost environment (I'd run a phpinfo program from within my domain and provide them the output). You can also point them to the Dreamhost Wiki for any additional information they need. They should be able to tell you if it will or will not run in the Dreamhost environment with that information. IMHO, if it will not run on Dreamhost, they *should* refund your money, but these types of companies are often very difficult to obtain refunds from, and their FAQ is not encouraging. I think it is also "uber bad" that they don't show you the license or confirm the encoding status of each program before you buy, but it's a little late to worry about that now wink

Lastly, and please don't think that I am trying to be "hard" on you here, but when evaluating a script you are considering purchasing, I *strongly suggest* you remember that Google is your friend(tm). The search I linked would be more than a little discouraging to me, as results from the first page show:

it appears to be hacked version of Xoops/e-Xoops, that doesn't work for this poster - one encouraging point: if that *is* true, than maybe you can "argue" that the GPL license applies, which might let you legally "hack" at the code.

more of the same, but with threat of legal action from Xoops developer

myspace clone (Php MySpace Gold) ...from p*pscript.com this time, and it doesn't work either. It is loaded with bugs.

...problem reports from the last 90 days or so, scattered among ads for the product by "affilliates" of every ilk. As you browse/search further the news only gets worse frown.

general thread about p*pscripts.com By then, I'd read enough.

I'm afraid that you are going to have to rely upon the people that sold you the script for the bulk of the support you get, and I doubt that Dreamhost will be able to help you too much as supporting 3rd Party scripts is *not* their function. Frankly, I'm still willing to answer an occasional question on this installation in the interests of helping *you*, but this baby is likely to be a mess.

You might try running it under PHP4.4.2, as suggested, and talking more with the people who sold it to you. Good Luck!

--rlparker

More "Bad News" - your help is needed.

Posted by: rlparker
Posted on: 2006-10-29 00:52:00

There appears to me to be significant evidence that the software product you are attempting to install (PHPMySpace Gold) is being distributed illegally in violation of the GPL. frown

Herko Coomans, the former Xoops.org Project Manager, and presently the Chairman of the Xoops Foundation, has obtained and reviewed the code in question and is working with the Software Freedom Law Center to get this issue resolved.

As of September 19th, 2006 he is *badly* in need of a copy of the "license" or "terms of use" that were delivered to a purchaser of this product.

A detailed, though lengthy, history of this issue can be found in this thread on the Xoops.org website. Please take the time to read through the whole thread (and the other thread from Xoops.org listed in my previous post) so that you fully understand what is at issue here, and consider responding to Mr. Coomans with any correspondence or documentation you have regarding your purchase of this product and subsequent contacts with those who sold it to you.

While I know it must be discouraging you to find yourself trying to install this code, that I presume you purchased, only to encounter the kinds of problems you are having, I encourage you to "do the right thing" and follow up on this wink

--rlparker

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-29 01:22:00

Now for a little "encouraging" news:

You might want to check out AROUNDme: An Open Source PHP MySpace Clone that is under heavy developments, is truly "Free" (GPL and "free as in free beer"), and is available at BarnRaiser.org

--rlparker

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-29 02:29:00

In reply to:

I had one of the tech support guys from the script company ftp to my account


Given the circumstances involving this software package (see my preceding posts on this thread), I most strongly suggest you ghange the password on that account *immediately*.

--rlparker

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-10-29 06:48:00

hey, once again, I am indeed indebted to you... but I need to say a few things though...

first off, I am not a coder at all. But I have made a living online since 96 as an SEO, so I know which end is up enough to know that when things get technical (from a script standpoint) I need paid help. Installs, customization, backup, whatever. Same with code. I usually buy it from people that can install it or at least have an outsourced install service and support it.

this time is different...

I'm still in debt from some 'intellectual theft' myself that happened to me 2 yrs ago, and I don't have money to just throw at this project because I'm not defining its future 'success' financially... so I'm kinda stuck being blind and dealing in stuff I know I shouldn't be. In the case of popscript, they seemed to be the only place I could find to offer what I wanted, so I paid them, instead of getting one of the warez hacks, because even if I'm broke that isnt my style. And, so far, my experience with them from a *support* standpoint has been truly excellent.

3 out of 3 people from Popscript that I had interactions with have gone out of their way to help me in a timely, professional, and COURTEOUS manner... they even offered to call me to walk me through something and then actually DID, a minute after I gave them my number. You know what I'm saying? Friendly, helpful, cheerful people. That is SO rare for some reason. (Granted, your generosity is even more rare:)

But still... I guess my point is I'm waiting 20hrs to get a reply from the first of 4 DH trouble tickets. I have been here for about a year, never asked them for anything, always paid in advance... if they want money for tech support, bill my card, but just give it to me. Maybe it IS a debug issue, maybe they should say unequivocally that it is (after they check the account like I asked them) and then give me a rediculous per hour fee to fix it, and let me decide... but to leave me hanging? lame. Whether or not I get my script to work, that is reason enough to question getting out of here...

as far as them violating terms, here is my understanding... I am bought a script that is partly THEIRS and part open source. one on one support was included in the price. And as far as I know, thats what I got... and if I could get it to run on this server, I'd be very happy with my money spent:) Again, you have to remember, a big open source website full of information does NOT look inviting to me... it TERRIFIES me. The only benefit of it to ME, is that it means it reduces the cost of having a custom script created just for me. The script has open disclaimers all over it so they did NOT remove them. If I wanted to I'm allowed to duplicate this as many times over as I want... I just cant use their images or text. Fine with me.

For example, how much would a myspace clone cost me if it was done from scratch to my specs? $10k? twice that? Now, what if I could get 95% of it for free? Even if I dropped another $1k on customizing it, I'm still ahead, you get me? But if you didn't figure it out already, I cant give you the code to look at because I dont know what I'm looking at:) You are offering 'free help' right now, but I can't make use of it... you see what I'm saying? I need to hire you so that you can talk to me, so you can go talk to someone like you, get free help, AND know what to do with it:) That's MY problem. ehheeheh Maybe the REAL problem is even though volunteer projects still pay the same as they did when I got out of school, they haven't adjusted for the increase in the cost of living;)

ok... I just wanted to let you all know there is always 2 sides to stories and from the links you pointed out it sounded like only one was being told. The guy that complained about support sounds as if he bought a stolen version and they were refusing to support it. Sounds like the other stuff should be decided in arbitration or court, but definitely not decided by me. If they want to package open source up into a nice, neat, useful package, support it, and take away that open source feel/freedom that you all thrive on, and CHARGE me for it, I'm willing to buy it, even knowing their is a 'free' alternative right next door because ultimately I'll waste more time in there trying to get around, and I'll need to hire people to make things work anyway.

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-10-29 07:13:00

I went back and looked over my only other 'support history' in my DH account admin, and saw where *another* installer was having trouble with *another* script and I was relaying information I didnt understand... now maybe it makes more sense... here is what I edited together:

Q: "your host doesn't allow file open which affects a number of the scripts.
ask them if they have "cURL" installed. usually if they don't allow
file access they'll provide cURL. And is register_globals off? and if so, ask if you can turn it 'on' for a specific directory?"

A1: You have two options: 1) use cURL or 2) set up your own php.ini so that
the option needed can be enabled.

A2: Register_globals is on with PHP 4 and off with PHP 5. These are our
defaults, though, and can be changed if you set up your own php.ini file. You, can compile your own version of php and use which ever settings you want. Here are instructions: http://wiki.dreamhost.com/index.php/Installing_PHP5

Edited by dogboy on 10/29/06 10:14 AM (server time).

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-10-29 08:45:00

I just got a nice auto reply from dreamhost, which was unexpected and appreciated:

>>>>>>>>>>>>>>>>>
"This is just a note to let you know that although it's almost been
24 hours since you sent in your message, we haven't forgotten about you!

"We strive to answer all questions within 24 hours, but due to the
large number of questions we have right now we're afraid we may have to go over a bit this time. :(

"Please hang in there and we'll be getting back to you as quickly
as we possibly can!

"Our apologies again, and we appreciate your understanding."
>>>>>>>>>>>>

...that's cool of them.


Re: problem writing files to server

Posted by: pangea33
Posted on: 2006-10-29 11:56:00

RE: Barnraiser

Thanks for the tip, rlparker! I never would have had the confidence to just "go for it" without you and all the other great users of this forum.

I usually keep notes when I am doing this stuff, so I'll try and provide a simple tutorial at some point for anyone who needs it.

While setting up the database I noticed this little piece of text. Wonder how often this issue has come up for support!!!

SUCCESS: Your database "aroundme" has been created!

Your hostname "mysql.aroundme.*mydomain.com*" will be set up within about 5-10 minutes.
You MUST always use your hostname to connect to your database.. "localhost" WILL NOT WORK.

http://benconley.net
http://teamshocker.com

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-29 14:49:00

dogboy,

Thanks for your well-written and illuminating post! I'm realizing now that I may have sounded overly harsh in my previous post(s) regarding p*pscript; I certainly understand that it often makes excellent business sense to purchase "open source" scripts from people or companies who can provide support for them in *many* circumstances. It was not my intention to belittle, or criticize, you for doing that or the company who sold you the scripts for doing that. Such things are an important part of the Open Source idea! smile.

It is great that received timely attention and support from p*opscript toward getting the program up and running. Your description of their actions makes it clear they they are interested in helping you get the program(s) running, and the fact that they have been "friendly, helpful cheerful people" *is* (unfortunately) rare enough these days. SHort of actually getting the program(s) to run, it appears they have met, or exceeded, your expectations in the support area.

As for the Dreamhost support responses, I understand your frustration. No one like to wait for days for tech support responses and *many* have indicated that they are willing to pay for a higher level of Dreamhost support. It is also true that the "no phone support", email only support that Dreamhost offers is *not* for everybody; some would really be happier, and better served, with a different process even if it costs more. I can't imagine that a reasonable person would be critical of someone in that position. "One size fits all" just *doesn't* and people have different technical support needs and priorities.

In reply to:

as far as them violating terms, here is my understanding... I am bought a script that is partly THEIRS and part open source. one on one support was included in the price. And as far as I know, thats what I got... and if I could get it to run on this server, I'd be very happy with my money spent:)


I understand, and I think I need to clarify some things here myself. Firstly, the GPL is "viral" in nature, and it is really *not* quite as simple as adding "THEIR" stuff to a GPL licensed codebase, though that is a very complicated discussion that doesn't really serve to help your situation and is not particularly relevant as you will be "happy" if you can get the script to run wink. I also understand your statements about "the codebase" being intimidating and is only valuable in that it "reduces the cost" of having to start from scratch with a "custom" script. Your statement that, "The script has open disclaimers all over it so they did NOT remove them," is very important to *me* (and to other Open Source advocates) as well as the authors of the original code. Hopefully, those "disclaimers" are the original copyright notices that are required to remain in the code. The fact that they are present in your code is a pretty good indication that the Xoops foundation people have had some productive communication with p*opscript regarding this issue, as others have presented code *without* those notices.

Your comments regarding the advantages of building on an existing product are right on the mark, and I fully understand and appreciate your thoughts in that area. "Re-usable" code is a great thing, and makes many projects "doable" that otherwise would be prohibitively expensive (and probably more prone to errors!). Again, I also understand your thoughts about the value of "free" help/code that you can't understand, and I do not take issue with you or anyone else that makes the business decision to "pay someone" to handle the technical stuff (thank goodness my *clients* do that, as it is how I pay my bills!). It is also all too true that the pay from "volunteer projects" pays less toward my total needs now than it did when my needs were "few" wink

I very much appreciate that there are always *at least* two sides to every story. It was not my intention to point out only "one side" with the links I referenced; I just selected what I felt were representative samples of what the search returned. Other than links to others selling the script, the majority of the links I checked (and I *did not* check them all wink) were reports of not being able to install the script, problems with intellectual property issues, etc., and I felt you should be made aware of them. Given the information you have provided in this thread, you have probably helped "balance" that to some degree as your experiences with the script, and with the sellers, will be picked up by Google and be included in future searches.

In reply to:

Sounds like the other stuff should be decided in arbitration or court, but definitely not decided by me. If they want to package open source up into a nice, neat, useful package, support it, and take away that open source feel/freedom that you all thrive on, and CHARGE me for it, I'm willing to buy it, even knowing their is a 'free' alternative right next door because ultimately I'll waste more time in there trying to get around, and I'll need to hire people to make things work anyway.


I agree pretty much with all that, though I would point out that the Xoops Foundation people agree with you on that, and have been attempting to resolve the licensing/GPL issues. In fact, it appears as though they may have made progress to that end since Mr. Coomans last posted in September as you indicate the code you received *does* have disclaimers in the code (which others reported as not be present in the code *they* received) My take on that is that p*opscript may have been prevailed upon to restore the copyright notices (though I don't know that is true, or to what degree, as I have not seen the code).

The only issue I, and most other Open Source advocates and developers, have with those who "package open source up into a nice, neat, useful package, support it, and take away that open source feel/freedom that you all thrive on, and CHARGE .. for it" is that, if in doing that, they further restrict the "free" (as in "freedom", not as in "free beer") nature of the product in violation of the license under which the code was released or remove copyright notices. As I previously stated, the whole subject of the GNU GPL license is a large and complicated one, and there are plenty of resources available on the net for those who are interested in researching it further, so I won't belabor the point here. My point in bringing it to your attention was that others have reported the code *had* been further restricted and that copyright notices *had* been removed. I'm glad to hear that, in the code you received, this may not be the case.wink

--rlparker







Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-29 14:53:00

dogboy,

Yep, you have that properly sorted! Both of those issues *could* have a bearing on your script - from the sellers FAQ, I suspect the script might want register_globals to be on. At any rate, passing that information on to the tech people from the seller might be useful to themsmile I remain hopeful that once they understand the Dreamhost environment they can get it installed. Good luck!smile

--rlparker

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-29 14:54:00

Ha ha! Well, at least you know they have not completely forgotten or ignored you, eh? Hopefully you will hear from them "sooner" rather than "later". God Luck!

--rlparker

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-29 15:13:00

Hey, I'm just glad you found the link to be useful. It never ceases to amaze me what some people are doing out there.

In reply to:

Wonder how often this issue has come up for support!!!


If you are referring to the reference that "localhost will *not* work", the question has come up *many* times wink.

BarnRaiser's Aroundme *does* look like it has a lot of promise, and I'm gonna play with a bit myself (when I find a little extra time!)

--rlparker

Re: problem writing files to server

Posted by: pangea33
Posted on: 2006-10-29 15:29:00

AroundMe stuff to be continued. Starting new thread. Sorry for minor hijack attempt.

http://benconley.net
http://teamshocker.com

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-10-30 07:59:00

dude, you are indeed the bomb. unfortunately, you are the only help I've gotten so far... 1 day 20hrs into the first support ticket marked, "I cant proceed without an answer"... call it what you will, but I simply find that unexceptable. I just ordered new hosting and am moving this site over to it as soon as I can. Its NOT a question of scripts anymore, its a matter of feeling secure about my time and energy, and if you take into account all the time I lost by not having a 15min phone call with a good tech... well... let's not waste any MORE talking about it:) But, besides the on/off thing, that's the only time I've ever asked them for anything (besides when my site was down and they told me the server died and was being replaced) so it's not like I'm asking for very much... a couple of tickets a year because they had something configured differently should be fair game.... alright I'll shut up:)

>Google
...oh yeah, thx, almost forgot the spider bait...
Popscript.Com > PHP MySpace Gold Edition (non-aff link) - http://www.popscript.com/scripts/php-design-code-a/social-networking/php-myspace-gold-edition-8-0-4/prod_614.html

> popscript
- BTW the script can run on php4 or 5 with register_globals on OR off...
- Here is another thing that was told to me by Larry... people were stealing the script, selling it as THEIR own and THEN, on top of it, sending the buyers to his site for SUPPORT! Now how bad would that piss you off? OK, again, I can't cross reference that, but since he has statements all over the site saying that, I bet there is some truth in it. And if so, then that would mean maybe those scripts flying around may NOT have been his TO support... and if they are out of his control because it was stolen by theives, I might be inclined to think maybe THEY removed the notice... you get me? any jackass (myself included) can walk in to a place and light someone up mistakingly.... eheheheh I'd even say it happens more than not:)

>clients
hey, you mentioned 'clients'... since you have already donated time and thought to the project, why not come in, and if things appear to be done to your expectations, please consider allowing me to hire you to help me get this pig washed up pretty so I can take it to the state fair? I need help... if nothing else, consultation that I can show the next guy so HE can do it. I need someone with a grasp of the big picture so they understand the confines (as well as our assets) and get some wheels under my little engine:)

You can use the contact form on the site I listed, if you are interested in talking farther BUT put "<<<<<<<< rlparker >>>>>" in your subject line or I'll NEVER get it... get it?:) If not, I sincerly appreciate your thoughts and opinions, as well as the time you have taken to articulate them... you are indeed most generous:)

Thank you

Edited by dogboy on 10/30/06 08:09 AM (server time).

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-10-31 05:56:00

Hey, I'm just happy to *try* to give you a little help, though I'm not sure we made as much progress as I would have like - we never got the puppy running on Dreamhost.frown You are more than welcome to the input I've provided; my "pro bono" participation on these forums is my way of contributing something back to the internet community (*many* have helped me over the years, and I remember how important their help was to me!)

I'm sorry you are disappointed with your experience with Dreamhost support, but no one can fault you for feeling you need a better level of support than you received, and I hope you have more success with your next host.

As for the whole "my code", "they stole it", etc discussions, these issues will invariably arise when someone attempts to "commercialize" a popular and visible GPL licensed product; and should one try to do that, it is really hard, if not impossible, to preclude someone else from using "their" code *if you distribute it*.

Irrespective of what a person or company who modifies GPL code to this end would like to believe, the "viral" nature of the GPL will generally prevent "their code", once distributed (even if ""sold") from having a more restrictive license than the original code - that is the whole point of the GPL. In that context, it is not possible for anyone to "steal" that code, as it is "free." At any rate, the Xoops Foundation people appear to have gotten to the bottom of it and it is therefor not your, or *my*, problem. wink

I'll check in from time to time on your "in development" site and see how things are coming along; if I see an opportunity that makes sense (for your needs and my schedule) to be of further assistance on a "for hire" basis (my plate is pretty full right now), I'll contact you via the contact form on your site or via a PM.

Either way, good luck with your project!

--rlparker

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-10-31 12:47:00

>my way of contributing something back
yeah, I used to be the same way in different search engine forums... its a good way to be:)


>Dreamhost support
... yeah that was indeed a big let down. Basically last night (about 22 hours ago) I finally got the long awaited reply. Basically they said that they don't support 3rd party scripts and that I should try my luck in here:) So basically they didn't ever answer the most basic question I asked, which was not to install/debug, but simply why none of my setting were being saved. However, the guy then said he would take a look at it (which was cool of him) but that was, like I said, almost 22 hrs ago, so I am just disappointed because I was dragging my feet on the move in case they came back, in the clutch, to save me all the hassle. It's been days now... and thats just too long to wait for a fairly simple answer that should have been part of a FAQ, along with the work around, if there is one.

>good luck with your project
...and with yours:)

adios


Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-11-01 18:40:00

well, just in case anybody out there cares, DH, finally came back with their answer: they don't debug scrips:)

I fired this back at them in the trouble ticket, and in their survey, but I thought it would fair to add this to this thread just in case others stumble upon such problems they wont have to wait the several days I did to figure out they are SOL...

>>>>>>>>>>>>
<insert tech>, actually not to be rude, but you still have never answered the most basic question which was put to you a number of times now and which had nothing to do about debugging anything...

again, quoted from below,

>just tell me what I was supposed to tell the guy that said this:

>"I even made sure the chmod settings were correct and no matter what
>they will not save. You are going to have to get with your web host and
>ask them why you can not save any files. Tell them that chmod does not
>work for your account to be able to save files"

...so, if you don't mind, please just answer that simple question and I think we'll be done here. In fact after waiting 4+ days now to get a "we dont debug scripts answer" is just flat out lame as #$%^, imho. I'm sure you are a very capable tech... your company needs to hire more people like you so that they don't waste so much of my time. Charge for it. raise your prices. do something... but your efforts at responding to this are completely underwhelming for how much your sales team brags about you.

you get me? I'm not mad that you dont debug scrips.... I'm mad it took you days to respond to me to tell me that. I'm also irritated you never answered the questions put to you, and instead just fired off responses.
>>>>>>>>>>>>>>>>

... so basically what could have been resolved by one phone call, or a single trouble ticket answered in a timely fashion could have saved me literally days of waiting.

Anyway, got to roll... good luck

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-11-01 19:58:00

In reply to:

well, just in case anybody out there cares, DH, finally came back with their answer: they don't debug scrips:)


That's pretty frustrating. In all fairness, though, you probably should have seen that coming, as I pointed it out several days ago.wink

In reply to:

I'm afraid that you are going to have to rely upon the people that sold you the script for the bulk of the support you get, and I doubt that Dreamhost will be able to help you too much as supporting 3rd Party scripts is *not* their function.


--rlparker

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-11-02 06:29:00

>I pointed it out several days ago

...you indeed did. And you did so within a useful timeframe that allowed me to make decisions affecting what is important to me.

...the problem though is THEY did not. For me, this is not a question of permissions or bugs, it is a question of being hung out to dry by non-existant tech support that I thought had my back for the last year. The question PUT to them was not if they would support/debug/install/get me a glass of water, but rather, why my settings were not behaving the way I expected them to. And THAT question was NEVER answered by THEM, and the answer they offered, came DAYS (going on a week) late.

You see what I'm saying? I'm not upset at all that they they won't mess with it, I'm furious that it took them days to even RESPOND to me. And then after they did and asked me for my pw to login (which I admitted before was a generous offer) it took them 2 days to tell me that the script was too technical and that they didn't have time to deal with it. Thats like ordering dinner and having the waiter come back out after 2 hours and tell you they don't actually have the the thing you ordered. It's not like the guy spent more than 5 mins on the thing, why did it take 1 day and 19 hours to respond after they asked me for my pw, and offer me some small hope they could do something?

Basically, you and i know its easy to defend their position as to why they dont support scripts, but, to me, this is only secondary to tech support's primary goal of respecting their clients and attempting to solve their problems, in a timely fashion, to the best of their ability. And THAT is where they failed fairly miserably and THAT is the ONLY problem I have with their 'response'. If you can't/won't help, fine... just let me know so I can move on instead of waiting on you. Seems to me a fairly reasonable request given that when I signed up it was my understanding that at least THAT need would be met. Timestamps dont lie and either do I:)





Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-11-02 06:54:00

Dogboy,

You get no argument from me about anything you wrote in your last post. I'd be frustrated too. I'd have been satisfied if I got that response within 24 hours (as that is what I've become accustomed to, and have come to expect), and probably would have been "OK" with it if it took a little longer, after I received the "It's been 24 hours, and we have not forgotten you but we're a little bit swamped" email - but to wait a total of four days only to get that answer would have "frosted" me as well. frown

I really hate it when someone has such an experience, especially since Dreamhost has handled my business so well. Hopefully, you made your point with the Dreamhost Honchos that read your "survey" response (and are likely to see your post(s)) and they will make an effort to address the issue so others don't have a similar experience. Regards..

--rlparker

Re: problem writing files to server

Posted by: anonymous2
Posted on: 2006-11-02 07:44:00

Disclaimer: I only quickly glanced at previous discussions.

asked me for my pw to login (which I admitted before was a generous offer)

I think this is bad security practice, and shouldn't be necessary since Support should have superuser access.

it took them 2 days to tell me that the script was too technical and that they didn't have time to deal with it. Thats like ordering dinner and having the waiter come back out after 2 hours and tell you they don't actually have the the thing you ordered. It's not like the guy spent more than 5 mins on the thing,

OTOH, You don't really know how long they spent on it. Giving the benefit of the doubt, maybe they gave it a look, when they had a chance, and it really was too much for $7.95 or $1.85 or whatever per month. Maybe they were hoping to help you out, but it took them a while to get attention from a "script guy".

Maybe it's more like going to Hell's Kitchen early in the season.

The slow Support cycle time IS frustrating at times, but they don't hide that it's to be expected, and they don't hide that they don't do 3rd party script support.

If something didn't work as it should because of server setup problems, it is your responsibility to give them a simple example, not to expect them to debug something complicated you got from a 3rd party.



You are welcome to a refund.-Michael;Comparing 'DH of today' with 'DH of old' does not serve much purpose.-Dallas

Re: problem writing files to server

Posted by: rlparker
Posted on: 2006-11-02 08:13:00

You make some good points...Your comment

In reply to:

I think this is bad security practice, and shouldn't be necessary since Support should have superuser access.


My sense of it from being involved in the thread from the beginning is that when Dogboy said, "(support) asked me for my pw to login (which I admitted before was a generous offer)", he was talking about the pw to login to the admin section of the script he had installed (which was a Xoops derivative - the pw would have been MD5'd in the MySQL database, so Support would not have (access to) it).

That tends to support your next point that, even though they don't "support" 3rd party scripts, they may have been endeavoring to at least "look at it" - subsequently realizing a "simple" fix" was not indicated wink

Another lesson in all this could be that "no good deed goes unpunished"; the added delay to "look at" the script (which they didn't have to do) may have only exacerbated the situation in that, since no fix was evident, the end result was to increase the user's frustration. It looks like he would have been happier if they had just said, "Oh! Third Party Script - we can't help you with that", and been done with it. End result: When it comes to tech support duty, you just do the best you can and accept the fact that you will "win" some and "lose" others...

The whole situation only gets worse as the "lag time" grows, which only makes it harder on all those involved.

--rlparker

Re: problem writing files to server

Posted by: dogboy
Posted on: 2006-11-02 10:05:00

>asked me for my pw to login
it was in fact for the script login...

>subsequently realizing a "simple" fix" was not indicated
exactly my thoughts...

>the added delay to "look at" the script [...] exacerbated the situation [and] the end result was to increase the user's frustration.
...again, exactly my thoughts.

>If something didn't work as it should because of server setup problems.
...you see THERE is the problem right there... how do I know its a server setup problem? Maybe the server is broken. Maybe somebody left the toilet seat up... I have no idea. I went in, installed a large, but extremely simple to install script and it didn't work. So I kept trying. Finally I gave up and went back to the developer (who is obviously familiar with it, as well as installing it) and he ran into the same problem that I did except he pointed me in a direction that something was 'wrong' with the server not the script... it was only after I came in HERE that I learned this may have to do with 'set up'.

>it is your responsibility to give them a simple example, not to expect them to debug something complicated you got from a 3rd party.

... just to be painfully clear, I never asked (nor expected) them to debug ANYTHING, and said so in so many words, as evidence that I did not INITIALLY send them user/password access to login so that they would even be able to ATTEMPT to debug it. BUT, if they HAD told me this days ago, I would have been been able to do exactly that. But I actually just got that response back from them after sending them my last post. See what I mean? You walk in, even admit to not reading everything, and in your FIRST post, you point out EXACTLY what took them something like 7 tickets, and 4 or 5 days to say.

>You are welcome to a refund.
...as with most things with me, its not about the money, its a matter of principle. I'm venting in here so they get my message loud and clear... its my way of dealing with smugness from companies that have grown large enough not to care about individual clients because they know there are 10 lined up behind me. In other words, it is my way of signing off on this incident as "The Unhappy DreamHost Customer" with hopes that they better understand the needs of some of their customers.

>he would have been happier if they had just said, "Oh! Third Party Script - we can't help you with that", and been done with it.
...there you go, exactly! its the only valid point I have in here.

on Oct 29th, 2006 - 04:49:14 I wrote a trouble ticket with a subject of "19 hours and still no response?" trying to prompt them... on Oct 30th, 2006 - 13:40:10, AFTER THIRTY EIGHT HOURS of waiting for a response marked "I cant do anything until you respond" and with a subject of "19 HOURS AND STILL NO RESPONSE?" I finally get:

"Troublehsooting 3rd Party Software in beyond our scope of support. However, if you can provide me with the URL to script, I can take a quick look. Also, provide us with any type of login needed and exact steps to replicate the problem. I can also suggest that you consult our member forum http://discussion.dreamhost.com. Often times you can receive tips from other users who have encountered similar problems."

...I don't know what else to say. It sounds like we are all reasonable professionals in here. It has nothing to do with WHAT was said, it was WHEN it was said. That kind of lag time is unexcusable, unacceptable, and most importantly, unanticipated.

ok, I made my point... granted it isn't in the right forum, but in my own defense, I didnt realize I had THIS problem until after I started posting about my script not working.






Re: problem writing files to server

Posted by: anonymous2
Posted on: 2006-11-02 10:54:00

> That kind of lag time is unexcusable, unacceptable, and most importantly, unanticipated.

Seems to me it should have been anticipated.

In order listed on public Support pages:

http://www.dreamhost.com/support.html
support wiki
The absolute fastest way to get answers to most of your questions is to search through our extensive online documentation. Our wiki is maintained by both DreamHost staff and our most knowledgeable customers.

http://www.dreamhost.com/support-board.html
discussion board
Can't find an answer in our wiki? Browse through our discussion forums. Some of our more knowledgable customers and a few of our employees frequent the forums on a regular basis.
...
Chances are if you can't find it in the wiki, it's already been answered in the forums!

[ In fact, slow Support responses have been discussed here numerous times. ]

http://www.dreamhost.com/support-status.html
status blog
Are you experiencing problems accessing your site? Scheduled downtime may be to blame!

http://www.dreamhost.com/support-contactus.html
contact us
When all else fails, you can contact our technical support team. We strive to answer all emails within 24 hours, and most are answered in subtantially [sic] less time.

Some of our hosting plans even include a limited amount of 'call-backs' per month! Send us an email, request a call-back, and you'll get a call...

In reply to:

>he would have been happier if they had just said, "Oh! Third Party Script - we can't help you with that", and been done with it.
...there you go, exactly! its the only valid point I have in here.


Personally, I'd prefer them to give the extra effort even if it takes longer. I understand the frustration with taking longer and ultimately not helping anyway.

In reply to:

>You are welcome to a refund.


It's just a sig'. :-)




You are welcome to a refund.-Michael;Comparing 'DH of today' with 'DH of old' does not serve much purpose.-Dallas

Tags: chmodtech supportwindows serverphp scriptsupport messageweb hostbsdscriptslinux