Robert Cummings wrote:
Rene Veerman wrote:
+1 for top-posting..
-1 to compensate .
proper nettiquette is to put replies beneath the quotes you're
replying to, and deleting the rest.
ultimately this 'rule' of bottomposting is laziness of the ones who
like that style of quoting.
they want
Daevid Vincent wrote:
Why don't you set up a vote to see how many developers actually *want*
threading. That would be a good indication of whether or not it is
actually worth the PHP development team spending a lot of
time on it at the loss of other features which people want more.
I already di
Daevid Vincent wrote:
> Well, since I was the one that started this shit-storm, I'll chime in
> for a minute... ;-)
>
>> If you added threading to the bag of tricks it already has, you're
>> getting into areas that make it more difficult to pick up for
>> beginners (and that's not to mention the
MvH / Hans Åhlin
Tel: +46761488019
http://www.kronan-net.com/
irc://irc.freenode.net:6667 - TheCoin
2010/3/25 Rene Veerman :
> On Thu, Mar 25, 2010 at 6:13 AM, Hans Åhlin wrote:
>>I admit that if there were native support for threading I
>> would use it. But I don´t want the support for threadi
Tommy Pham wrote:
> I think you're missing my point. Given your current hardware,
> software, product list, etc... how long does it take to run your
> queries in series? If you were able to run them in parallel and
> deliver faster response time to the users, would you implement PHP
> thread, if
Tommy Pham wrote:
> As such, let's dissect what you mentioned:
>
> 1) PHP with internal thread support
> 2) PHP with external C/C++ thread support
That's not quite what I mentioned, but I'll accept it for the sake of
argument.
> * Performance - having external thread support, now you have to c
Tommy Pham wrote:
> I don't
> use Linux nor an expert in it but implementing custom thread solution
> like that means understanding about SELinux vs AppArmor vs Grsecurity
> or am I wrong?
Yes, you are wrong. The Posix thread model implemented in the pthread
library in Linux is easy to pick up
Tommy Pham wrote:
> As some of you mention that implementing threads will make the DB work
> harder than the standard serial operations queries, let me ask you
> these then:
>
> * How often does your DB server(s)/cluster utilizes 100% CPU (SMP/MC),
> memory, and disk IO?
Assuming we're talking u
Per Jessen wrote:
> CPU 100% - rarely, but it happens.
> Memory 100% - all the time.
> Disk IO 100% - less than all the time, but it's very busy.
FYI, it's actually quite difficult to drive a disk subsystem to
consistent 100% utilization over a period of time. Oracle uses
asynchronous I/O and co
On Thu, Mar 25, 2010 at 07:28, Rene Veerman wrote:
> +1 for top-posting..
>
> proper nettiquette is to put replies beneath the quotes you're
> replying to, and deleting the rest.
So why are you not doing it?
> ultimately this 'rule' of bottomposting is laziness of the ones who
> like that style
On Thu, 25 Mar 2010, Rene Veerman wrote:
> +1 for top-posting..
*sigh*. you're joking, right? you're seriously telling me that
there are people who are still sufficiently ignorant and childish that
they're still fighting this top- versus bottom-posting war?
the war is over. the consensus
So I tested two scenario:
- First, I gather all the files selected for the patch and then compress
them together and here is what is displayed:
[Begin display]
The command zip -gr ../../build/Patch-6-3-2_Q3P15.zip * returned a status of
14 and the following output:
adding: bin/ (stored 0%)
adding
Forgot to say, it is the second scenario that generate corrupted zip and
text files with unexpected end of files.
2010/3/25 Bastien Helders
> So I tested two scenario:
>
> - First, I gather all the files selected for the patch and then compress
> them together and here is what is displayed:
>
>
We recently para-virtualised a Xen / CentOS box which is running script
which uses fsockopen() to get a connection to an SMTP server.
Since the server changes it fails approx 50% of the time with:
"php_network_getaddresses: getaddrinfo failed: Temporary failure in name
resolution"
We've trie
On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen wrote:
>> * If you could implement threads and run those same queries in 2+
>> threads, the total time saved from queries execution is 1/2 sec or
>> more, which is pass along as the total response time reduced. Is it
>> worth it for you implement thread
Tommy Pham wrote:
> On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen wrote:
>>> * If you could implement threads and run those same queries in 2+
>>> threads, the total time saved from queries execution is 1/2 sec or
>>> more, which is pass along as the total response time reduced. Is it
>>> worth it
On Thu, 2010-03-25 at 08:28 +0200, Rene Veerman wrote:
> proper nettiquette is to put replies beneath the quotes you're
> replying to, and deleting the rest.
>
> ultimately this 'rule' of bottomposting is laziness of the ones who
> like that style of quoting.
> they want everyone to conform to t
On Thu, 2010-03-25 at 08:11 +0200, Rene Veerman wrote:
> right now my cms is 2D, and indeed most of the graphics are static
> then.
>
> but i have plans to lift it into 3D, with "rooms" interacting via
> avatars, and then the graphics-selection and avatar-behavior
> (animations) selections alone
On Thu, Mar 25, 2010 at 12:02 PM, Ashley Sheridan
wrote:
> On Thu, 2010-03-25 at 08:11 +0200, Rene Veerman wrote:
>
> right now my cms is 2D, and indeed most of the graphics are static then.
>
> but i have plans to lift it into 3D, with "rooms" interacting via
> avatars, and then the graphics-sel
On 03/25/2010 03:51 PM, David Lidstone wrote:
We recently para-virtualised a Xen / CentOS box which is running script
which uses fsockopen() to get a connection to an SMTP server.
Since the server changes it fails approx 50% of the time with:
"php_network_getaddresses: getaddrinfo failed: Tempo
> Hi,
>
> I want to properly learn object oriented programming as I've been coding in
> procedural style since I started with PHP a few years ago, and want to give
> OOP a shot. The web isn't really a good resource to learn OOP in PHP to be
> honest, as a lot is outdated for PHP4's style of OOP. I
> On Thu, 2010-03-25 at 08:28 +0200, Rene Veerman wrote:
>
> This list isn't just for programmers. It's for professionals and
> beginners alike. Surely it makes sense to make the list as accessible as
> possible for people?
I am somewhat still a beginner and signed up on this list about 5 days a
[snip]
...like any good bottom poster should
[/snip]
RTFA's, it has been discussed ad nauseum. Let's get back to PHP.
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Absolutely top posting is the most efficient way of doing it! If I need to
see what the thread is all about, I have no problems starting from the bottom
and working my way up. It would be nice if everyone adopted top posting,
though. Trying to read threads where postings are at the top and b
Per Jessen wrote:
Tommy Pham wrote:
(I remember a list member, not mentioning his name, does optimization
of PHP coding for just microseconds. Do you think how much more he'd
benefit from this?)
Anyone who optimizes PHP for microseconds has lost touch with reality -
or at least forgotten tha
I'm really stumped, it seems that although the script is running under the
time limit, if a single instruction such as exec("zip") in the first case,
or copy() in the second case are timing out, because it takes too much time
processing the big file.
Is there any configuration in php.ini (or anywh
Nilesh Govindarajan wrote:
On 03/25/2010 03:51 PM, David Lidstone wrote:
We recently para-virtualised a Xen / CentOS box which is running script
which uses fsockopen() to get a connection to an SMTP server.
Since the server changes it fails approx 50% of the time with:
"php_network_getaddresse
Floyd Resler wrote:
Absolutely top posting is the most efficient way of doing it! If I need to
see what the thread is all about, I have no problems starting from the bottom
and working my way up. It would be nice if everyone adopted top posting,
though. Trying to read threads where posting
remove
Sincerely,
Michael Roberts
Executive Recruiter
Corporate Staffing Services
150 Monument Road, Suite 510
Bala Cynwyd, PA 19004
P 610-771-1084
F 610-771-0390
E mrobe...@jobscss.com
Check out my recent feature article in Professional Surveyor 12/09
edition.
http://www.profsurv.co
On Mar 25, 2010, at 9:48 AM, Lester Caine wrote:
> Floyd Resler wrote:
>> Absolutely top posting is the most efficient way of doing it! If I need to
>> see what the thread is all about, I have no problems starting from the
>> bottom and working my way up. It would be nice if everyone adopted
At 6:34 PM -0700 3/24/10, Daevid Vincent wrote:
-snip-
You didn't used to be so difficult, what changed?
For me it's preferable to select windmills that are in my best
interest to tilt. Otherwise, what's the point?
Cheers,
tedd
--
---
http://sperling.com http://ancientstones.com http:
On 25 March 2010 13:31, Bastien Helders wrote:
> I'm really stumped, it seems that although the script is running under the
> time limit, if a single instruction such as exec("zip") in the first case,
> or copy() in the second case are timing out, because it takes too much time
> processing the bi
I am working on a parser for logs from a spam firewall. The format is
predictable until it reaches a certain point. It then varies greatly.
There are 2 things I want to grab from this area; the size of the
message (if it exists) and the subject (if it exists)
The line might look something like th
On 25 March 2010 16:42, Paul Halliday wrote:
> I am working on a parser for logs from a spam firewall. The format is
> predictable until it reaches a certain point. It then varies greatly.
>
> There are 2 things I want to grab from this area; the size of the
> message (if it exists) and the subjec
Paul Halliday wrote:
>
> Is there any way to clean this up a bit?
>
This is what I usually do:
if ( ($matches=preg_match(linepattern1,text,match))>0 )
{
// do stuff speicifc to linepattern1
}
else
if ( ($matches=preg_match(linepattern2,text,match))>0 )
{
// do stuff speicifc to linepattern2
}
On Wed, Mar 24, 2010 at 22:45, Nilesh Govindarajan wrote:
> Bottom posting helps in users who are not participating in the thread from
> the start and would like to do so.
Particularly for uniformity for archival purposes.
As has been discussed time and time again, there are many
prefere
On Thu, Mar 25, 2010 at 13:40, Daniel Brown wrote:
> On Wed, Mar 24, 2010 at 22:45, Nilesh Govindarajan wrote:
>> Bottom posting helps in users who are not participating in the thread from
>> the start and would like to do so.
>
> As has been discussed time and time again, there are many
> pre
On Thu, Mar 25, 2010 at 09:05, Parham Doustdar wrote:
>
> P.S.: Please, if this is off-topic, do not shout at me. I tried going to
> http://news.php.net to find any rules regarding what is and isn't allowed on
> the list, but found none. This is of course my shortcoming, but I prefer
> being conta
On Thu, Mar 25, 2010 at 12:22:31PM -0400, tedd wrote:
> At 6:34 PM -0700 3/24/10, Daevid Vincent wrote:
> -snip-
>
> You didn't used to be so difficult, what changed?
Oh no, he gets testy from time to time.
Paul
--
Paul M. Foster
--
PHP General Mailing List (http://www.php.net/)
To unsubs
On 03/25/2010 07:01 PM, David Lidstone wrote:
Nilesh Govindarajan wrote:
On 03/25/2010 03:51 PM, David Lidstone wrote:
We recently para-virtualised a Xen / CentOS box which is running script
which uses fsockopen() to get a connection to an SMTP server.
Since the server changes it fails approx
On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen wrote:
> Tommy Pham wrote:
>
>> On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen wrote:
* If you could implement threads and run those same queries in 2+
threads, the total time saved from queries execution is 1/2 sec or
more, which is pass al
On 25 March 2010 19:37, Tommy Pham wrote:
> On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen wrote:
>> Tommy Pham wrote:
>>
>>> On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen wrote:
> * If you could implement threads and run those same queries in 2+
> threads, the total time saved from queries e
On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind wrote:
> On 25 March 2010 19:37, Tommy Pham wrote:
>> On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen wrote:
>>> Tommy Pham wrote:
>>>
On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen wrote:
>> * If you could implement threads and run those same quer
On 25 March 2010 20:09, Tommy Pham wrote:
> On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind wrote:
>> On 25 March 2010 19:37, Tommy Pham wrote:
>>> On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen wrote:
Tommy Pham wrote:
> On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen wrote:
>>> * If
On Thu, 2010-03-25 at 12:09 -0700, Tommy Pham wrote:
> On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind wrote:
> > On 25 March 2010 19:37, Tommy Pham wrote:
> >> On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen wrote:
> >>> Tommy Pham wrote:
> >>>
> On Thu, Mar 25, 2010 at 1:46 AM, Per Jessen wrot
On Thu, Mar 25, 2010 at 12:13 PM, Peter Lind wrote:
> On 25 March 2010 20:09, Tommy Pham wrote:
>> On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind wrote:
>>> On 25 March 2010 19:37, Tommy Pham wrote:
On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen wrote:
> Tommy Pham wrote:
>
>> On T
On Thu, Mar 25, 2010 at 12:11 PM, Ashley Sheridan
wrote:
>
> On Thu, 2010-03-25 at 12:09 -0700, Tommy Pham wrote:
>
> On Thu, Mar 25, 2010 at 12:02 PM, Peter Lind wrote:
> > On 25 March 2010 19:37, Tommy Pham wrote:
> >> On Thu, Mar 25, 2010 at 3:55 AM, Per Jessen wrote:
> >>> Tommy Pham wrote:
On 25 March 2010 20:19, Tommy Pham wrote:
> Aren't all feature requests must be analyzed the same way? Example,
> namespace, how many of us actually uses it now when there is an
> alternative solution- subfolders - that we've been using since who
> knows how long. I don't know if threads was ask
On Thu, Mar 25, 2010 at 12:28 PM, Peter Lind wrote:
> On 25 March 2010 20:19, Tommy Pham wrote:
>> Aren't all feature requests must be analyzed the same way? Example,
>> namespace, how many of us actually uses it now when there is an
>> alternative solution- subfolders - that we've been using si
For faster dns lookup you can install dnsmasq package and make the local
server cache.
May be that'll solve your problem and the server will be faster.
Shiplu Mokaddim
My talks, http://talk.cmyweb.net
Follow me, http://twitter.com/shiplu
SUST Programmers, http://groups.google.com/group/p2psust
In
On 25 March 2010 20:59, Tommy Pham wrote:
> On Thu, Mar 25, 2010 at 12:28 PM, Peter Lind wrote:
>> On 25 March 2010 20:19, Tommy Pham wrote:
>>> Aren't all feature requests must be analyzed the same way? Example,
>>> namespace, how many of us actually uses it now when there is an
>>> alternativ
Tommy Pham wrote:
> I'm presenting the argument for threading. Per is presenting the work
> around using asynchronous queries via mysqlnd. I did read that link a
> few days ago, "Although the user can send multiple queries at once,
> multiple queries cannot be sent over a busy connection. If a q
Peter Lind wrote:
> I'm not against threads in PHP per se ... I just haven't seen a very
> convincing reason for them yet, which is why I'm not very positive
> about the thing.
Roughly the same here - I don't think threading belongs in PHP, but if
someone decides it's a good idea, I won't be arg
Tommy Pham wrote:
> Here's my analysis, let's say that you have 1000 requests / second on
> the web server. Each request has multiqueries which take a total of 1
> second to complete. In that one second, how many of those 1000 arrive
> at the same time (that one instant of micro/nano second)?
Hey everyone,
I have a question. If I do a mysql query that updates a column in a row
to the same value, I get 0 rows affected. However, I also get 1 or more
matched rows. Is there a way that I can return the number of matched
rows, rather than the number of rows affected?
I'm trying to get s
On Mar 25, 2010, at 5:10 PM, James Colannino wrote:
> Hey everyone,
>
> I have a question. If I do a mysql query that updates a column in a row
> to the same value, I get 0 rows affected. However, I also get 1 or more
> matched rows. Is there a way that I can return the number of matched
> ro
Floyd Resler wrote:
> As for as I know, MySQL simply just doesn't report a row as being affected if
> nothing has changed in it. To get the number of matched rows, try doing a
> SELECT query before you do the UPDATE query. I don't know if that will
> produce the results you're looking for, but
Per Jessen wrote:
Tommy Pham wrote:
I'm presenting the argument for threading. Per is presenting the work
around using asynchronous queries via mysqlnd. I did read that link a
few days ago, "Although the user can send multiple queries at once,
multiple queries cannot be sent over a busy conne
On Thu, Mar 25, 2010 at 9:19 PM, James Colannino wrote:
> Yeah, the extra select is what I was hoping to avoid :-P The MySQL
> client will return both the number of rows matched and the number of
> rows affected by the query; I was hoping perhaps the PHP API offered a
> way for me to do the same.
On 25 March 2010 22:51, Lester Caine wrote:
> Per Jessen wrote:
>>
>> Tommy Pham wrote:
>>
>>> I'm presenting the argument for threading. Per is presenting the work
>>> around using asynchronous queries via mysqlnd. I did read that link a
>>> few days ago, "Although the user can send multiple qu
On Thu, Mar 25, 2010 at 1:50 PM, Per Jessen wrote:
> Tommy Pham wrote:
>
>> I'm presenting the argument for threading. Per is presenting the work
>> around using asynchronous queries via mysqlnd. I did read that link a
>> few days ago, "Although the user can send multiple queries at once,
>> mul
On Thu, Mar 25, 2010 at 3:04 PM, Tommy Pham wrote:
> On Thu, Mar 25, 2010 at 1:50 PM, Per Jessen wrote:
>> Tommy Pham wrote:
>>
>>> I'm presenting the argument for threading. Per is presenting the work
>>> around using asynchronous queries via mysqlnd. I did read that link a
>>> few days ago, "
There's the code example from that same link. You may have executed
the queries asynchronously, but the process of the results are still
serial. Let's face it, all of our processing of queries are not a
simple echo. We iterate/loop through the results and display them in
the desired format. H
On 25 March 2010 23:23, Tommy Pham wrote:
>
> There's the code example from that same link. You may have executed
> the queries asynchronously, but the process of the results are still
> serial. Let's face it, all of our processing of queries are not a
> simple echo. We iterate/loop through the
On Thu, Mar 25, 2010 at 3:35 PM, Peter Lind wrote:
> On 25 March 2010 23:23, Tommy Pham wrote:
>>
>> There's the code example from that same link. You may have executed
>> the queries asynchronously, but the process of the results are still
>> serial. Let's face it, all of our processing of que
Does anyone have any experience with authorize.net?
I have a test account with authorize.net and I have written a script to use
the checkout of authorize.net but I keep getting this error:
3|2|13|The merchant login ID or password is invalid or the account is
inactive.||P|0|||45.99||auth_capture
Hello David McGlone,
Am 2010-03-25 20:45:19, hacktest Du folgendes herunter:
> Does anyone have any experience with authorize.net?
Yes, I get currently per day arround 16.000 phishing
spams or something like this...
Thanks, Greetings and nice Day/Evening
Michelle Konzack
Systemadministra
On Thursday 25 March 2010 21:17:38 Michelle Konzack wrote:
> Hello David McGlone,
>
> Am 2010-03-25 20:45:19, hacktest Du folgendes herunter:
> > Does anyone have any experience with authorize.net?
>
> Yes, I get currently per day arround 16.000 phishing
> spams or something like this...
Huh? wh
> -Original Message-
> From: tedd [mailto:tedd.sperl...@gmail.com]
> Sent: Thursday, March 25, 2010 9:23 AM
> To: Daevid Vincent; php-general@lists.php.net
> Subject: Re: [PHP] Top vs. Bottom Posting.
>
> At 6:34 PM -0700 3/24/10, Daevid Vincent wrote:
> -snip-
>
> You didn't used to
On Thu, Mar 25, 2010 at 08:45:19PM -0400, David McGlone wrote:
> Does anyone have any experience with authorize.net?
>
> I have a test account with authorize.net and I have written a script to use
> the checkout of authorize.net but I keep getting this error:
>
> 3|2|13|The merchant login ID or
> -Original Message-
> From: Robert Cummings [mailto:rob...@interjinn.com]
> Sent: Thursday, March 25, 2010 6:25 AM
> To: Per Jessen
> Cc: php-general@lists.php.net
> Subject: Re: [PHP] Will PHP ever "grow up" and have threading?
>
> Per Jessen wrote:
> > Tommy Pham wrote:
> >
> >> (I re
Daevid Vincent wrote:
If I have to wait 3 seconds for a page to render, that wait is noticeable.
Dumb users will click refresh, and since (unbelievably in this day and age)
PHP and mySQL don't know the user clicked 'stop' or 'refresh', and
therefore mySQL will execute the same query a second tim
> -Original Message-
> From: Robert Cummings [mailto:rob...@interjinn.com]
> Sent: Thursday, March 25, 2010 7:16 PM
>
> Daevid Vincent wrote:
> >
> > If I have to wait 3 seconds for a page to render, that wait
> is noticeable.
> > Dumb users will click refresh, and since (unbelievably
Daevid Vincent wrote:
-Original Message-
From: Robert Cummings [mailto:rob...@interjinn.com]
Sent: Thursday, March 25, 2010 7:16 PM
Daevid Vincent wrote:
If I have to wait 3 seconds for a page to render, that wait
is noticeable.
Dumb users will click refresh, and since (unbelievab
On Thu, Mar 25, 2010 at 8:15 PM, Robert Cummings wrote:
> Daevid Vincent wrote:
>>
>>
>>>
>>> -Original Message-
>>> From: Robert Cummings [mailto:rob...@interjinn.com] Sent: Thursday, March
>>> 25, 2010 7:16 PM
>>>
>>> Daevid Vincent wrote:
If I have to wait 3 seconds for a page
Tommy Pham wrote:
On Thu, Mar 25, 2010 at 8:15 PM, Robert Cummings wrote:
Daevid Vincent wrote:
-Original Message-
From: Robert Cummings [mailto:rob...@interjinn.com] Sent: Thursday, March
25, 2010 7:16 PM
Daevid Vincent wrote:
If I have to wait 3 seconds for a page to render, that
76 matches
Mail list logo
