php-general Digest 5 Aug 2006 18:25:34 -0000 Issue 4276
php-general Digest 5 Aug 2006 18:25:34 - Issue 4276
Topics (messages 240180 through 240187):
PayPal's PHP SDK on Windows
240180 by: s2j1j1b0
240182 by: Peter Lauri
240183 by: Paul Scott
Re: Problem with wrapper script for Tidy
240181 by: Frank Arensmeier
Sending data to persistent process stdin
240184 by: Ville Mattila
240187 by: Stut
Re: php behind firewall
240185 by: tedd
Re: PHP Frameworks - Opinion
240186 by: Tony Marston
Administrivia:
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
php-general@lists.php.net
--
---BeginMessage---
I'm trying to get PayPal's PHP SDK
running on Windows. After running install.php, I get the following error:
The PayPal SDK requires curl with SSL support
How do I fix this?
--
View this message in context:
http://www.nabble.com/PayPal%27s-PHP-SDK-on-Windows-tf2054950.html#a5661901
Sent from the PHP - General forum at Nabble.com.
---End Message---
---BeginMessage---
Hi,
Try www.php.net/curl
/Peter
-Original Message-
From: s2j1j1b0 [mailto:[EMAIL PROTECTED]
Sent: Saturday, August 05, 2006 1:51 PM
To: php-general@lists.php.net
Subject: [PHP] PayPal's PHP SDK on Windows
I'm trying to get PayPal's PHP SDK
running on Windows. After running install.php, I get the following error:
The PayPal SDK requires curl with SSL support
How do I fix this?
--
View this message in context:
http://www.nabble.com/PayPal%27s-PHP-SDK-on-Windows-tf2054950.html#a5661901
Sent from the PHP - General forum at Nabble.com.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
---End Message---
---BeginMessage---
On Fri, 2006-08-04 at 23:50 -0700, s2j1j1b0 wrote:
The PayPal SDK requires curl with SSL support
How do I fix this?
You do what it says, install and configure cURL with SSL support. cURL
releases binaries for your OS at http://curl.haxx.se/ AFAIK they will
have a precompiled binary with SSL support built in. All that is left
after that is to enable curl as an extension in php.ini
;extension=curl.dll or something like that...
You just need to uncomment that line and restart your webserver.
HTH
--Paul
All Email originating from UWC is covered by disclaimer
http://www.uwc.ac.za/portal/uwc2006/content/mail_disclaimer/index.htm
---End Message---
---BeginMessage---
Thank you Richard. I will test that (piping the output). Regarding my
concerns about rubbing security by not validating the included
code, I actually meant that the script does not validate where the
included PHP script is coming from. Could someone set the
environmental variable $_SERVER('PATH_TRANSLATED') from outside, so
to say? Or is there no reason to be worried?
/frank
4 aug 2006 kl. 22.22 skrev Richard Lynch:
Did you try to use - as the file and pipe the output?...
That might work...
As far as the Tidy not validating the included PHP, I'm not sure what
you mean, but I don't see this making the PHP code any less secure
than it was before you wrapped Tidy around it...
On Fri, August 4, 2006 6:21 am, Frank Arensmeier wrote:
Hello.
Since my ISP does not provide the tidy module for Apache, I tested
writing a wrapper script for a locally installed tidy binary. In
general, the script is triggered by a modification to the .htaccess
file like so:
AddHandler server-parsed .php
Action server-parsed /tidy_wrapper.php5
All php pages are by that means treated by the script
tidy_wrapper.php5.
Here is the code for tidy_wrapper.php5:
?php
chdir ( dirname ( $_SERVER['PATH_TRANSLATED'] ) );
ob_start();
include ( $_SERVER['PATH_TRANSLATED'] );
$output = ob_get_contents();
ob_end_clean();
// Including a line with the commend !-- NO TIDY !-- will turn
off tidy conversion
if ( !stristr ( $output, !-- NO TIDY !-- ) ) {
$localfile = tempnam ( '../tmp', tmp );
$handle = fopen($localfile, w);
fwrite($handle, $output);
fclose($handle);
$command = '/Library/WebServer/CGI-Executables/tidy -iq --show-
errors 0 --show-warnings 0 -wrap 100 ' . $localfile . ' 21';
exec ( $command, $output_exec );
echo implode ( \n, $output_exec );
unlink ( $localfile );
} else {
echo $output;
}
exit;
?
Although the script is actually working fine, there is at least one
downside: speed. As you can see, the output buffer must be written to
a file in order to be processed by tidy. I was not able to get tidy
to accept a string for processing. Doing so, tidy throws en error. I
have looked through tidy documentation without finding any clues. I
would appreciate any hints. Any ideas for a walk-around for that file
saving-thing would be welcome!
Otherwise, I strongly feel that this script might become/be a
security hole. Because it does not
[PHP] PayPal's PHP SDK on Windows
I'm trying to get PayPal's PHP SDK running on Windows. After running install.php, I get the following error: The PayPal SDK requires curl with SSL support How do I fix this? -- View this message in context: http://www.nabble.com/PayPal%27s-PHP-SDK-on-Windows-tf2054950.html#a5661901 Sent from the PHP - General forum at Nabble.com. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Problem with wrapper script for Tidy
Thank you Richard. I will test that (piping the output). Regarding my
concerns about rubbing security by not validating the included
code, I actually meant that the script does not validate where the
included PHP script is coming from. Could someone set the
environmental variable $_SERVER('PATH_TRANSLATED') from outside, so
to say? Or is there no reason to be worried?
/frank
4 aug 2006 kl. 22.22 skrev Richard Lynch:
Did you try to use - as the file and pipe the output?...
That might work...
As far as the Tidy not validating the included PHP, I'm not sure what
you mean, but I don't see this making the PHP code any less secure
than it was before you wrapped Tidy around it...
On Fri, August 4, 2006 6:21 am, Frank Arensmeier wrote:
Hello.
Since my ISP does not provide the tidy module for Apache, I tested
writing a wrapper script for a locally installed tidy binary. In
general, the script is triggered by a modification to the .htaccess
file like so:
AddHandler server-parsed .php
Action server-parsed /tidy_wrapper.php5
All php pages are by that means treated by the script
tidy_wrapper.php5.
Here is the code for tidy_wrapper.php5:
?php
chdir ( dirname ( $_SERVER['PATH_TRANSLATED'] ) );
ob_start();
include ( $_SERVER['PATH_TRANSLATED'] );
$output = ob_get_contents();
ob_end_clean();
// Including a line with the commend !-- NO TIDY !-- will turn
off tidy conversion
if ( !stristr ( $output, !-- NO TIDY !-- ) ) {
$localfile = tempnam ( '../tmp', tmp );
$handle = fopen($localfile, w);
fwrite($handle, $output);
fclose($handle);
$command = '/Library/WebServer/CGI-Executables/tidy -iq --show-
errors 0 --show-warnings 0 -wrap 100 ' . $localfile . ' 21';
exec ( $command, $output_exec );
echo implode ( \n, $output_exec );
unlink ( $localfile );
} else {
echo $output;
}
exit;
?
Although the script is actually working fine, there is at least one
downside: speed. As you can see, the output buffer must be written to
a file in order to be processed by tidy. I was not able to get tidy
to accept a string for processing. Doing so, tidy throws en error. I
have looked through tidy documentation without finding any clues. I
would appreciate any hints. Any ideas for a walk-around for that file
saving-thing would be welcome!
Otherwise, I strongly feel that this script might become/be a
security hole. Because it does not validate the included PHP code, it
could be misused for doing bad stuff, or am I wrong? Once more, any
suggestions are welcome.
regards,
/frank
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
Like Music?
http://l-i-e.com/artists.htm
--
Frank Arensmeier
Marketing Support Webmaster
NIKE Hydraulics AB
Box 1107
631 80 Eskilstuna
Sweden
phone +46 - (0)16 16 82 34
fax +46 - (0)16 13 93 16
[EMAIL PROTECTED]
www.nikehydraulics.se
RE: [PHP] PayPal's PHP SDK on Windows
Hi, Try www.php.net/curl /Peter -Original Message- From: s2j1j1b0 [mailto:[EMAIL PROTECTED] Sent: Saturday, August 05, 2006 1:51 PM To: php-general@lists.php.net Subject: [PHP] PayPal's PHP SDK on Windows I'm trying to get PayPal's PHP SDK running on Windows. After running install.php, I get the following error: The PayPal SDK requires curl with SSL support How do I fix this? -- View this message in context: http://www.nabble.com/PayPal%27s-PHP-SDK-on-Windows-tf2054950.html#a5661901 Sent from the PHP - General forum at Nabble.com. -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PayPal's PHP SDK on Windows
On Fri, 2006-08-04 at 23:50 -0700, s2j1j1b0 wrote: The PayPal SDK requires curl with SSL support How do I fix this? You do what it says, install and configure cURL with SSL support. cURL releases binaries for your OS at http://curl.haxx.se/ AFAIK they will have a precompiled binary with SSL support built in. All that is left after that is to enable curl as an extension in php.ini ;extension=curl.dll or something like that... You just need to uncomment that line and restart your webserver. HTH --Paul All Email originating from UWC is covered by disclaimer http://www.uwc.ac.za/portal/uwc2006/content/mail_disclaimer/index.htm -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Sending data to persistent process stdin
Hello readers, I have been thinking of making a simple web-based interface to control my media center box (running debian linux). Being a bit enthustiatic, I thought I could use some generic tools for playing media files and write the whole UI by my own. I found mpg123 program that can be run in remote mode (mpg123 -R) so that playback can be controlled via stdin. Writing LOAD mp3 file to the stdin will begin output, PAUSE will stop it and so on. How could I use PHP and its process functions to send something to stdin of a persistent process? I would like to run mpg123 only once, whichafter a few PHP scripts would send data and proper commands to its stdin. Maybe a kind of daemon process would be needed? Anyway, sending data to a daemon can be problematic... Maybe a kind of socket wrapper? Well - I have no experience about socket functions of PHP... Tips and tricks are welcome, or should I just go to the local hi-tech market and by a CD player LOL :D Thanks, Ville -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP] php behind firewall
At 3:37 PM -0500 8/4/06, Richard Lynch wrote: http://www.caida.org/publications/papers/2005/fingerprinting/ Just to be pedantic... It's using the clock skew of the user's computer, and I don't think that has anything to do with PC-NIC-CABLE-FIREWALL combination communication. Rather, it is the error margin of the internal clock chip within the device, as I understand it... Or not, as I don't claim to understand that article 100%... Richard: As I read it, and I don't claim to understand the article 100% either, it's more than the margin of error of the internal clock, but rather how the user's computer responds do to the skew -- the timing in sending packets of information to a server. The fingerprint is not instant, but derived from the performance of the computer over time. The more information gathered, the more unique the fingerprint becomes. A sort of stacking (sum) of the events to increase the fold (confidence) and as a result, computer respond times fall into different identifiable groups. Any temporal series of data can be thought of as a waveform that can be analyzed via a FFT, as they mention in their article and add that the FFT may not be a solution. However, they fail to acknowledge that a time series can be analyzed via many different techniques other than FFT. However, barring that, they have posed an interesting idea (but not proved) that every computer currently made can be identified by the way it responds -- each computer is unique. Their sample size was relatively small, several hundred computers, and the time to distinguish individual computers took several hours. If their technique was applied to net, I would think it would take a great deal of time (perhaps prohibitively so) to gather enough data to clearly distinguish and identify individual computers visiting a server. On the other hand, a set visiting a specific server would be much smaller than the entire net-set. In any event, the confidence level for identifying each computer would depend upon how many times the user's computer visited the site in question, which in the real world would lead to a vast range of confidence levels. IF their claim is true and IF they could cut the analysis time required, then the ramifications of the technique could be significant in terms of Internet security, spam, law enforcement, software registrations, and so on. The article presents a possible answer for those wanting to uniquely identify computers -- kind of an unintended built-in V chip for computers. Interesting research. tedd -- --- http://sperling.com http://ancientstones.com http://earthstones.com -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: PHP Frameworks - Opinion
Robert Cummings [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] On Fri, 2006-08-04 at 17:23 -0300, Manuel Lemos wrote: Hello, on 08/03/2006 02:53 PM Robert Cummings said the following: The main thing in Manual's post that got me writing this in the first place was : Imagine if there would be only one PDBC (JDBC for PHP). Instead of that we have a never ending choice of PHP database abstraction layers that does not help newcoming developers that are lost and don't know what to use. I admit I have not expressed myself clearly. What I meant is not that people should be disallowed to implement alternative APIs, but rather that they should not feel the need to do it. I think you may be missing the point. Many people probably don't feel the need to create an alternative API, they may just feel the desire to do so. It's a great way to practice your skills, and in the end, you have a nice API that meets your needs. I do not think many people want to reinvent the wheel. Only those that feel forced to do it, because the alternatives are insufficient, will do it, only if they feel capable of doing it. If there were consensual API specifications like in Java world, very few people would feel forced to reinvent the wheel. I beg to differ. I think a good number of people really enjoy re-inventing the wheel :) Also because some people don't like working with other people's square wheels, or wheels designed for a pram when they want wheels for a racing bike, or wheels that run in the wrong direction, or wheels that turn too slowly, or wheels that need expensive tyres, or (the list is endless) -- Tony Marston http://www.tonymarston.net http://www.radicore.org -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Sending data to persistent process stdin
Ville Mattila wrote: How could I use PHP and its process functions to send something to stdin of a persistent process? I would like to run mpg123 only once, whichafter a few PHP scripts would send data and proper commands to its stdin. Maybe a kind of daemon process would be needed? Anyway, sending data to a daemon can be problematic... Maybe a kind of socket wrapper? Well - I have no experience about socket functions of PHP... Tips and tricks are welcome, or should I just go to the local hi-tech market and by a CD player LOL :D I would probably approach this in one of two ways. 1) Find out how to create a named pipe and start mpg123 to take its input from that named pipe. Your PHP scripts can then write commands to that pipe. 2) Write a daemon that starts mpg123 and listens on a local socket. Your PHP scripts send commands to that socket and the daemon passes them to the running mpg123. IMHO option 1 would be a lot more stable than option 2, but both should work quite well. -Stut -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Sending data to persistent process stdin
Stut kirjoitti: 1) Find out how to create a named pipe and start mpg123 to take its input from that named pipe. Your PHP scripts can then write commands to that pipe. Thanks Stut, rather good idea... I tried following commands: mkfifo mpg mpg123 -R mpg And in another shell echo LOAD mp3file.mp3\n mpg Unfortunately, the mpg123 quits immediately without any response... In general, the idea sounds good, but there is still something uncompatible. Ville -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: PHP Frameworks - Opinion
Hello, on 08/04/2006 05:47 PM Robert Cummings said the following: The point of the post is that there is no framework in particular to recommend. I use my own packages for my needs. They suit me well. It does not mean they will suit everybody. How would you know that there is no framework to recommend if you neve ruse anyone's code but your own. How could you have possibly given any framework sufficient attention to have any idea of its pros and cons? I know many frameworks that exist, I have seen their code and their documentation, which is more than enough to reach the conclusion that using the frameworks that exist is not better that using my own solutions for my own purposes. Aaaah, so you are trully a genius to be able to at a glance of documentation and source code fully deduce the usefulness of something. I bow before you. Be seriuos. Nobody needs to actually use any framework to see that it is not suitable for your needs, when you can just browse the source code and documentation. It would be insane to try all PHP frameworks that exist to reach that conclusion. And there's the rub... your article was not about what YOU needed it was what YOU considered to be the best framework for everyone based on briefly browsing the code. Your article, if it had any real merit, would have reported on the actual trial of a substantial number of frameworks so that you could provide a valuable analysis instead of superficial opinion. Remember a recommendation, is not about YOU, it's about those reading the article. I can agree with your previous statement until you start recommending it in general. My article is mine. It was not written for you but rather to the PHPClasses site users in first place. Therefore it includes whatever I think it is best for me to mention. If you do not agree and think it should be something else, go and write your own article in your own blog rather than bossing me to do something different, as if I owe you anything. You can't have your cake and eat it too. You're either pro-choice with a myriad of choices to choose from, or you're anti-choice and want only one framework style. Get of the fence! Having standard API specifications does not prevent anybody to choose using solutions based on APIs that do not conform to any standard specifications. Furthermore I do not think that seem to understand the difference between an API specification and API implementation. J2EE is an API specification with many implementations from different vendors: Sun, IBM, Oracle, BEA, JBoss (this last one is Open Source). You can choose the implementation you want. There is plenty of choice to anybody. If you want to use a J2EE implementation to build your applications, otherwise you are free to use something else. It's seems people have chosen... and they've chosen not to bother with some kind of standard API. That's not to say one won't emerge, but it doesn't seem like it's important at this time. Sure, but you are missing the point about the way Java specifications are built. They gather around interested players in the field of each kind of framework, so it is more consensual that just an unilateral proposal. If version 1.0 of an API is not good enough, they gather again, eventually joining more interested players and build a better specification. For instance, JDBC API specification had at least 3 major versions. There is no need to create a new completely backwards incompatible API specification. Everybody would loose with that. Building a completely new API specification would make sense if it was for very different purposes. I wasn't missing the point. I am quite aware of how the process works behind closed doors with a select few high profile companies and committees. I'm also quite aware of the pros of standardization, but I don't necessarily feel that hand picking the standard is necessarily better than an emergent standard. Either way, as I keep saying, if there was a strong enough desire for such standardization then I'm sure people would be forming such groups. maybe with the launch of Zend Framework there will be a rallying point, but then again, maybe it will just be yet another framework. People cannot have desire for something that they do not know or do not have a vision about its benefits. Sun had a good vision about defining API specification standards. It attracted many companies, including competitors that made Java adoption grow enourmously. Zend does not seem to have such vision. Zend Framework is an implementation, not a specification. Without a well defined specification, nobody can provide alternative implementations even if they wanted. I am afraid that Zend Framework is fated to be just yet another PHP framework struggling against other frameworks for a small piece of adoption share. I am sure their project would have much better adoption if they focused on building a specification resulting from a
Re: [PHP] Sending data to persistent process stdin
Ville Mattila wrote: Stut kirjoitti: 1) Find out how to create a named pipe and start mpg123 to take its input from that named pipe. Your PHP scripts can then write commands to that pipe. Thanks Stut, rather good idea... I tried following commands: mkfifo mpg mpg123 -R mpg And in another shell echo LOAD mp3file.mp3\n mpg Unfortunately, the mpg123 quits immediately without any response... In general, the idea sounds good, but there is still something uncompatible. There's really no good reason that shouldn't have worked. I suggest you find an mpg123 mailing list and ask them why that happened. -Stut -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] The difference between ereg and preg?
Robert, Thank you for replying. Check out the greediness modifier. Greediness determines whether it extends the matching to the largest possible match or the smallest possible match. By default regexes are greedy. By greediness modifier, do you mean the preg_set_match, the preg_set_order, and preg_pattern_order arguments? The documentation on the PHP site does mention the term greedy, but to me it's not very clear about explaining which modifiers are responsible for which behaviour. I've experimented with each, and to me it seems like they all behave the same, so perhaps greediness is determined by some other modifier? -- Dave M G -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Using preg_match to find Japanese text
PHP list, While I'm only just learning about regular expressions in another thread, I still seem to be finding exceptional situations which have me questioning the extent to which preg expressions can be implemented. (The following contains UTF-8 encoded Japanese text. Apologies if it comes out as ASCII gibberish.) What I have are sentences that look like this: 気温 【きおん】 (n) atmospheric temperature; (P); EP について (exp) concerning; along; under; per; KD I want to divide the first line into three variables, $word, $reading, and $meaning. And I want to divide the second line into two variables, $word and $meaning. If I can figure out how to extract the first variable, $word, then I can figure out the rest. But that first step seems to be a doozy. The way I see it, I could do it two ways. One is to take out all the pull out all the characters up to the first occurrence of a space, and assume that it's Japanese. Not that I'm sure how to write that expression, but maybe I could. But it seems like it would be a lot more sophisticated if I could determine if a word was Japanese by testing it's Unicode value or some similar method. That way I would be less vulnerable to slight variabilities in positioning of words in the source material. Looking at all the multibyte related functions in the PHP manual, it seems there are options for testing the type of encoding, but not for the type of language or character set. http://jp2.php.net/manual/en/ref.mbstring.php However, I could be wrong about this (and it would be nice if I was). Searching the web, I came across this guy's script to test if characters were above the usual ASCII range in Unicode, and could therefore be assumed to be Japanese: http://www.randomchaos.com/documents/?source=php_and_unicode But this seems unwieldy, as I think, if I understand it correctly, I'd have to test each individual word. I could use it to test if there was any Japanese at all in a string, but I'm not confident I could use it to extract words. So I'm a little stuck. If anyone has any advice to help get me started, it would be much appreciated. Thank you for your time and help. -- Dave M G -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: PHP Frameworks - Opinion
On Sat, 2006-08-05 at 15:36 -0300, Manuel Lemos wrote: Hello, on 08/04/2006 05:47 PM Robert Cummings said the following: The point of the post is that there is no framework in particular to recommend. I use my own packages for my needs. They suit me well. It does not mean they will suit everybody. How would you know that there is no framework to recommend if you neve ruse anyone's code but your own. How could you have possibly given any framework sufficient attention to have any idea of its pros and cons? I know many frameworks that exist, I have seen their code and their documentation, which is more than enough to reach the conclusion that using the frameworks that exist is not better that using my own solutions for my own purposes. Aaaah, so you are trully a genius to be able to at a glance of documentation and source code fully deduce the usefulness of something. I bow before you. Be seriuos. Nobody needs to actually use any framework to see that it is not suitable for your needs, when you can just browse the source code and documentation. It would be insane to try all PHP frameworks that exist to reach that conclusion. And there's the rub... your article was not about what YOU needed it was what YOU considered to be the best framework for everyone based on briefly browsing the code. Your article, if it had any real merit, would have reported on the actual trial of a substantial number of frameworks so that you could provide a valuable analysis instead of superficial opinion. Remember a recommendation, is not about YOU, it's about those reading the article. I can agree with your previous statement until you start recommending it in general. My article is mine. It was not written for you but rather to the PHPClasses site users in first place. Therefore it includes whatever I think it is best for me to mention. If you do not agree and think it should be something else, go and write your own article in your own blog rather than bossing me to do something different, as if I owe you anything. I've been registered with the PHPClasses site for a couple of years at least now. I get the regular emails and I've never taken issue in the past. But this particular one was way out there. You can't have your cake and eat it too. You're either pro-choice with a myriad of choices to choose from, or you're anti-choice and want only one framework style. Get of the fence! Having standard API specifications does not prevent anybody to choose using solutions based on APIs that do not conform to any standard specifications. Furthermore I do not think that seem to understand the difference between an API specification and API implementation. J2EE is an API specification with many implementations from different vendors: Sun, IBM, Oracle, BEA, JBoss (this last one is Open Source). You can choose the implementation you want. There is plenty of choice to anybody. If you want to use a J2EE implementation to build your applications, otherwise you are free to use something else. It's seems people have chosen... and they've chosen not to bother with some kind of standard API. That's not to say one won't emerge, but it doesn't seem like it's important at this time. Sure, but you are missing the point about the way Java specifications are built. They gather around interested players in the field of each kind of framework, so it is more consensual that just an unilateral proposal. If version 1.0 of an API is not good enough, they gather again, eventually joining more interested players and build a better specification. For instance, JDBC API specification had at least 3 major versions. There is no need to create a new completely backwards incompatible API specification. Everybody would loose with that. Building a completely new API specification would make sense if it was for very different purposes. I wasn't missing the point. I am quite aware of how the process works behind closed doors with a select few high profile companies and committees. I'm also quite aware of the pros of standardization, but I don't necessarily feel that hand picking the standard is necessarily better than an emergent standard. Either way, as I keep saying, if there was a strong enough desire for such standardization then I'm sure people would be forming such groups. maybe with the launch of Zend Framework there will be a rallying point, but then again, maybe it will just be yet another framework. People cannot have desire for something that they do not know or do not have a vision about its benefits. Sun had a good vision about defining API specification standards. It attracted many companies, including competitors that made Java adoption grow enourmously. Zend does not seem to have such vision. Zend Framework is an implementation, not a specification. Without a well defined specification,
Re: [PHP] The difference between ereg and preg?
On Sun, 2006-08-06 at 10:39 +0900, Dave M G wrote: Robert, Thank you for replying. Check out the greediness modifier. Greediness determines whether it extends the matching to the largest possible match or the smallest possible match. By default regexes are greedy. By greediness modifier, do you mean the preg_set_match, the preg_set_order, and preg_pattern_order arguments? The documentation on the PHP site does mention the term greedy, but to me it's not very clear about explaining which modifiers are responsible for which behaviour. I've experimented with each, and to me it seems like they all behave the same, so perhaps greediness is determined by some other modifier? RTFM ;) http://ca.php.net/manual/en/reference.pcre.pattern.modifiers.php Search for greedy or more specifically ungreedy :) Cheers, Rob. -- .. | InterJinn Application Framework - http://www.interjinn.com | :: | An application and templating framework for PHP. Boasting | | a powerful, scalable system for accessing system services | | such as forms, properties, sessions, and caches. InterJinn | | also provides an extremely flexible architecture for | | creating re-usable components quickly and easily. | `' -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] PayPal's PHP SDK on Windows
You have to edit your php.ini file and make sure the following two lines are uncommented: extension=php_curl.dll extension=php_openssl.dll Then, restart your Apache server and everything should work fine after that. -=-=-=-=-=-=-=-=- Attention Developers! Make up to $1000 per referral with PayPal's https://www.paypal.com/cgi-bin/webscr?cmd=_web-referrals-mrb-outside Merchant Referral Bonus Want to https://www.paypal.com/cgi-bin/webscr?cmd=_wp-standard-overview-outside accept credit cards online ? Visit PayPal https://www.paypal.com/us/cgi-bin/webscr?cmd=_merchant-outside Merchant Services for https://www.paypal.com/cgi-bin/webscr?cmd=_wp-pro-overview-outside online payment processing made easy. Now offering Payflow https://www.paypal.com/us/cgi-bin/webscr?cmd=_payflow-gateway-overview-outside payment gateway solution - https://www.paypal.com/us/cgi-bin/webscr?cmd=_merchant-outside online credit card processing with https://www.paypal.com/cgi-bin/webscr?cmd=_payflow-fraud-overview-outside fraud protection , https://www.paypal.com/cgi-bin/webscr?cmd=_payflow-recurring-billing-overview-outside recurring billing , and other https://www.stage2qa144.paypal.com/cgi-bin/webscr?cmd=_profile-comparison payment services to work with your http://solutions.paypal.com/procarts/ shopping cart and https://www.paypal.com/cgi-bin/webscr?cmd=_payflow-about-ima-outside internet merchant account . Developer Resources: https://www.paypal.com/integration PayPal Integration Center , https://www.paypal.com/developer PayPal Developer Network , http://www.pdncommunity.com/pdn/blog?blog.id=devblog PayPal Developer Blog -- View this message in context: http://www.nabble.com/PayPal%27s-PHP-SDK-on-Windows-tf2054950.html#a5669860 Sent from the PHP - General forum at Nabble.com.
[PHP] #comment, (* comment *), -- Any good alternatives to !-- HTML comments? --
Hi, Hopefully this is not a completely stupid question, but... Any alternatives to using HTML comments in an XHTML 1.0 Strict docutment? For example, I could do this: XHTML XHTML XHTML ?=# Comment goes here.? XHTML XHTML XHTML That might work for some situations... Any other alternatives? I would like to find a way of adding comments to an XHTML PHP page that is quick and easy. TIA. Cheers, Micky -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
