Hi!
The network there is still suffering a few issues but eventually
all will be sane again.
As for setting up doc.php.net, it requires prayer, luck, and a
lot of hope to set up. The autoconf setup is dated but may work
although I'm a little afraid to run it. I try doing so today.
Thank you
Hello again,
Cancel my last input on this, seems like it was a small downtime for some
reason, now it works ok on http, and https is suffering as you specified
before.
Thanks for getting our beloved docs back.
Cheers, Stelian
On Mon, Jun 4, 2012 at 6:29 PM, Stelian Mocanita wrote:
> Hello Han
Hello Hannes,
I am still getting an http 500 on docs.php.net.
Cheers,
Stelian
On Mon, Jun 4, 2012 at 6:12 PM, Hannes Magnusson wrote:
> Hi all
>
> http://docs.php.net is back up and kicking.
> We had a tiny problem with the server the past few days, including a
> disk failure.
> For some reaso
Hi all
http://docs.php.net is back up and kicking.
We had a tiny problem with the server the past few days, including a
disk failure.
For some reason our build scripts and cronjobs weren't in git so it
took some time to get things back up and running again.
The build scripts are now in git[1][2],
There is a bug open for this https://bugs.php.net/bug.php?id=60854
It seems as though they are aware and for now you can use
http://docs.php.net
On Mon, Jan 23, 2012 at 11:11 AM, Klaus Silveira wrote:
> I just noticed that the documentation is offline, as well the main PHP.net
> news. Is this a
I just noticed that the documentation is offline, as well the main PHP.net
news. Is this a major problem? How can we help?
On Fri, 2009-07-10 at 15:07 +0800, KSChan wrote:
> Hi Simion,
>
> If this is the case, does "svn diff" help you?
> Let's say just before your vacation, the en-file is in revision 101.
> After you back to online, the en-file revision is in 105.
>
>
> You may issue "svn diff -r 101:105 en-file "and
Hi Simion,
On Fri, Jul 10, 2009 at 1:39 PM, Simion Onea wrote:
>
> For example let's say that I (as a translator) took a vacation for two
> weeks. During this time a file has been updated and committed four
> times. When I return the system indicates that the file has changed. But
> it is not eno
On Thu, 2009-07-09 at 22:35 +0100, G. T. Stresen-Reuter wrote:
> As Hannes asks in another email in this same thread, is knowing how
> far out of sync a translation is really a useful feature? Isn't it
> enough to know that something is no longer in sync?
In my opinion the issue is not about k
On Jul 9, 2009, at 7:18 PM, Niel Archer wrote:
Why is this a problem? SVN revision numbers are incremental as well.
I don't see the difference between tying a translation to CVS-123456
and SVN-123456?
I'm not particularly familiar with CVS (fortunately), so someone
please
correct me if I'm
On Jul 9, 2009, at 6:31 PM, Hannes Magnusson wrote:
Create an md5 hash on the version you are translating and use that to
"uniquely" identify it. If the EN version is modified by even a
single
space, the hash will change and you'll know the files are out of
sync. What
you won't know is just
> On Thu, Jul 9, 2009 at 1:59 PM, Niel wrote:
> > Hi
> >
> >> When a translator updates a translation (a file), they write which CVS
> >> Revision in EN it's synced to. So, later when the EN version is
> >> updated we then know that the translated is outdated. And all of our
> >> translation tools
On Thu, Jul 9, 2009 at 1:59 PM, Niel wrote:
> Hi
>
>> When a translator updates a translation (a file), they write which CVS
>> Revision in EN it's synced to. So, later when the EN version is
>> updated we then know that the translated is outdated. And all of our
>> translation tools rely on the in
Hi
> When a translator updates a translation (a file), they write which CVS
> Revision in EN it's synced to. So, later when the EN version is
> updated we then know that the translated is outdated. And all of our
> translation tools rely on the incremental nature of CVS revision
> numbers.
On Thu, Jul 9, 2009 at 15:19, G. T.
Stresen-Reuter wrote:
> On Jul 9, 2009, at 1:24 AM, Philip Olson wrote:
>
>>>
>>> How are CVS Revision numbers used today? The best feature of po is that
>>> translation text is marked as 'fuzzy' when the main text is changed. If we
>>> could do the same with our
On Jul 9, 2009, at 1:24 AM, Philip Olson wrote:
How are CVS Revision numbers used today? The best feature of po is
that translation text is marked as 'fuzzy' when the main text is
changed. If we could do the same with our docbook translation files
whenever the en file is committed then we
How are CVS Revision numbers used today? The best feature of po is
that translation text is marked as 'fuzzy' when the main text is
changed. If we could do the same with our docbook translation files
whenever the en file is committed then we have the same benefits
imo. I'm wondering if CV
> Our main problem is with translations because CVS Revision numbers are
> required today and used with translations to track/sync with EN. I was
> hoping the gettext/po effort would have gone smoother by now but it hasn't.
> So, I ask that people think about solutions for how we handle this, and
On Jul 8, 2009, at 9:34 AM, Anthony Bedford wrote:
On 8 Jul 2009, at 03:56, Philip Olson wrote:
Soon the entire PHP project will throw itself into the fire and
migrate from CVS to SVN. This will break many activities here but
the task of editing EN DocBook files likely won't change much,
On 8 Jul 2009, at 03:56, Philip Olson wrote:
Soon the entire PHP project will throw itself into the fire and
migrate from CVS to SVN. This will break many activities here but
the task of editing EN DocBook files likely won't change much,
except for the commands to checkout/commit.
Will o
On Jul 8, 2009, at 12:38 AM, Hannes Magnusson wrote:
On Wed, Jul 8, 2009 at 04:56, Philip Olson wrote:
Our main problem is with translations because CVS Revision numbers
are
required today and used with translations to track/sync with EN. I
was
hoping the gettext/po effort would have gone s
On Wed, Jul 8, 2009 at 04:56, Philip Olson wrote:
> Our main problem is with translations because CVS Revision numbers are
> required today and used with translations to track/sync with EN. I was
> hoping the gettext/po effort would have gone smoother by now but it hasn't.
> So, I ask that people
Hello everyone,
Soon the entire PHP project will throw itself into the fire and
migrate from CVS to SVN. This will break many activities here but the
task of editing EN DocBook files likely won't change much, except for
the commands to checkout/commit.
I'll be away July 9-13 but Hannes is
HI :)
On 2/12/07, Daniel Convissor <[EMAIL PROTECTED]> wrote:
Hi Hannes:
> You didn't read the release announcement, did you? :)
I did, guess I'm dense.
"For users upgrading from PHP 5.0 and PHP 5.1, an upgrade guide is
available here [link to http://www.php.net/UPDATE_5_2.txt], detailing
th
Hi Hannes:
> You didn't read the release announcement, did you? :)
I did, guess I'm dense.
> >Question: What are the rules with how the link's are added. Will the
> >system automatically figure everything out? Even things like this?
> > XMLReader::open
>
> That depends on the ID of the fu
Hi Daniel
On 2/12/07, Daniel Convissor <[EMAIL PROTECTED]> wrote:
Hi Folks:
I was looking through the manual for info on upgrading to 5.2 and found
nothing. With some good Googling I found
http://www.php.net/UPDATE_5_2.txt.
You didn't read the release announcement, did you? :)
Of course,
Hi Folks:
I was looking through the manual for info on upgrading to 5.2 and found
nothing. With some good Googling I found
http://www.php.net/UPDATE_5_2.txt.
Of course, it's best to have stuff in the manual, so I took the text from
UPDATE_5_2.txt and formatted it like en/appendices/migrating5
has been moved back to phpdoc-module.
cybermut-docs can be safely removed from peardoc, with the next
manual-build they will be available online.
Kind regards
Friedhelm
Hi Steve,
Hi,
The docs to PHP's date() function are unclear regarding the "I" format string.
They say date("I", $timestamp) returns whether or not $timestamp is in daylight
savings time: 1 if daylight savings time, 0 otherwise.
Trouble is, the docs don't explain how date() decides if a given tim
On Mon, 6 Dec 2004, Steve Chamberlin wrote:
> The docs to PHP's date() function are unclear regarding the "I" format
> string. They say date("I", $timestamp) returns whether or not
> $timestamp is in daylight savings time: 1 if daylight savings time, 0
> otherwise.
>
> Trouble is, the docs don't e
Hi,
The docs to PHP's date() function are unclear regarding the "I" format
string. They say date("I", $timestamp) returns whether or not
$timestamp is in daylight savings time: 1 if daylight savings time, 0
otherwise.
Trouble is, the docs don't explain how
date() decides if a given timestamp
> The page for function ini_get()
(http://www.php.net/manual/en/function.ini-get.php) says:
>
> When querying boolean values: A boolean ini value of off will be
returned
> as an empty string while a boolean ini value of on will be returned as
"1".
>
> However, when I set boolean ini values
Hi,
[...]
>
> P.S. Is [EMAIL PROTECTED] the correct address to send such reports?
> May I report things to this list without subscribing to it?
> Anyway, please cc: me for now.
Please file a bug report at http://bugs.php.net, type of bug "Documentation
problem" for this issue.
Regards
On Wed, 7 Jul 2004 17:16:55 +0400 (MSD)
"Alexander Konovalenko" <[EMAIL PROTECTED]> wrote:
> The page for function ini_get()
> (http://www.php.net/manual/en/function.ini-get.php) says:
>
> When querying boolean values: A boolean ini value of off will be
> returned as an empty string while
The page for function ini_get() (http://www.php.net/manual/en/function.ini-get.php)
says:
When querying boolean values: A boolean ini value of off will be returned
as an empty string while a boolean ini value of on will be returned as "1".
However, when I set boolean ini values using t
Hi,
Phpdoc karma granted to Stephan!
Thanks.
Feel free to commit right away to
phpdoc if you think you are sure where should the files go, and how
should those be integrated (I bet you know :). Don't forget to do a make
test, or unless you can do it yourself, ask someone first.
I know the proced
We (Carsten and I) developed an extension for PECL that is able to work
with ID3 tags (the ones in MP3 files). Wez told me that docs for PECL
extensions should be included in phpdoc.
I already wrote up some documentation for the extension, you can view it
at:
http://pecl.php-tools.net/phpdoc/ref.id
> Hi,
>
> We (Carsten and I) developed an extension for PECL that is able to work
> with ID3 tags (the ones in MP3 files). Wez told me that docs for PECL
> extensions should be included in phpdoc.
>
> I already wrote up some documentation for the extension, you can view it
at:
>
> http://pecl.php-t
Hi,
We (Carsten and I) developed an extension for PECL that is able to work
with ID3 tags (the ones in MP3 files). Wez told me that docs for PECL
extensions should be included in phpdoc.
I already wrote up some documentation for the extension, you can view it at:
http://pecl.php-tools.net/phpdoc
For example: domxml include file when rendered as html overwrites the
one for the dom extension. Also, here is a snippet of the xml to make
sure this is being done correctly (for the refentry I followed the
SOAP docs and making it case sensitive):
IDs should be lower case.
The problem of having ID
> > And on my question about the function tag, Derick you were right, though
the
> > function tag isnt needed. just using:
> > functionname works great. Thanks
>
> But then it won't add the () automatically ;-)
I noticed that, but the () ends up outside of the link which just looks
really weird :)
On Fri, 30 Apr 2004, Rob Richards wrote:
> > Nuno Lopes wrote:
>
> > > The problem of having IDs in lower case is that they broke livedocs.
> > > Livedocs needs that IDs are equal to function names.
> >
> > Maybe we should hack livedocs to change this instead of adding more fuzz
> > in the XML fil
> Nuno Lopes wrote:
> > The problem of having IDs in lower case is that they broke livedocs.
> > Livedocs needs that IDs are equal to function names.
>
> Maybe we should hack livedocs to change this instead of adding more fuzz
> in the XML files :)
If livedocs depend upon the ID, then it wouldnt
> >>IDs should be lower case.
> >
> >
> >
> > The problem of having IDs in lower case is that they broke livedocs.
> > Livedocs needs that IDs are equal to function names.
>
> Maybe we should hack livedocs to change this instead of adding more fuzz
> in the XML files :)
>
> didou
I still don't un
On Fri, 30 Apr 2004, Nuno Lopes wrote:
> > IDs should be lower case.
>
> The problem of having IDs in lower case is that they broke livedocs.
> Livedocs needs that IDs are equal to function names.
Then fix that. PHP has no case sensitive function names, so just doing
strtolower() works fine there
Nuno Lopes wrote:
For example: domxml include file when rendered as html overwrites the
one for the dom extension. Also, here is a snippet of the xml to make
sure this is being done correctly (for the refentry I followed the
SOAP docs and making it case sensitive):
IDs should be lower case.
The
> > For example: domxml include file when rendered as html overwrites the
> > one for the dom extension. Also, here is a snippet of the xml to make
> > sure this is being done correctly (for the refentry I followed the
> > SOAP docs and making it case sensitive):
> >
> >
>
> IDs should be lower ca
On Fri, 30 Apr 2004, Rob Richards wrote:
> So does it make sense that I should be appending dom- to the functions as
> well to avoid collisions with the domxml documentation?
>
> i.e.
Well, no other choice is there?
> And in doing so is there a way to change the text disaplyed when using a
> fu
From: "Derick Rethans" <[EMAIL PROTECTED]>
> > For example: domxml include file when rendered as html overwrites the
> > one for the dom extension. Also, here is a snippet of the xml to make
> > sure this is being done correctly (for the refentry I followed the
> > SOAP docs and making it case sen
On Fri, 30 Apr 2004, Rob Richards wrote:
> For example: domxml include file when rendered as html overwrites the
> one for the dom extension. Also, here is a snippet of the xml to make
> sure this is being done correctly (for the refentry I followed the
> SOAP docs and making it case sensitive):
>
I'm trying to
write up some docs for the dom extension and have a few questions.This
is the first time writing up docs here so I was following the domxml extension
on naming things. I ran into an issue however withDOMDocument_xinclude as
the naming ends up being the same for both extensions
> - Original Message -
> From: "Sander Roobol" <[EMAIL PROTECTED]>
> To: "Andrey Hristov" <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Friday, December 06, 2002 1:40 PM
> Subject: Re: [PHP-DOC] docs about fix
>
&
December 06, 2002 1:40 PM
Subject: Re: [PHP-DOC] docs about fix
> Please provide a unified diff (diff -u) against the latest CVS (cvs diff
> -u)
>
> Sander
>
> On Fri, Dec 06, 2002 at 11:29:31AM +0200, Andrey Hristov wrote:
> > Fixed strstr(), strchr() and str
Please provide a unified diff (diff -u) against the latest CVS (cvs diff
-u)
Sander
On Fri, Dec 06, 2002 at 11:29:31AM +0200, Andrey Hristov wrote:
> Fixed strstr(), strchr() and strrchr() to be binary safe
>
> Andrey
> --
> PHP Documentation Mailing List (http://www.php.net/)
> To unsubs
Fixed strstr(), strchr() and strrchr() to be binary safe
Andrey
strstr
Find first occurrence of a string
Description
stringstrstr
stringhaystack
stringneedle
Returns part of haystack string from the
first occurrence of n
- Original Message -
From: "Philip Olson" <[EMAIL PROTECTED]>
To: "Andrey Hristov" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, November 14, 2002 10:51 PM
Subject: Re: [PHP-DOC] Docs for new functions
> Hello Andrey-
>
> Do
Hello Andrey-
Don't you have karma for commit? If so, put them
here:
en/reference/array/functions/
I'm not sure what you're asking, maybe be a
little more specific? If you don't have time
just give us a link to these files or patches.
Regards,
Philip Olson
On Thu, 14 Nov 2002, Andrey Hri
Hi,
I've documented 2 new functions( array_diff_assoc and
array_intersect_assoc).
Where I have to send the xml files?
I have also few other functions for changes in the documentation.
Regards,
Andrey
--
PHP Documentation Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php
Hojtsy
> Cc: PHP Documentation List
> Subject: Re: [PHP-DOC] Docs howto
>
>
> What I meant was why not put the bowto itself on a webserver directly so
> people can avoid the hassle og downloading, unpacking...
>
> Edin
> - Original Message -
> From: "
ribasic"
<[EMAIL PROTECTED]>
Cc: "PHP Documentation List" <[EMAIL PROTECTED]>
Sent: Friday, May 24, 2002 1:52 PM
Subject: Re: [PHP-DOC] Docs howto
> > The link is posted here:
> >
> > http://www.php.net/download-docs.php
> >
> > And Goba is/wa
> same error here.
Tar.gz updated, it should be OK now. Works for me locally.
Goba
> The link is posted here:
>
> http://www.php.net/download-docs.php
>
> And Goba is/was working on making php.net/phpdochowto
> link to it iirc.
It is http://php.net/dochowto and it works for
some days now ;)) BTW I'll alias it as phpdochowto
for guys trying their ideas out ;))
like: php.ne
> I notice in fact that the tarball may be corrupt. I tried to unpack it on
a couple of
> different platforms with no joy.
>
> If it's appropriate I'll post as a doc problem.
Tar.gz updated, it should be OK now. Works for me locally.
Goba
same error here.
Anderson Fortaleza ([EMAIL PROTECTED])
Sempre em Jesus !
-- Original Message ---
From: Simon Harris <[EMAIL PROTECTED]>
To: PHP Documentation List <[EMAIL PROTECTED]>
Sent: Fri, 24 May 2002 09:50:16 +0100
Subject: Re: [PHP-DOC] Docs howto
> Hi
Hi-
I notice in fact that the tarball may be corrupt. I tried to unpack it on a couple of
different platforms with no joy.
If it's appropriate I'll post as a doc problem.
btw, the output is:
[sharris@finchley howto]$ tar -zxvf howto.html.tar.gz
tar: This does not look like a tar archive
tar:
The link is posted here:
http://www.php.net/download-docs.php
And Goba is/was working on making php.net/phpdochowto
link to it iirc. Another link may want to live here:
http://www.php.net/manual/about.howtohelp.php
Regards,
Philip Olson
On Fri, 24 May 2002, Edin Kadribasic wrote:
> I
I was wondering why was docs howto hidden in a CVS repository tarbal. Why
not just publish it on www.php.net ?
Edin
I have already added it as such:
array_chunk example
$input_array = array('a', 'b', 'c', 'd', 'e');
print_r(array_chunk($input_array, 2));
print_r(array_chunk($input_array, 2, TRUE));
The printout of the above program will be:
Array
(
Yeah, looks good. You might want to give an example of using preserve_keys
option.
At 10:04 PM 11/10/01 +0100, Gabor Hojtsy wrote:
> > No. array_chunk() will split the input array into several sub-arrays
> > depending on the chunk length you specify. Try using
>array_chunk(array('a',
> > 'b', 'c
> No. array_chunk() will split the input array into several sub-arrays
> depending on the chunk length you specify. Try using
array_chunk(array('a',
> 'b', 'c', 'd', 'e'), 2).
OK, I have added the docs, as:
array_chunk
Split an array into chunks
Description
> >Isn't
> >
> > array_chunk($array, 2, TRUE);
> >
> >the same as
> >
> > array_slice($array, 0, 2);
> >
> >OK, it is not completely the same, as you
> >cannot choose "do not preserve keys" while
> >using array_slice(). Wouldn't it be better to
> >extend array_slice() with another paramete
At 07:02 PM 11/10/01 +0100, Hojtsy Gabor wrote:
>Isn't
>
> array_chunk($array, 2, TRUE);
>
>the same as
>
> array_slice($array, 0, 2);
>
>OK, it is not completely the same, as you
>cannot choose "do not preserve keys" while
>using array_slice(). Wouldn't it be better to
>extend array_slice
> Also, am I right, thinking that the array_chunk
> function is no more than returning a begining
> part of an array, with the number of elements
> provided? Am I right? Or it is something more?
> I can only see this simple functionality in the
> source...
Isn't
array_chunk($array, 2, TRUE);
> > > It'd be nice if someone could document the new array_chunk() function
I
> > > added and maybe overload extension as well. I currently don't have
spare
> > > cycles to do it, but they are useful.
> >
> > I am on the overload extension.
> > Hope noone started it till this time ;)
>
> I have ad
> > It'd be nice if someone could document the new array_chunk() function I
> > added and maybe overload extension as well. I currently don't have spare
> > cycles to do it, but they are useful.
>
> I am on the overload extension.
> Hope noone started it till this time ;)
I have added overload.xm
> It'd be nice if someone could document the new array_chunk() function I
> added and maybe overload extension as well. I currently don't have spare
> cycles to do it, but they are useful.
I am on the overload extension.
Hope noone started it till this time ;)
Goba
It'd be nice if someone could document the new array_chunk() function I
added and maybe overload extension as well. I currently don't have spare
cycles to do it, but they are useful.
-Andrei
"Later in this talk, I intend to define
the universe and give three examples." -- Larry Wall
Hello
i'v been told there's might be an hebrew translation for php.net docs.
i'm thinking on opening an israeli mirror.
78 matches
Mail list logo
