Thijs Lensselink wrote:
> I don't see where N0K asks for mapping of $_GET to commandline
> parameters.
He did't specifically ask, but his attempts seem to suggest that's what
he was hoping for.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To uns
N0K wrote:
> But if it run in the browser, i think it have to run in cli, dont you
> think ?
No, certainly not by default. They are very different environments, as
you have already found out.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit
while.
Use the XSLT extension? You can probably find some xslt code somewhere
that'll help you. I'm sure I've got something hidden away somewhere.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
ok at CSS and javascript.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
gt; the information, so the page is always updated??
After you've processed the POST request, you finish with something like
this:
header("HTTP/1.0 303 See other");
header("Location: #");
exit;
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
ne. You can do that by telling mysql which timezone
you want per session.
http://dev.mysql.com/doc/refman/5.0/en/time-zone-support.html
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
ot;@" that are separated by periods? like "@email.alaska.com" . It
> looks to me like it's only looking for one example of that pattern.
> Does the "()" allow an unlimited number of patterns to pass?
No, but the following '+' does.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Matthew Lasar wrote:
> At 11:32 AM 8/31/2007, Per Jessen wrote:
>>Matthew Lasar wrote:
>>
>> > But I don't understand why the second half of the regular
>> > expression works. I'm talking about this part:
>> >
>> > @([-a-z0-9]+\.)+[a-z
th a lot of resources can cope with a lot
of resource abuse/waste without performance ever suffering).
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
ns them, but you could
> parse the output of nslookup and cache the results.
Or read the contents of /etc/resolv.conf
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Richard Heyes wrote:
>> Or read the contents of /etc/resolv.conf
>
> Faster for static DNS servers, but if you're using DHCP assigned
> servers, they aren't likely to be in there.
>
Yes they are. The DNS resolver has just one place to look, and
that's /etc/res
ing the options statement
in /etc/resolv.conf:
options timeout: 2 (2 seconds).
See 'man resolv.conf'.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Steve Finkelstein wrote:
> Do you use logic in your code to find a missing ID and insert new
> records based on that? Or do you just ignore it, let mysql handle the
> numbering and go on with your lives?
The latter.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php
just do it in C, and use the openssl library.
But if it has to be PHP, see if you can find some PHP<>openssl bindings.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
anyone know how I
> might add the "file name" information to the ndfdViaPipe.kmz?
Add some headers before you send the file:
header("Content-Type: application/octet-stream");
header("Content-Disposition: attachment; filename=\"blah.zip\"");
ly use iconv()).
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
al tell you:
http://www.php.net/manual/en/function.pack.php
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
magoo wrote:
> In their oppinion stuff like the short PHP init " "" is forbidden.
> Do you people code that strict?
Yep. If you're using XHTML you have no other option.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
e the PHP/HTML mix - seems to make it easier for me to use apache
language-negotiation. My PHP code is language-neutral, my HTML files
aren't.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
brian wrote:
> Per Jessen wrote:
>> magoo wrote:
>>
>>>In their oppinion stuff like the short PHP init ">>"" is forbidden.
>>>Do you people code that strict?
>>
>> Yep. If you're using XHTML you have no other optio
hose of us
> who choose to use it).
I think it's fine for PHP to leave some of these as user options, but
the default should be to leave short_open_tag off (and have an
otherwise sane set of defaults).
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
or even turn them
into XML is tiresome at best.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
straight forward.
Depending on what features you've used, you may have to rewrite some of
your code. For instance, we used the xslt sablotron interface, which
no longer exists in php5. Had to rewrite, which as it turns out was
not too much effort, but I'm sure there are other more com
Maybe it's worth doing some googling for wordpress and php5? If it's
not your code, it's not easy to debug. I have seen the apache core
dump many times, sometimes caused by obvious errors, other times by
something obscure and difficult to find.
/Per Jessen, Zürich
-
posting?
Anyway, I think it's exceptionally poor show by php to cause a segfault,
probably due to user code. I know it does it every now and then, and
nobody has ever been interested in looking at the core dump.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Daniel Brown wrote:
> On 9/12/07, Per Jessen <[EMAIL PROTECTED]> wrote:
>> Migrating from v4 to v5 is not necessarily straight forward.
>> Depending on what features you've used, you may have to rewrite some
>> of
>> your code. For instance, we used the
ually managed to get Apache started with PHP
> installed so trying to debug stuff running in PHP is a little
> pointless.
You don't actually need anything running to debug it. There is a core
dump, that's plenty of diagnostics.
/Per Jessen, Zürich
--
PHP General Mailing Lis
on Sep 10 15:20:12 2007] [notice] child pid 28605 exit signal
Segmentation fault (11)
[Mon Sep 10 15:23:07 2007] [notice] child pid 28607 exit signal
Segmentation fault (11)
[Mon Sep 10 18:31:39 2007] [notice] child pid 20378 exit signal
Segmentation fault (11)
These were all caused b
am looks at core dumps all of the time to try to figure out
> bugs and other problems.
Whenever I've reported a core-dump (which I've stopped doing), nothing's
been done about it unless I've been able to produce a short script to
reproduce.
/Per Jessen, Zürich
--
PHP Gener
: Allowed memory size of bytes exhausted (tried
> to allocate 35 bytes) in /path/to/myprogram.php on line 16
>
> Line 16 is the first line above.
>
> I'm sure there is a better - more memory efficient - way to do this.
> Any suggestions?
$f=fopen( yourfile, "r&
would really prefer to find
> out what is wrong.
Get hold of one of core dumps, and submit it to the PHP developers. They
understand those.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
ump if it does not provide the key
information for solving a problem? If I still have to isolate and
reproduce the issue in user code, there seems to be very little need for
the core dump, right?
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Zbigniew Szalbot wrote:
> Problem solved! Daniel - this really helped. I do not even know how to
> thank you but surely, this is amazing. This thing actually works! :)
Amazing indeed. PHP does good work for me, but I'm not impressed.
/Per Jessen, Zürich
--
PHP General Mailing
or:
>
> PHP Fatal error: Call to undefined function hash_hmac()
>
> Does anyone have any suggestions as to what might be causing this?
The Apache and the CLI environments do have different setups - is it
possible that the hash extension was not built into what apache is
running
f external libraries. Expecting PHP to be
> perfect is unrealistic.
Actually I think the PHP developers should strive for just that. Not to
do so is like the GCC people saying - "well, don't expect us to
generate working code EVERY time" ...
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Per Jessen wrote:
> To let a user script bring down the host environment is just not
> acceptable. IMHO.
Here's an example from this morning - I have a situation where all I
need to do is add a single superfluous double quote, and I get a
segfault. Is that not poor error handlin
[EMAIL PROTECTED] wrote:
> On Fri, 14 Sep 2007 10:10:09 +0200, Per Jessen <[EMAIL PROTECTED]>
> wrote:
>> Per Jessen wrote:
>>
>>> To let a user script bring down the host environment is just not
>>> acceptable. IMHO.
>>
>> Here's an
Stut wrote:
> Per Jessen wrote:
>>> Segfaults are a fact of life
>>
>> Only if you are forced to accept poor programming. I can assure you
>> that segfaults are not tolerated in a regular production environment.
>> Segfaults happen in test and development
T.Lensselink wrote:
>>> Would love to see the code that caused this.
>>
>> http://jessen.ch/files/php-problem-sep2007.tar.gz
>>
>>
>> /Per Jessen, Zürich
>>
>> --
>> PHP General Mailing List (http://www.php.net/)
>> To unsubsc
T.Lensselink wrote:
>>> Would love to see the code that caused this.
>>
>> http://jessen.ch/files/php-problem-sep2007.tar.gz
>>
>>
>> /Per Jessen, Zürich
>>
>> --
>> PHP General Mailing List (http://www.php.net/)
>> To unsubsc
be
seeing.
See also http://bugs.php.net/bug.php?id=42666
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
, definitely. The complete code should always be available to you,
but that's not the same as being able to reproduce the problem.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
problem-include file to verify that virtual is doing
what it's supposed to.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
ves the problem.
Getting rid of the symptoms is easy, solving the problem is not.
include/require are not replacements for virtual(). virtual() creates
an apache sub-request which I need for content-negotiation.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscri
>
> That worked fine. I am sure that there are many differences in our
> environments. We are running Suse Linux, PHP 5.2.1, Apache 2.2.4.
That's close though - my workstation is openSUSE 10.2, PHP 5.2.4, Apache
2.2.4.
/Per Jessen, Zürich
--
PHP General Mailing List (h
rid,
> 'geonameid' => $data[0],
[snip]
> $this->objDbGeo->insertRecord($insarr);
> //$arr[] = $data;
> }
> fclose($handle);
For that sort of thing, I'd forget about PHP and just use multi-threaded
C. Especially if you've got an SMP ma
the current approach that I am taking, was just really
> wondering if there was some kind of voodoo that would speed things up
> a bit.
Given that you've got significant IO on both sides (file in, database
out), multi-threading it could work wonders. Not sure how you'd go
abou
Paul Scott wrote:
> Thanks to all for the suggestions - I now have to figure out the best
> way to manipulate every single record in that table (now over 6.5
> million rows) to add in a field (RDBMS function in C - so much
> easier)...
Isn't that just an ALTER ?
/Per Jesse
Seems to be fast too, but we don't really process anything large in
PHP.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
cribe new address.
Really quick.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
t fails...
>
> 4) Caching
And mysqls query cache does that pretty well.
http://dev.mysql.com/doc/refman/5.0/en/query-cache.html
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
nnection is held for it will not reduce the overall number of
> connections.
The number of connections is presumably only important if we speak about
the number of concurrent connections. If each query can be dealt with
faster due to caching, the number of concurrent connections should
drop.
tion will be given up faster, therefore
less _concurrent_ connections.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
nary.org/wiki/concurrent
"Happening at the same time; simultaneous."
> 100 people come to your website - that's still going to be 100
> connections to the database, regardless of where the results come
> from.
But if that is one every hour for a hundred hours, your max concurren
x27;re still going to
> have 100 connections to your database.
For a while, yes. I don't believe there is any sense in talking about
server load, number of connections, caching and concurrency without
talking about over how long.
When you think length("now")==0, you can have a
o luck.
>
> I know its not PHP specific (its JavaScript), but maybe one of you
> can help me anyways?
Hej Søren
to get it to work, you need to be in the Danish locale, otherwise "æøå"
won't be recognised as being word-characters. In javascript, I'm not
sure, but maybe you h
the name part, but not in the address part. If
you have them in the domain, you need to convert them to punycode
before you validate.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Is there no freopen function in php?
I need to redirect stdin to a filename - outside of a shell so I can't
use a plain < redirect).
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
citly.
Something similar goes for timezone I believe. setlocale() caused me
all kinds of grief 2-3 years ago.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
language irrelevant), but I've never
had to do any of the above. The mb_convert_encoding() from UTF-8 to
UTF-8 doesn't seem to make much sense?
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Colin Guthrie wrote:
> Per Jessen wrote:
>> I work almost exclusively in UTF-8 (language irrelevant), but I've
>> never had to do any of the above. The mb_convert_encoding()
>> fromUTF-8 to UTF-8 doesn't seem to make much sense?
>
> I agree. Provided you
ill also be in UTF8.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
PHP being the solid platform it is, it wouldn't dream of taking
down my server just because I get KOI8-R when I expected UTF-8 :-)
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
o a closed one. If you're not
authenticated, you're not getting anywhere to start with. If you
somehow manage to bypass that, and attempt to submit data I don't
expect, my priority is the survival of my application, nothing else.
/Per Jessen, Zürich
--
PHP General Mailing
Edward Vermillion wrote:
> On Sep 28, 2007, at 1:05 PM, Per Jessen wrote:
>>
>> Ed, your question was a good one, but so was my answer. In my case,
>> I don't cater to an open community, but to a closed one. If you're
>> not authenticated, you're n
Francisco Frost wrote:
> I'm getting an error with my PHP, I'm running Apache 2.2.6 and every
> time I try to access a PHP page on the Apache server, it says HTTP 500
> Internal Server Error, can anyone help?
Check your apache error logs. My guess is that PHP is making apache
Colin Guthrie wrote:
> UTF-8 works by using special bits at the MSB end of the byte to say,
> "I can't represent this character in one byte, I need to use 2 bytes
> (or 3 bytes)" (and maybe also 4? can't remember of the top of my
> head).
Yep, a UTF8 character
Zoltán Németh wrote:
> and anyway, the microseconds you could win with this really don't
> count that much to be worth the effort... find real bottlenecks and
> optimize against those.
And finally, if you're worried about microseconds, why are you using an
interpreted langu
P.INI and I didn't
> find anything though.
>
> Any ideas on how to fix this problem or a more elegant solution to my
> huge data needs?
IF there is a problem in using session storage, you could just use your
own file cache instead.
Or you could the database query cache, depending on
rall load on the
web-server.
If you do the query once, then store the result in a file, and then keep
reading that file for the next seconds, the file will most
probably remain in memory, so accessing it will be fast and without IO.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.
server-side component that you are unlikely to be
> authorized to install on a low-cost hosting server.
There is more than one way to skin a cat. I generate PDFs in batch
using an OpenOffice document template (which is XML anyway), merge that
with my XML data using xalanc, and then openoffice to c
Martin Zvarík wrote:
> Hello--
> I want to send email to 100+ recipients. Two choices I thought of:
>
> 1) once call mail() and use BCC, but the negative of this method is
> that every recipient in BCC has header "To" same (so I used to put my
> email in here - not email of one of the recipie
items is equal to it's size.
> Voila, same problem.
>
Which means it surely been solved before:
http://en.wikipedia.org/wiki/Knapsack_problem
I've never heard of it either, but it sounds a lot like the travelling
salesman problem?
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
ot;Ajax" calls),
That was my reaction too. I've used iframe/rpc for about three years -
ajax doesn't improve on the basic functionality.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
tedd wrote:
> At 3:27 PM +0200 10/10/07, Per Jessen wrote:
>>Colin Guthrie wrote:
>>
>>>> What do you think of this?
>>>>
>>>> http://webbytedd.com/b/timed-php/
>>>>
>>>> It's a combination of using both ajax
esn't require any ajax either. That was my main
point.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
r data into XML just to be able to XSLT on it. OTOH, when
your data is hierarchical/recursive in nature, XSLT is brilliant!
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
"#anchor".
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
ook at Linux Virtual Server, I'm not certain it'll help
though.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
from the PHPH4 XSLT
implementation (with saxon) to PHP5, and I seem to recall having
problems with getting entities defined.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
'22',$title,$artist);
It's a performance measure - by preparing sql statements, you save on
the parsing and the network traffic. Unless you're doing lots of
database transactions per second, I doubt if you'll notice it.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
or php4 will be dropped at the end of the year so hosts will
> be forced to make the upgrade at some point.
What will force them to do so? Lack of support is unlikely to have any
effect.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
in the last period or the differences in price are absolutely
> minor. I don't see a reason to stay with one that only supports php4.
Nobody suggested that you do - especially if you need PHP5. If however
you don't have a specific requirement for PHP5, why would you move?
/Per Jesse
Larry Garfield wrote:
> On Monday 29 October 2007, Per Jessen wrote:
>> Cristian Vrabie wrote:
>> > Hmm 117,223 hosts with php4 only support. Did you actually checked
>> > how many have php5 support? Many more.
>>
>> There are 178.112 hosters that have PHP5
developer benefits from something being "more standard" and
more secure, then he'll change.
If you want to force someone to change, you remove the interface (after
having marked it deprecated for a while).
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php
ike you need to install libz.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Larry Garfield wrote:
> The sooner you convince new PHP programmers to do things in a
> naturally more secure way, the fewer bugs they will accidentally
> introduce later.
And how do you go about convincing them? That's still the key question.
/Per Jessen, Zürich
--
PHP G
gz.so.1 -> /lib/libz.so.1*
Your libz is in the right place, but check your symlinks.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
mail-server otherwise work?
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
et_contents. This used to work fine in PHP 4 until I upgraded to
> PHP 5.
>
> Any ideas?
If you need to keep a 120Mb file in core at any point in time, you'll
need the memory. Either adjust the memory-limit, or change your code
to process the file in chunks/lines/bytes.
n will return an error if the uncompressed data is more than
the optional parameter length.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
te a PHP CLI script, then append '&' to detach when you start it.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
at the xslt/sablotron stuff was never ported to PHP5 - you'll
likely end up having to migrate anyway. We did.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
count the numbers of # and had the amount of Chinese
> characters.
What do you mean by "type in a form directly" ? I also use UTF8, and
when I store data from a form, they are in UTF8 in my database.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsu
Merlin wrote:
> Hi there,
>
> I am doing some image cropping of about 40.000 files with php.
If you're worried about performance, maybe why not use mogrify from
ImageMagick?
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http
Jim Lucas wrote:
> This method will work until you log out, when you log out all your
> background processes are killed.
man nohup.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Alberto García Gómez wrote:
> Is there some directive that configure a vistual host to only see
> inside a path eg.: /var/www/users/user1
>
An apache virtual host will normally not look outside its DocumentRoot,
but you can allow it do so.
/Per Jessen, Zürich
--
PHP General Mai
designed to do was it?
I would tend to agree with you, but PHP has been made to do a lot of
things it was never really designed for.
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Robert Cummings wrote:
> On Tue, 2007-11-06 at 19:33 +0100, Per Jessen wrote:
>> Jason Pruim wrote:
>>
>> > Actually, what you are looking for is an eggdrop bot which is
>> > written in TCL. PHP in my humble opinion was not designed to handle
>> > s
ng that you've got compressed data in one format by Python
that cannot be uncompressed by PHP because it expects another format?
/Per Jessen, Zürich
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
401 - 500 of 1028 matches
Mail list logo