mikeschroeder

Its purely a memory limit issue, but it depends entirely on the dimensions of the image not the size of the file. lets assume the image is 3000 x 3000 => 9000000 pixels. If the image is an 8bit RGB file then there are 24bits of data per pixel, 8bits per channel. that is 216000000 bits. or approximately 26MB of memory needed to load that image. 8bit rgb = 24bits/pixel 8bit cmyk = 32bits/pixel 16bit rgb = 48bits/pixel 16bit cmyk = 64bits/pixel these calculations are rough too, i'm sure compression etc comes into play and the image formats probably dictate this slightly. I have been using the imagick extenstion for php and it doesn't seem to suffer from the same limitations, not sure if it passes the actual work directly on to imagemagick or not.

Thats because imagick is meant to be an object oriented extension. http://us3.php.net/manual/en/function.imagick-readimage.php and if you want the best examples of working with imagick I have found check out this blog, the guy who writes it, is one of the lead developers for the extension: http://valokuva.org/?cat=1.

I assumed that would be the case or else you would have probably included it originally. Maybe this will get you pointed in the right direction. On the weather service WSDL i provided, the function is defined as such: <operation name="NDFDgen"> <documentation> Returns National Weather Service digital weather forecast data </documentation> <input message="tns:NDFDgenRequest"/> <output message="tns:NDFDgenResponse"/> </operation> And the request is defined as: <message name="NDFDgenRequest"> <part name="latitude" type="xsd:decimal"/> <part name="longitude" type="xsd:decimal"/> <part name="product" type="typens:productType"/> <part name="startTime" type="xsd:dateTime"/> <part name="endTime" type="xsd:dateTime"/> <part name="weatherParameters" type="typens:weatherParametersType"/> </message> In this case a request would be something like this: $soap->NDFDgen( latitude, longitude, product, starttime, endtime, weathertype );

are you using an actual WSDL file? For example: http://www.weather.gov/forecasts/xml/DWMLgen/wsdl/ndfdXML.wsdl If you are and browse to it in your browser, you will see xml definitions representing every function you can effectively call with soap. It will also break down what a request must contain. for example, I've worked with soap where i had to do something like this... $params = array( 'parameter' => 'value' 'etc' => 'etc' ) $soap->wsdlFunctionName( $params ); and had soap write it out to <function> <parameter>value</parameter> <etc>etc</etc> </function> and I've also seen where functions are defined in a way: $soap->wsdlFunctionName( 'value1', 'value2', 'etc' ); So that you had to pass the values as you would to a function in php. resulting in <function> <someParam>value1</someParam> <another>value2</another> <etc>etc</etc> </function> I hope that kind of makes sense, but really it could go either way. My previous solution is dependent on having to pass an array of parameters and values to a soap call. If you have to pass your values like the later example, i think the wsdl file would show you how they expect the attribute to be passed.

$client = new SoapClient(wsdl, array('trace' => 1, 'encoding' => 'UTF-8', 'soap_version' => SOAP_1_1)); $params = array( 'name' => array ( "_" => "myname", "title" => "title" ), 'address' => 'myaddress' ); $client->__soapCall('setContact', array('parameters' => $params), array(), null, $outputHeaders); Its been a while since i've had to do that, but i seem to recall it working like that. Good luck

When i look at this page: http://www.gazettetimes.com/rss/ It appears the correct url for the feed is actually http://www.gazettetimes.com/?rss=beavers_sports/mens_sports/football Hope that helps. The feed url you provided also shows a blank page for me as well

If the garbage collector doesn't run at session start, the session will not be cleaned up. I did however miss the syntax error originally posted. But, if he wants sessions to truly be expired at 60 secs, no more no less, than it depends a lot on the probability of the gc being run.

I believe this is due to the fact that the session garbage collector is run based on probability. ; Define the probability that the 'garbage collection' process is started ; on every session initialization. ; The probability is calculated by using gc_probability/gc_divisor, ; e.g. 1/100 means there is a 1% chance that the GC process starts ; on each request. session.gc_probability = 1 session.gc_divisor = 100 ; After this number of seconds, stored data will be seen as 'garbage' and ; cleaned up by the garbage collection process. session.gc_maxlifetime = 1440 So the busier the server is, the more likely the session will be expired at 60 secs. However, if the server is something like xampp on your local machine your odds of triggering the garbage collector are small. If you raise the value of `session.gc_probability` the frequency of the garbage collector running should increase.

as imarockstar pointed out, send them via email. No cost to you, but possibly will cost the recipient money depending on their service coverage. Here are some common ones for U.S. Carriers. http://www.sms411.net/2006/07/how-to-send-email-to-phone.html I have seen similar lists for international carriers as well.

I *Believe* its for adding Alpha support to .png files in IE http://msdn.microsoft.com/en-us/library/ms532969.aspx

Is it possibly your use of: <style type="text/css"> * html .png {//background-image: none ! important; filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src=images/logo.png,sizingMethod=crop);} * html .png-powered {//background-image: none ! important; filter: progid:DXImageTransform.Microsoft.AlphaImageLoader(src=images/button-powered.png,sizingMethod=crop);} </style> Some quick googling revealed similiar issues resulting from the use of AlphaImageLoader

I have to side with imagemagick on this one, but have only used it in conjunction with the Imagick Extension. Imagick extension for PHP. (http://us2.php.net/manual/en/class.imagick.php). Also check out Mikko Koppanen's blog (http://valokuva.org/?cat=1) as he is one of the primary developers of the extension. I've had problems with GD exceeding memory limitations on big files before as well, but I have been able to work with files much larger using imagemagick, perhaps just a fluke. As far as speed goes from my experiences they're both comparable, but ImageMagick provides a lot more flexibility. Being able to thumbnail hundreds of formats is incredible, including Photoshop Files, Illustrator, PDF's among so many others. Those all depend upon your Ghostscript installation though.

It is possible to do with PHP. in fact it only requires the GD library and PHP > 5.2.2 ( i believe?) http://us3.php.net/manual/en/function.imagegrabscreen.php http://us3.php.net/manual/en/function.imagegrabwindow.php *HOWEVER* They are windows ONLY functions. On linux I've read of success by using ImageMagick import -window root imagename.png and passing that through system() or exec() But, that would require you to have a GUI running, and be able to interact with any of the browsers that are available on linux. Heres some quick googling on firefox and the shell: http://xlife.zuavra.net/index.php/45/ http://thedaneshproject.com/posts/shell-script-scripts-to-restart-firefox/ I would say its probably possible... but you would need significant system access to accomplish it as well as a server running a full desktop.

The only examples i've ever seen of this used the php COM extension. But, that is a windows only solution.

$_SERVER['HTTPS'] not $_SERVER['https']