is_dir($norm) not reading the directory

[andersstudio]

Hi.

I have used this scirpts many, many times on various servers. I just had a project switch to a new web host and now my script is not reading the directory and looping through files to grab photos.

I have even hardcoded the variable to the right directory and it still doesn't work. My print statement ("here") does not print, so it is almost as if the function is not allowed on the server... Anyone experience this before?

Here is the code:

<?
	$norm = "photos/$section";
	$x = 0;
	// look for JPGs
	if (is_dir($norm)) {
		print("here");
		if ($dh = opendir($norm)) {		
			while (($file = readdir($dh)) !== false) {
				if (preg_match("/.jpg/", $file)) {
					//print($file);
					$x++;
					print($x);	
			   	}		   

			}
		   	closedir($dh);
	   	}	   

	}
	srand(time()); 
	// number is relative to the number of pictures.
	$photo = (rand()%$x); 
?>

[NogDog]

Where do you set the value of $section? Have you checked to make sure it's correct?

If on a UNIX/Linux system, both the "photos" and the "photos/$section" directories will need to have read and execute permission for all users (assuming your PHP script is run under the webserver user account as in most installations).

[andersstudio]

the $section variable is fine. It pulls the correct string on another page that photos.php (the script I posted) is included in.

I have to believe your statement about the permissions. I will run what you stated with the web host provider. I'm pretty sure its on their end.

I'll let you know the outcome.

Thx.

[Weedpacket]

Incidentally, it's an awfully complicated way of getting a list of files that end in ".jpg" - complicated and wrong (It would match a file named "ajpgio.png", for example).

A simpler way of getting a list of files with a ".jpg" extension would be to use [man]glob[/man].

If necessary (i.e., if, you can't guarantee that the above is sufficient), might be an idea to get a list of files with an extension of ".jpeg" as well, and merge them together. And - again if necessary - each could then be checked to see if it really is a JPEG image with [man]getimagesize[/man].

[andersstudio]

Well, I had the server administrator take a look at it and he said "I tried a very aggressive permissions set, granting the web user full
rights to the root and all nested folders. I granted scripts and
executables rights to the web site and created a separate application
pool for the site with system level permissions - essentially
complete computer control. None of this worked. There's nothing else,
permissions related, that I can try."

I have used this script so many times that I am so sure it is not the script. There has to be something about the permissions that will not allow the directory to be read.

Are there any other dyanmic alternatives to count the number of files in a folder? I don't know what else to do besides go to a hard coded text files with a path and number. I really don't want to do that.