Tags:
create new tag
, view all tags

Who am I?

I am a Twiki enthusiast since several years. Runnig a TWiki installation at home, at work and a public one together with MatthiasWientapper at http://mattzz.dyndns.org. There you can fing my TWiki based blog too.

What can I do?

  • I am using perl since 5 years in my work environment, automating complex flows in ASIC development.
  • using unix based systems since some years longer
  • experience with configuration management

Why do I want to do it?

http://mattzz.dyndns.org was upgraded to Cairo recently and we considered it to slow. So we started profiling and I made some patches to cairo. I would like to do some profiling based optimisations on the DEVELOP branch too. (Looks like a good start point)

I think another point where I would like to spend time on is regression testing.

In the past (2002) I have created some scripts, which I would like to advance too and integrate tighter to the core.

-- FrankHartmann - 30 Oct 2004

Frank has been quietly beavering away looking for performance fixes that I missed. I think he can bring value from this perspective. The email submission stuff sounds interesting too. I'd love to be able to send mail to a page....

Frank, are you aware of the work MartinCleaver amd RafaelAlvarez have been doing on command line interfaces? Martin, Raf, you really ought to create a more visible project page for this work....

-- CrawfordCurrie - 30 Oct 2004

You're right... a TWikiShell page should be put it place in Codev.

oh! I just did it smile

-- RafaelAlvarez - 30 Oct 2004

I have to admit I did not notice this. It seems however, that these command line interfaces serve different purposes:

TWikiShellContrib seems to offer an interface for administrative purposes. Installing plugins etc. Or I do not understand the documentation.

My old stuff was intented to receive/send the raw text of a topic. Get a topic, save it to a file, process it by some tools(ispell), and send it back to the TWiki server.

Next idea could be attachment handling:

for i in *.pdf; do twiki_attach --url=http://server/twiki/bin/view/HomeOfDocumentation --file=$i;done

-- FrankHartmann - 30 Oct 2004

Ok. We need to get these projects merged. There is absolutely no point having duplicate implementations.

Frank - can you let us know whether you now understand the TWikiShell? It is a framework for a common shell environment, such that each plugin/contrib adds a library of command-sets. Perhaps you can meet Rafael and myself on TWikiIRC at some point: and if you give me your code I will do an initial port to the TWikiShell environment.

There may well be other addons like this scattered across the internet, not listed on TWikiDotOrg. We need to run the PluginAmnesty campaign again.

-- MartinCleaver - 31 Oct 2004

I did not look in detail into TWikiShell up to now. And I have never used IRC!

Martin, the Code is attached to http://mattzz.dyndns.org/twiki/bin/view/Projects/TwikiBatchProcessing. It is designed as a client, which talks HTTP to a TWiki server.

However it did fit to the TWiki release of 2002, maybe Bejing? I would need to update it for DEVELOP. So there are currently no duplicate implementations!

The stuff for email handling however is working with cairo and I guess with DEVELOP too. I am still using it for blogging. I mentioned it on SubmitTopicByEmail.

BTW what is happening next? I already tried to submit small changes to SVN DEVELOP, but was refused using my twiki.org password and username. Will there be a vote deciding if I am allowed to check in? Or how does the procedure look like?

-- FrankHartmann - 31 Oct 2004

Okay, great, thanks Frank.

Will take a look tonight smile

-- MartinCleaver - 31 Oct 2004

Frank smile the process mumbles something about a weeks delay to allow comments. but basically, soon smile

-- SvenDowideit - 01 Nov 2004

Frank, I will enable your access to DEVELOP within the next 24 hours. Welcome, please feel free to play with any code you see :).

I'll send out an email to all DEVELOP developers soon (ok, weekendish), but i'm somewhat behind schedule right now frown

-- SvenDowideit - 02 Nov 2004

Frank, welcome on the DevelopBranch smile

-- PeterThoeny - 02 Nov 2004

Many thanks! smile

I tried in the meanwhile to think about a test concept and would like to discuss a first implementation DevelopGoldenReferenceTestConcept.

While doing above I had a more drastic idea with respect to performance improvements: It seems that most accesses to a topic are reads. It seems that a lot of TWiki content is somewhat static. For many pages the same HTML is generated for each view. Why don't we cache this HTML somewhere instead of regenerating it again and again? The separation between 'somewhat static' and dynamic pages (including timestamps or searches) could be done manually or with some heuristic.

-- FrankHartmann - 02 Nov 2004

Frank, your TWikiUser user&password should now allow you to commit to DEVELOP & SCRATCH.

please note that the cacheing idea has been bashed about here in Codev, and several different options were considered (but none actioned to the point of being in TWiki / TWikiPlugins). I'd also like to tell you that none of the TWikiTopics I view are static - they all are customised using my TWikiUser (at minimum I have my own personalised LeftBar) - some of the more complex methods suggested may give better results for 'normal' workloads (whatever normal is smile )

Welcome to DEVELOP smile

-- SvenDowideit - 03 Nov 2004


Priority Proposal Status Proposed For Contributors
Number of topics: 0

Edit | Attach | Watch | Print version | History: r14 < r13 < r12 < r11 < r10 | Backlinks | Raw View | Raw edit | More topic actions
Topic revision: r14 - 2005-07-17 - SvenDowideit
 
  • Learn about TWiki  
  • Download TWiki
This site is powered by the TWiki collaboration platform Powered by Perl Hosted by OICcam.com Ideas, requests, problems regarding TWiki? Send feedback. Ask community in the support forum.
Copyright © 1999-2017 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.