http://www.php.net/ChangeLog-4.php#4.3.11http://www.php.net/ChangeLog-5.php#5.0.4
---------- Forwarded message ----------
From: Ilia Alshanetsky <ilia(a)prohost.org>
Date: Thu, 31 Mar 2005 16:50:22 -0500
Subject: [ANNOUNCE] PHP 4.3.11 & 5.0.4 Released!
To: php-announce(a)lists.php.net, PHP Internals List
<internals(a)lists.php.net>, general(a)lists.php.net
The PHP Development Team would like to announce the immediate release of
PHP 4.3.11 and 5.0.4. These are maintenance releases that in addition
to fixing over 70 non-critical bugs, address several security issues.
The addressed security issues include fixes to the exif and fbsql
extensions, as well as fixes to unserialize(), swf_definepoly() and
getimagesize().
All users of PHP are strongly encouraged to upgrade to this release.
Aside from the above mentioned issues this release includes the
following important fixes:
* Crash in bzopen() if supplied path to non-existent file.
* DOM crashing when attribute appended to Document.
* unserialize() float problem on non-English locales.
* Crash in msg_send() when non-string is stored without being serialized.
* Possible infinite loop in imap_mail_compose().
* Fixed crash in chunk_split(), when chunklen > strlen.
* session_set_save_handler crashes PHP when supplied non-existent object
reference.
* Memory leak in zend_language_scanner.c.
* Compile failures of zend_strtod.c.
* Fixed crash in overloaded objects & overload() function.
* cURL functions bypass open_basedir.
The PHP Development Team would like to thank all the people who have
identified the security faults in PHP and helped us address them.
--
PHP Announcements Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
Docjohn -
I've forwarded your message to our tech mailing list.
--- Docjohn <grohol(a)psychcentral.com> wrote:
> Date: Thu, 31 Mar 2005 19:29:11 GMT
> To: Maveric149 <maveric149(a)yahoo.com>
> Subject: Banned IP address or...?
> From: Docjohn <grohol(a)psychcentral.com>
>
> Hi,
>
> It has recently come to our attention that one of our developers was testing
> a 'bot script that was crawling your site, but not in accordance with your
> rules. This script has been removed, but our IP remains blocked by your site.
>
> According to your page here:
>
> http://en.wikipedia.org/wiki/Wikipedia:Database_download
>
> We can ask that our IP address be restored. The IP I'm requesting to be
> restored is:
>
> 69.93.247.170
>
> Although I do not see our IP on your blocklist, we have been receiving the
> following error message during the past day or two when trying to access
> Wikipedia from our computer (using a standard Web browser, so it doesn't have
> any special user-agent string):
> -----------------------------
> Sorry- we have a problem...
>
> We may be having an intermittent server problem; please wait a few minutes
> and reload.
>
> Another possibility is that your User-Agent is blocked, which is done to
> block e-mail harvesting bots used by spammers and some abusive download
> spiders.
> ------------------------------
> We are extremely sorry for this 'bot's behavior and this will not happen
> again. Thank you for your assistance. If you're not an appropriate
> administrator to forward this to, please let me know who might be able to
> help me, as the help section of Wikipedia is fairly dense.
>
> Yours truly,
> John Grohol
>
>
__________________________________
Yahoo! Messenger
Show us what our next emoticon should look like. Join the fun.
http://www.advision.webevents.yahoo.com/emoticontest
Hi all,
I have written an extension to give sysops the ability to change user
passwords as our intranet doesn't allow mails from other applications
than Lotus Notes, so password mailing is not possible.
I'd like to know if it is possible to have the source of such a "third
party" extension stored in the MediaWiki CVS if it is published under
GPL and/or contributed to the MediaWiki project. I could also make that
a sourceforge project but I guess that an extension is more easily found
and used by others if it is contained in the official CVS. If there are
additional conditions (like code reviews, certificate of no criminal
record :) I'd be happy to check if I can fulfill them.
Slightly other topic:
I'm also in the process of converting my external "wikifyer" script into
an extension. It makes suggestions which words on a page can be wikified
(based on which other page titles exist in the wiki) and edits pages
based on the users decision which links to add. The current script can
already be used from an external page for the German wikipedia. I'd like
to contribute that extension to the MediaWiki project too. Anybody
interested in such a thing?
Ciao, Michael.
Dear Friends,
Is there a way to customize a WikiPedia wiki installation to follow the look
and fell of the main Web site?
I have noticed that in case I will edit:
- MonoBook.php;
- commonPrint.css;
I will be able to see some changes on the internal pages, not also the Main
page.
My goal is to be able to implement:
- top banner;
- left & right column;
- footer.
To absolutely the whole WikiPedia wiki installation I am hosting on my
server.
Are there any resources that I could read, or do you have any
suggestions/comments on how could I reach the above-mentioned goals?
Thank you very much!
Warm Regards,
Mihai Bocsaru
On Wed, 30 Mar 2005 17:51:38 -0800, Brion Vibber <brion(a)pobox.com> wrote:
> Sj wrote:
> > http://meta.wikimedia.org/wiki/Developer_project_board
>
> I should warn you that probably nobody knows that page exists. :)
>
> -- brion vibber (brion @ pobox.com)
Well, I only created it yesterday. I guess since I brought it to the
party, I'd better go through the formalities. Wikitech, Mediawiki
project board. Project board, wikitech.
If you think this is a terrible idea, you can leave me a burnt cookie
or something. SJ
Hi all,
I work for Ross Mayfield at Socialtext (and also created Kwiki). Ross
asked me to comment on this thread.
I'm new to this list but i read through the thread. I would closely
align with Eric's thoughts below and have a few things to add...
> Jimmy,
>
> I think a combined approach is the most promising:
>
> 1) a single XML exchange format
This is the key. The key is to have a standard semantic model, and be
able to roundtrip documents in any given syntax through that model.
And it really has nothing to do with XML per se. It just so happens that
XML and XML/Schema (or DTD) is a well understood way to define such a
model.
You need to have a model before you can seriously think about moving to
a WYSIWYG option. The nice thing about plain text is that it is easy to
see when the underlying semantics are going south and to refactor. With
WYSIWYG the semantics of a document are very much hidden since the WYS
part is just the resultant presentation. The WYG part can become a
tangled mess. And that means you can't do anything interesting with the
page except look at it in your browser.
But once you have a model and you can validate that a page in any syntax
(including a WYSIWYG one) fits the standard semantic model (the one we
should be defining here) then you are all set. The syntax side becomes
nearly irrelevant, since you can flip between any of the compliant
dialects without losing any information.
I can imagine a new wave of wikis that allow each user to chose the
syntax that they edit documents in. And they can change to any other
syntax at anytime. How the data is actually stored is not important.
> 2) multiple wikitext standards based on families of existing wiki
> syntaxes sharing the largest similarities.
>
> For example, several wikis use a "UseMod-like" syntax, and it would not
> be very difficult to standardize within that group. It would be much
> more difficult to get, say, both PhpWiki and MediaWiki to use a shared
> syntax. The practical difficulties with switching an entire wiki engine
> to a new syntax should not be underestimated.
Right.
If any wiki implementors are going to budge in regards to migrating
towards a standard syntax, there must be many choices at first. You'll be much
more inclined to budge towards something that is close to what you already
have.
Think about standarding the natural languages of the world. It will never
happen. The best you could hope for is combining similar ones.
> Once we have these group standards sorted out, we could try to merge
> them further.
Right. And if users can select their own interoperable dialect then maybe
we'll just see folks migrating towards a best one rather than having it
mandated to them by some powers that be...
Cheers, Brian
Forwarded from WikiEN-l
---------- Forwarded message ----------
From: steven l. rubenstein <rubenste(a)ohiou.edu>
Date: Tue, 29 Mar 2005 13:24:47 -0500
Subject: [WikiEN-l] technical problem
To: wikien-l(a)wikipedia.org
For the past few days, whenever I hit "user contributions" I am taken to my
user contribution page, BUT the most recent contribution listed is from
19:05, 27 Mar 2005 (I have made many edits since then). Also, it seems to
have logged me out in the process, as "create an account/log in" appears in
the upper right-hand corner of my screen (in place of the usual choices:
Slrubenstein My talk Preferences My watchlist My contributions Log
out). When I log back in, and try to go the "user contributions," the same
thing happens.
This does not happen why I go to my watchlist or other pages, only when I
go to my user contribution page.
Does anyone know what is going on, and what I can do?
Thanks,
Steve
Steven L. Rubenstein
Associate Professor
Department of Sociology and Anthropology
Bentley Annex
Ohio University
Athens, Ohio 45701
The good professor is apparently still having this problem...
-- Rich Holton
en.wikipedia:User:Rholton
Nowadays full text search is too heavy for wikimedia server. I think it
could be very useful text search limited to page titles, expecially for
readers: not so difficult modification to existing code and much more
lighter than complete text search.
en.wikipedia:User:Sbisolo
it.wikipedia:Utente:Sbisolo