[13 Nov]
As my threads have lots of replies, I end up with a forest of ">" characters which makes it difficult to read
earlier quoted entries (what with word-wrapping of the browser).
I thought to replace the ">"s by a simple date entry prepended to the start of each reply. - much as I have 
given at the top of this initial entry.

So this is what I put in the config file:

....
Time format = %a %d %b %y
Date format = %d %b
Prepend on reply = [$date] \n
...

The time is used in the string for the Thread display.

Only I don't get the date, with the date format, prepended to replies but the time, in the time format, as

[Wed 13 Nov 13]

Now this is hardly a disaster, but any ideas why the date formatting is being ignored?

> [13 Nov] > As my threads have lots of replies, I end up with a forest of ">" characters which makes it difficult to read > earlier quoted entries (what with word-wrapping of the browser). > I thought to replace the ">"s by a simple date entry prepended to the start of each reply. - much as I have > given at the top of this initial entry. > > So this is what I put in the config file: > > .... > Time format = %a %d %b %y > Date format = %d %b > Prepend on reply = [$date] \n > ... > > The time is used in the string for the Thread display. > > Only I don't get the date, with the date format, prepended to replies but the time, in the time format, as > > [Wed 13 Nov 13] > > Now this is hardly a disaster, but any ideas why the date formatting is being ignored?

https://midas.psi.ch/elogs/Forum/67405

Why all the > Characters?  Maybe back off the version as stated in above link?  Not sure about the date issue.

 I don't know what happened here - I mean, I understand the ">" characters being added to the start of every line of a quoted previous entry, but now what then happened to the formatting.

By default in plain mode elog adds ">" to the start of every quoted line, just as quoting an email will do (some mailer programs).

If you're beyond your nteenth reply, word-wrapping of the browser etc makes past comments difficult to read.  Of course it would be equally difficult in in html mode as the boxes would get more and more nested.

Not sure if your link here about html is relivent to the use of the ">" to indicate a quoted reply or not, although that wasn't really my question - which was about date format in the config file.

 I'm having same issue. Kerberos is working on Apache on same ubuntu 12.04 server. I used the USE_KRB5 option for compiling elog.

Does anyone  have an idea to solve that problem? 

> [13 Nov]
> As my threads have lots of replies, I end up with a forest of ">" characters which makes it difficult to read
> earlier quoted entries (what with word-wrapping of the browser).
> I thought to replace the ">"s by a simple date entry prepended to the start of each reply. - much as I have 
> given at the top of this initial entry.
> 
> So this is what I put in the config file:
> 
> ....
> Time format = %a %d %b %y
> Date format = %d %b
> Prepend on reply = [$date] \n
> ...
> 
> The time is used in the string for the Thread display.
> 
> Only I don't get the date, with the date format, prepended to replies but the time, in the time format, as
> 
> [Wed 13 Nov 13]
> 
> Now this is hardly a disaster, but any ideas why the date formatting is being ignored?

Hi David,
yes, a $date is substituted with the "Time format" in the function build_subst_list().
I guess that is a bug, but it could break many existing logbooks to change it.
I leave this to Stefan.

There is a simple solution for your problem: you can execute a shell command.

Prepend on reply = $shell(date '+[%d %b]') \n
Reply string =

That snipped will do exactly what you want :-) (of course you need to have the "-x" option to start elogd.)

Kind Regards
Andreas

We recently installed ELOG and it works pretty well, but the load times are rather inconsistent. Most of the time 
it is very fast, but it also often hangs for around 5-10 seconds while loading. It seems to affect all parts of 
the page that are returned at random, so sometimes the main html file will hang, sometimes the css file and 
sometimes the images.

The hardware it is running on is nothing special, an older 3 GHz Celeron, but it should be fast enough. It is 
running on Debian 7. 

Any ideas what the problem could be, or how I could investigate it further to find the bottleneck?

> We recently installed ELOG and it works pretty well, but the load times are rather inconsistent. Most of the time 
> it is very fast, but it also often hangs for around 5-10 seconds while loading. It seems to affect all parts of 
> the page that are returned at random, so sometimes the main html file will hang, sometimes the css file and 
> sometimes the images.
> 
> The hardware it is running on is nothing special, an older 3 GHz Celeron, but it should be fast enough. It is 
> running on Debian 7. 
> 
> Any ideas what the problem could be, or how I could investigate it further to find the bottleneck?

I'm not an expert in debugging web applications. Here are my two cent:
We once had a problem when we hosted very large logbooks (several 10 thousands of entries) that the server would run
out of real memory and was slowed down by swapping. Therefore my first idea would be to monitor the server: Is
the CPU load peaking? What happens with the memory consumption? Any other suspicious process running on the server?
But it could be as well a network or browser problem. Did you try different browsers?
Did you check the elogd log file?

> I'm not an expert in debugging web applications. Here are my two cent:
> We once had a problem when we hosted very large logbooks (several 10 thousands of entries) that the server would run
> out of real memory and was slowed down by swapping. Therefore my first idea would be to monitor the server: Is
> the CPU load peaking? What happens with the memory consumption? Any other suspicious process running on the server?
> But it could be as well a network or browser problem. Did you try different browsers?
> Did you check the elogd log file?

The logbook only has a few hundred entries, elogd is using only around 20-30 MB and there is enough free RAM. The load 
average for the server is around 0.2, elogd only uses 5% CPU at most when it is accessed and the CPU is idle most of the 
time. 

Strangely it happens mostly when using Chrome, and almost never with Firefox. I captured the network traffic, but I can't 
see anything unusual. It just takes very long until the answer is returned by the elogd server.