On Mon, 25 Jul 2016 21:49:04 +0200 Davide Andreoli <d...@gurumeditation.it> said:
> 2016-07-25 20:15 GMT+02:00 Bertrand Jacquin <bertr...@jacquin.bzh>: > > > On 23/07/2016 07:54, Carsten Haitzler wrote: > > > >> On Sat, 23 Jul 2016 08:29:54 +0200 Davide Andreoli < > >> d...@gurumeditation.it> > >> said: > >> > >> 2016-07-08 4:40 GMT+02:00 Carsten Haitzler <ras...@rasterman.com>: > >>> > >>> > On Mon, 27 Jun 2016 11:12:43 +0200 Davide Andreoli < > >>> d...@gurumeditation.it > >>> > > > >>> > said: > >>> > > >>> > > Hi, > >>> > > > >>> > > seems we lost the wiki intro page > >>> > > > >>> > > https://phab.enlightenment.org/w/ > >>> > > > >>> > > There was an handwritten index page there, now the wiki is totally > >>> > > unusable/unbrowsable > >>> > > > >>> > > some idea? > >>> > > >>> > yeah. i saw, and could find no info as to what happened to it. like > >>> > history or > >>> > anything. > >>> > > >>> > >>> > >>> news about this? > >>> the wiki is still unusable, lots of contents are unreachable/unfindable. > >>> Also we where maintaining the list of know/stable/unstable applications > >>> in that initial page. > >>> > >>> don't we have backups? > >>> > >> > >> no. all content is in a mysql/maraidb database. there is no history of > >> that page > >> existing. i looked. i can't even find a transaction entry int he > >> transaction > >> table. the content is gone. > >> > > > > I have backup of this, it might not be super fresh, but let me take a look. > > > > Great thanks! we have spent lots of time on that lost page > > > > > > BUT all content is reachable. ALL wiki content is indexed there by default. > >> > >> as i replied to a recent bug ticket where someone took over the main > >> index wiki > >> page and made it uneditable/viewable by anyone but them (the ONLY way to > >> fix > >> this was to dig through the database using sql and change a table entry), > >> that > >> this is probably a good reason to move stuff over to > >> www.enlightenment.org > >> dokuwiki wiki. it is backed by git so all changes get an email with the > >> diff to > >> commits mailing list and it contains ALL history so you can revert/go back > >> unlike phab. > >> > > > > As you say here, should we continue to allow write of phab wiki ? > > Shouldn't we move all the wiki content to dokuwiki ? > > > > TBO I like the separation we have now between the "official presentation > site" (dokuwiki) and the "user editable wiki" (the phab one). If we go to > use only dokuwiki there is the risk of make the frontend site a great mess > of contents. the front end wiki is just as editable as phab. i think much of the phab content should move to the main www. not all though. things like documents just for developrs, or documents that keep changing like a proposed standard/idea etc. should stay in phab. > In the last 8 years (or so) we changed our wiki 4 times (our php cm, trac, > phab and now dokuwiki). This has been a great mess and a lot of contents > has been lost, without thinking at the mess in the search engines: if you > search about efl stuff on google the majority of the times you get a result > that no more exists :( > > All our wiki instances was always been quite messy in the contents > organization, I really think we need a single person that do some sort of > moderation on the contents, at least for the organization of the content > structure... > ...hmmm, yes, ok... I'm willing to take this hard work done, but keep in > mind that I'm quite a perfectionists so I will be an hard-dictator on that > :) hehehehe. i agree that cleaning and reorg are needed. as above. there's a fair bit of content in phab's wiki that should be "official and cleanly laid out". phab can remain for messy/ore fluid/temporary stuff or things just speicifc to internal development. > > > > > -- > > Bertrand > > > ------------------------------------------------------------------------------ > What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic > patterns at an interface-level. Reveals which users, apps, and protocols are > consuming the most bandwidth. Provides multi-vendor support for NetFlow, > J-Flow, sFlow and other flows. Make informed decisions using capacity planning > reports.http://sdm.link/zohodev2dev > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports.http://sdm.link/zohodev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
