Drupal 4.7.x

I am facing a very strange problem. I am creating a simple custom module. When I add a image first time it upload and show fines. But when I try to edit the image and try to upload an image again it gives me a very strange message

"The selected file /home/adnan/tmp/php8OCT3p could not be uploaded, because the destination is not properly configured."

Even In add case it upload the image fine but in edit case its unable to upload image.

Please someone guide me..
Thanks and Best regards
Rafiq Ahmed

Recently it was come in focus on http://www.php.net that "The PHP development team would like to announce the immediate availability of PHP 5.2.16. This release marks the end of support for PHP 5.2. All users of PHP 5.2 are encouraged to upgrade to PHP 5.3."

Most of the major hosting providers are still using 5.2.xx versions. Are we really ready to welcome this?

Ok, I'm super pumped right now. After a day of trial and error with a dozen different modules that try to integrate Amazon S3 as a way to store files and serve them through drupal, I THINK I FOUND THE DREAM SETUP!!!

Right now I have a completely seamless integration with my s3 bucket as a private file system for my Drupal Video Website. Files are upload straight to Amazon and then served straight from Amazon just like files on the local server.

Prerequisites:

- Dedicated or cloud (VPS) server. I am using 1and1.com Cloud Server $50/month and I host a bunch of sites on it. www.1and1.com?k_id=13279938

- An Amazon s3 account. Super cheap and awesome. Leave you settings on s3 to private so that your files are not accessible without authentication.

Then do this...

1) For private file system I use .htaccess. This one line that makes sites/default/files/private/* authenticate through drupal...

RewriteRule ^sites\/default\/files\/(private\/.*)$ index.php?q=system/files/$1 [L,QSA]

2) On my server I setup s3fs. Instructions here http://code.google.com/p/s3fs/wiki/FuseOverAmazon

I'm trying to resurrect a 4.7 site that I has both a core installation and several modules in need of upgrades. It crashed while someone was in the midst of uploading content; afterward, the webhost limited access because the site was chewing up a bunch of its server resources. The webhost described the problem thus: "We have made an extensive investigation to find the root causing the issue. It seems that there is some kind of problem with the php script index.php. This script is running too long on the server and is causing the excessive load."

Here's the situation:

• The site had about 20 pieces of content added since the middle of September, but none of that content had been backed up (yes, I know). Since the content was edited online, we don't have final versions of these files stored anywhere else. (Again, yes, I know.)
• We do have backups prior to that.
• We had to post 5 or 6 new pieces of content before the end of this week; then no new content will be posted until midJanuary.
• I probably should explain that I'm not a Drupal expert nor an effective web troubleshooter. I do this on a donated, part-time basis when I have time to help out.
• After the problem surfaced, I pulled a database dump and downloaded the old site to my Mac.
  

Hi all. Just wanted to inform that I'm offering Persian Translation of Drupal on my site: هاست. The package is not free, yet I will send free copies to the users in this forum to check it.

I have a page that is node/383 and it has an alias URL of submit_meeting. The page has form elements which became the target of a spammer....at first I just toggled off the page but it seems the actual node keeps staying live. Everytime I go to EDIT and try and delete 383 and hit delete it goes to PAGE NOT FOUND. So, how do I find this node and why won't it let me delete it or actually make any changes to it?