Re: Please stop anonymous login to edit.php.net

On 26.04.2021 at 19:19, André L F S Bacci wrote: > On Mon, Apr 26, 2021 at 2:26 PM Christoph M. Becker <cmbecker69@gmx.de> > wrote: > >> On 26.04.2021 at 15:06, Sergey Panteleev wrote: >> >>> I can't say about other languages, >>> but I currently use the editor only to track changes. >>> >>> George started to change the revcheck section [1], >>> but it seems now the script is still taking data from git.php.net, not >> GitHub. >>> >>> If we can track the changes on that site, then there is no point in the >> editor (although I really like it). >>> >>> Also, if you look at the authorization history at edit.php.net, not >> many people go there. >>> >>> Does it make sense to restore the editor to work for everyone, >>> or is it better to direct efforts to finish and deploy the new revcheck? >>> >>> [1] http://doc.php.gpb.moe/tools/revcheck/ >> >> Well, it seems the refcheck has been updated to also allow to check >> Github[1], although I'm not sure whether that update will be used on the >> server automatically. > > doc-base/scripts/revcheck.php and web-doc/www/revcheck.php are two separate > entities. The first is a text only, local only script and the other is db > based (as I remember) web script. Ah, thanks! I wasn't really aware that these are different scripts. > So... no. It's possible to use the new algos from doc-base version to > recreate a fast web-doc script, but it will need a local git checkout of > GitHub repositories. > > Anyhow, I think we should work on revcheck (if there's the need for more >> work), and decide afterwards what to do with edit.php.net. :) > > It's necessary to qualify what one you are asking... the doc-base one or > the web-doc one. In this case it is about the web-doc script, since this is likely the one users otherwise using edit.php.net would use. > The doc-base only has been receiving updates, slowly making him back to his > former glory, as it is heavily used by translators who prefer command line. > The web-doc one, focused on translators on the web, will suffer more from > the lack of capacity to generate individual file diffs in a consistent > manner. -- Christoph M. Becker