From: Dmitriy Sintsov <questpc <at>
rambler.ru>
Subject: Re: Is Foxway a right way?
<http://news.gmane.org/find-root.php?message_id=1389610306.562859.4565.53906%40mail.rambler.ru>
Newsgroups: gmane.science.linguistics.wikipedia.technical
<http://news.gmane.org/gmane.science.linguistics.wikipedia.technical>
Date: 2014-01-13 10:51:46 GMT (29 minutes ago)
I implemented something similar before Scribunto was
stable enough and
deployed
My idea is different
... many people say that Lua ... better language in
general ...
This is a very controversial statement.
I use the PHP interpreter because mediawiki written in PHP and PHP is
more powerful.
From: Tyler Romeo <tylerromeo <at>
gmail.com>
Subject: Re: Is Foxway a right way?
<http://news.gmane.org/find-root.php?message_id=CAE0Q5ovAtE%5f5WDgXr6rYUwkCqt%5fVNawuiMjWP9i%5fLbrXU5CAKA%40mail.gmail.com>
Newsgroups: gmane.science.linguistics.wikipedia.technical
<http://news.gmane.org/gmane.science.linguistics.wikipedia.technical>
Date: 2014-01-13 09:37:46 GMT (43 minutes ago)
How does this compare to the PECL runkit extension? Also have you
benchmarked it against Scribunto? Because Scribunto does kind of the same
exact thing except just with a different programming language (and
Scribunto uses a native interpreter rather than one written in PHP).
I do not
propose to improve what is already there.
I'm sure there is nothing faster LUA and one is the best choice.
Why is there a need for LUA? Because building html page from wiki markup
without LUA takes a long time.
Why? Because wiki page use a lot of function calls that are working
together very slowly.
So let it be. Can not we just all be cached? No, pages change frequently
and cache is not dimensionless.
I propose to discuss the new principle of building html pages from the
wiki markup.
1. Need to separate Wiki markup from the functions, just as html
separated from PHP code. In this case, need to cache only the result of
these functions.
2. Let functions to work quickly. I checked, it is possible.
I'm not trying to build a page quickly, I'm trying to do this very
effectively. That is my idea.
Efficient use of resources gives bigger win in speed.