On Sat, Jun 01, 2002 at 04:21:33PM -0400, Dan Kalowsky wrote:
When I state that things shouldn't be enabled by default, it is not
towards making it harder for beginners. I would much rather see PHP
using
something like:
./configure --basic
or
./configure --standard
or some variation
Andrei solved it. It is because socket_select() mangles the passed
arrays
so when you re-enter the call with the mangled $read array you are now
only checking the sockets that happened to trigger the first time
through.
It means you actually have to do:
$read = array($sock1,$sock2);
On Sat, 1 Jun 2002, Rasmus Lerdorf wrote:
So you save the original array of sockets to pass back in. This is why
the C API has FD_ISSET() to check the result of a select(). I really
don't like this current behaviour of socket_select(). It will confuse the
hell out of anybody coming at
* Sebastian Bergmann wrote:
For most PHP programmers, mixing PHP and HTML (or using a template
system of some kind to avoid this) is enough. These are the users of
the quick, powerful platform for creating web sites, in use by
hundreds of thousands of people around the world.
I fully
On Sun, 2 Jun 2002, Björn Schotte wrote:
It's great that PHP is so easy to learn and that you can
get good results without investing too much time (and therefore,
too much money). But as web sites get more and more complex
(guestbooks are boring, integrating PHP applications into complex
On Sun, 2 Jun 2002, Sebastian Bergmann wrote:
layout with some logic. For many of those, PHP is / was the first
programming language they learned.
I wonder if that's good or bad thing? :)
There are also a number of people for whom the above is not enough.
They strive for the
Hi,
I finally got apache2.0.36 working on BSD/OS with php-4.2.1 - the key being
--without-tsrm on php and --disable-threads on apache2 - prefork mpm only.
However - this breaks both SIGHUP as SIGUSR1 ([Sat Jun 01 16:51:38 2002]
[notice] seg fault or similar nasty error detected in the parent
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
Private members and methods, interfaces, Application Servers, Beans,
Enterprise Beans.
And coming back to the original topic of this thread: perfect support
for XML and
On Sun, Jun 02, 2002 at 04:21:48PM +0200, Sebastian Bergmann wrote :
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
And coming back to the original topic of this thread: perfect support
for XML and all related
Yeah, I guess so. It just isn't very clear how this is mapped to PHP in
the current docs. I will write up some better docs.
-Rasmus
On Sun, 2 Jun 2002 [EMAIL PROTECTED] wrote:
On Sat, 1 Jun 2002, Rasmus Lerdorf wrote:
So you save the original array of sockets to pass back in. This is
On Sun, 2 Jun 2002, Lukas Schroeder wrote:
instead of modifying ./configure to allow grouping a set of --with{out}
--{en|dis}able into one option (--basic, --bare, ...) i propose setting
up brothers of ./config.nice like
./config.bare
./config.basic
./config.standard
./config.everything
There's a great difference here, apache2filter misses many of
the functions provided by the apache sapi. The question is,
is someone working on adding them or are they silently
dropped?
I'm asking for two reasons: consistency and documentation.
apache2filter is a long
At 04:21 PM 6/2/2002 +0200, Sebastian Bergmann wrote:
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
Private members and methods, interfaces, Application Servers, Beans,
Enterprise Beans.
Are you aware how complex
At 18:52 2-6-2002, Daniel BODEA shared with all of us:
apache2filter is a long way from production status. A previous thread stated
it's some 6 months away from real beta quality due to the lack of time from
developers familiar with the apache 2 API. I plan on doing some work on this
myself but
Andi Gutmans wrote:
Are you aware how complex and expensive it is to create a Java
application server solution?
Probably not. But I know that Derick et al. are doing a good job adding
Application Server-like functionality to the PHP Platform with SRM.
--
Sebastian Bergmann
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
Private members and methods, interfaces, Application Servers, Beans,
Enterprise Beans.
And coming back to the original topic of this thread: perfect support
* Jani Taskinen wrote:
Could you explain in more detail what exactly these needs
would be?
As Sebastian mentioned (sorry I couldn't reply earlier,
we are currently moving PHP-Center/PHP-Conference to a
new machine) things like Application Server functionality
(VL-SRM), native .NET and
On Sun, Jun 02, 2002 at 06:52:35PM +0200, Daniel BODEA wrote:
apache2filter is a long way from production status. A previous thread stated
it's some 6 months away from real beta quality due to the lack of time from
developers familiar with the apache 2 API. I plan on doing some work on this
On Sun, Jun 02, 2002 at 11:33:08AM -0700, Aaron Bannert wrote:
I really wish people would stop quoting artificial dates for when the
apache2filter will magically become stable, and just start using it
and identifying problems. A few of us have put some great effort into
making it usable, and
Markus Fischer wrote:
On Sun, Jun 02, 2002 at 04:21:48PM +0200, Sebastian Bergmann wrote :
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
And coming back to the original topic of this thread: perfect support
for XML
At 05:21 PM 6/2/2002, Sebastian Bergmann wrote:
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
Private members and methods, interfaces, Application Servers, Beans,
Enterprise Beans.
Seriously, Sebastian, if the only
At 09:13 PM 6/2/2002, Sebastian Bergmann wrote:
Andi Gutmans wrote:
Are you aware how complex and expensive it is to create a Java
application server solution?
Probably not. But I know that Derick et al. are doing a good job adding
Application Server-like functionality to the PHP
At 09:23 PM 6/2/2002, Björn Schotte wrote:
* Jani Taskinen wrote:
Could you explain in more detail what exactly these needs
would be?
As Sebastian mentioned (sorry I couldn't reply earlier,
we are currently moving PHP-Center/PHP-Conference to a
new machine) things like Application
Zeev Suraski wrote:
A multithreaded server running code is hardly what EJB is about.
No, but when people use the words PHP and Application Server in
conjunction, they mean a server that provides persistence for PHP
objects in the way SRM provides. SRM's Bananas have in my opinion the
XML/SOAP seems to be worked on quite well
SRM will add interesting features, although it will have to be quite
mature before I will start integrating it into my framework
What I would like to see now is clean ups to the extensions and making
sure they work, are well documented and maintained.
Zeev Suraski wrote:
PHP can become stronger, but it will NEVER make a shift and become
Java.
I don't want it to become Java.
I want PHP to stay as simple as possible for beginners, simpler if
possible as Shane pointed out. Regarding this I think once the
PEAR/PECL infrastructure is
At 12:13 AM 6/3/2002, Sebastian Bergmann wrote:
But, as I said before, I don't understand why simplicity should mean in
its consequence that software designs you find these days in the Java
World cannot be done with PHP. The essence (in one sentence) of what I
would like to see:
Need some help will barter my skills in return...this a simple thing i am sure.. i
want to do it
just need guidance.. in exchange i have very strong artistic design skills that i
often barter.
anyone who would be intrested Please email me @
[EMAIL PROTECTED]
thanks
Mel
On Sun, 2002-06-02 at 23:13, Sebastian Bergmann wrote:
Zeev Suraski wrote:
PHP can become stronger, but it will NEVER make a shift and become
Java.
I don't want it to become Java.
I want PHP to stay as simple as possible for beginners, simpler if
possible as Shane pointed out.
There are also a number of people for whom the above is not enough.
They strive for the possibilities the Java platform offers, without
being forced to develop in a closed-source environment. As I said
before, I really like Java as a language, but don't want to use the
Java
On Sat, 2002-06-01 at 02:08, [EMAIL PROTECTED] wrote:
On Sat, 1 Jun 2002, Yasuo Ohgaki wrote:
[...]
I wish it became a default module, too.
Sure, lets enable everything by default then. ODBC is very important too,
and of course also encryption, so we need mcrypt and mhash, or the
Stig S. Bakken Wrote:
But that is what you'll never get with PHP. Just look at how fast
creating objects is in Java. Java revolves aroun on objects, they are
created and destructed implicitly during execution of overloaded
operators and everything. PHP has a _much_ higher cost for
Sebastian Bergmann Wrote:
I love PHP, but I would like to design and implement my application
the same way I could do with Java.
I think this is the problem. PHP is not Java, so it follows you would
probably need a different approach.
When I code something in assembler,
I am getting the following error, and since i am a newbie at php not sure what the
problem
is can someone give me a clue.
it will create a article link but then you click on the article and it has not created
the
the article.. did i forget something
Add Article
Warning:
On Sun, 2 Jun 2002, Sebastian Bergmann wrote:
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
Private members and methods, interfaces, Application Servers, Beans,
Enterprise Beans.
And coming back to the original topic
On Sun, 2 Jun 2002, Andi Gutmans wrote:
At 04:21 PM 6/2/2002 +0200, Sebastian Bergmann wrote:
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
Private members and methods, interfaces, Application Servers, Beans,
On Sun, 2 Jun 2002, Björn Schotte wrote:
new machine) things like Application Server functionality
(VL-SRM), native .NET and WebServices Support, better
SRM already exists... What it needs is people to really
use it and report the bugs and missing features..and also
some free time
It seems that the discussions recently go around this
same hot potato (under many different topics):
Missing vision and people standing behind it.
There are lot of different visions how PHP should
evolve or not. Two major disagreements seem to be
the environment where
I don't think a dictator is needed. Even if I or someone else was to
dictate that PHP was a web-only scripting language, do you really think
that people would stop working on and using PHP for other things?
We can, and should, be able to reach concensus on these various issues.
And we
If the file exists (you're over-writing it), chmod the file so that you have
write permission. If you're creating a file, chmod the directory you're
trying to create the file in so that you have write permission. I think this
should fix it.
Melva Garcia [EMAIL PROTECTED] wrote in message
[EMAIL
At 03:36 AM 6/3/2002 +0300, Jani Taskinen wrote:
On Sun, 2 Jun 2002, Andi Gutmans wrote:
At 04:21 PM 6/2/2002 +0200, Sebastian Bergmann wrote:
Jani Taskinen wrote:
I'm not that familiar with Java..so it would be nice to hear
what Java offers that PHP doesn't?
Private members and
I am curious, besides some language quarks, like multidimentional arrays,
what sorts of things can you do in Java which can not be done in PHP?
I'm actually curious about the multidimensional arrays point. Exactly
what do you mean? PHP can obviously do $a[1][2][3][4]...
-Rasmus
--
PHP
Björn Schotte wrote:
Perhaps some more complexity to the language itself.
I don't think adding new language keywords (like 'private' or 'delete'
in Zend Engine 2) make the language more complex.
--
Sebastian Bergmann
http://sebastian-bergmann.de/
Jani Taskinen wrote:
SRM already exists... What it needs is people to really
use it and report the bugs and missing features..and also
some free time for the people working on it. :)
I'll have some time planned to spend on this soon.
--
Sebastian Bergmann
http://sebastian-bergmann.de/
Rasmus Lerdorf wrote:
A roadmap marked in stone is going to alienate people and make them
less likely to go exploring down roads that whoever wrote the roadmap
didn't think of.
Roadmaps can be changed. Or be short-termed. I think it'd be nice to
have a roadmap like: In the next three
Jani Taskinen wrote:
Is something/someone preventing anyone from doing all this?
Look at the discussion that followed the proposition of bundling
libxml/libxslt with PHP.
And doesn't ZE2 address almost all of those OO related things?
It does. Personally, I'm missing two things in Zend
Stig S. Bakken wrote:
PHP has a _much_ higher cost for using objects. This has design
implications that rules out designing your PHP code as you would do
for Java.
Ah, here comes the beauty of SRM to play: I don't care about object
creation costs, if I have to create my objects only
Zeev Suraski wrote:
Ok, just wondering, can you explain why, for an average person,
learning PHP takes an average of the time it takes to learn Java?
Java has a much higher learning curve, because it more or less forces
the programmer to use object orientation. Which, for medium to large
[EMAIL PROTECTED] wrote:
I am curious, besides some language quarks, like multidimentional
arrays,
What's your problem with multi-dimensional arrays in PHP?
--
Sebastian Bergmann
http://sebastian-bergmann.de/ http://phpOpenTracker.de/
Did I help you? Consider a
That's fine, but that is not what Jani was talking about. And I am
curious, what do all the developers who have no interest (or no
experience) with one particular topic like this do in those 3 months?
I think people want to apply traditional software development
methodologies to open source
50 matches
Mail list logo