Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 209 of 808  Not logged in ELOG logo
ID Date Icondown Author Author Email Category OS ELOG Version Subject
  2314   Fri Sep 7 22:56:12 2007 Reply Stefan Rittstefan.ritt@psi.chQuestion 2.6.5-1890Re: ELCode how to with URL
> Hello there !!
> 
> I wonder if it's possible to write an url like this[URL=?CR=CR00000429]CR00000429[/URL] 
> in fact it don't work for the moment , because it is redirected tu http:///?CR=CR00000429
> is it possible to have url without http://
> 
> I have a logbook CR and a type CR and i work now in localhost but i want my elog to be accessible from anywhere.
> Im not very clear but I hope you understand.
> 
> 
> 
> [TABLE border="1"]
> Emplacement|CR|TYPE|Cable trace voix 1|Cable trace voix 2|url|-
> MON|CR00002536|Monitoring|x|x|[URL=http://localhost:8080/CR/?CR=CR00002536]CR00002536[/URL]|-
> POW1|CR00000429|POWER Ro|x|x|[URL=?CR=CR00000429]CR00000429[/URL]|-
> POW2|CR00000430|POWER Ro|x|x|[URL=?CR=CR00000430]CR00000430[/URL]|-
> 
> [/TABLE]

You can use the 

elog:<logbook name> 

redirection. So for this logbook, so see all entries with Category=Info using following link

elog:Forum/?Category=Info

This should work from everywhere.
  2315   Tue Sep 11 11:36:04 2007 Reply toumbitoumbi@yopmail.comQuestion 2.6.5-1890Re: ELCode how to with URL
Thank you a lot !!
  2316   Tue Sep 11 15:30:11 2007 Reply Steve Jonessteve.jones@freescale.comRequestAll2.6.2-1739Re: Too many logbooks during user registration

Stefan Ritt wrote:

Steve Jones wrote:
Stefan, we require registration with elog. We have quite a number of logbooks and when someone requests a login account AND elects to register with all of the logbooks, the resulting URL is apparently too long for browsers to handle when the admins click on the link embedded in the email notification. For example, FireFox (latest ver) appears to truncate the URL *after* submission (the correct URL is there before submission).

My question: Is it possible to limit - or remove - the checkboxes that the user can select during registration? I realize that this is a browser issue but I doubt I can persuade those guys to fix FireFox.

Thanks.


I changed the current SVN version (#1909) to show only the list of logbooks if there are ten or less logbooks, in order not to make the URL too long. On the activation by the administrator, the list of subscribed logbooks appears as previously, but all are unchecked. So it's the task of the administrator to enable subscriptions or not.



Quote:
So the list is shown to the one requesting the registration? Would it be possible to have an option that, when selected, simply did not list any logbooks? I can see a customer becoming confused if they did not see their logbook listed. Just turn off the selection completely. Otherwise, this will work but I fear will generate more questions as in "Why isn't logbook <blah> listed?"

Thanks!
  2317   Tue Sep 11 21:25:11 2007 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.6.2-1739Re: Too many logbooks during user registration

Steve Jones wrote:
So the list is shown to the one requesting the registration? Would it be possible to have an option that, when selected, simply did not list any logbooks? I can see a customer becoming confused if they did not see their logbook listed. Just turn off the selection completely. Otherwise, this will work but I fear will generate more questions as in "Why isn't logbook <blah> listed?"


I agree, that's inconsistent. So I removed the logbook list completely (SVN revision 1914) and added a note on the user notification that they should click 'config' to subscribe to any logbook.
  2319   Fri Sep 28 17:52:37 2007 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux | Windows2.6.5-1844Re: Post appearing twice

Bertram Metz wrote:
I've observed the same behavior with attributes containing a dash. Would it be possible to allow '-' in attributes?


Yes. Fixed in Revision 1930.
  2321   Thu Oct 4 17:19:56 2007 Reply Stefan Rittstefan.ritt@psi.chRequest ELOG V2.6.Re: Add date and time stamp to file upload

Fergus Lynch wrote:
I would like to request a new feature - add date and time stamp to file upload. We use ELOG (amongst other things!) as a change log and this would really allow allow more accurate records to be kept. For instance we upload router config files (to record changes)and having the exact upload date would be a big enhancement, especially when there are a lot of attachments.


There is already a time and a date stamp. If you look in the logbook directory, you see attachments preceded with the date and time when they were submitted. You can see this date/time when you click on the attachment, such as in

http://midas.psi.ch/elogs/Config+Examples/040519_000348/elogd.cfg

where you will see it even in the URL (May 19th, 2004, 0:03:48) in the above case. I agree that this is not so obvious. If you make a proposal where this date/time should be displayed, I can easily add it.
  2323   Sat Oct 6 15:44:51 2007 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.6.5-1890Re: testing for the limit of the elog database

Arno Teunisse wrote:
So there are only 2 user defined fields in the database.
Everything works ......... but terrible slow : is there a rule of thumb for the size of the database ?


Yes. The rule of thumb is that currently elog runs fine for a few 10000 entries. At 100000 entries it starts getting slow. I have already in my to-do list the task to improve the performance for large databases, and I have a rough idea where the bottleneck is, but I pushed the priority low because not many people have large databases right now (but it might change in the future). How many entries do you have? (It's not the size of the entries, but the number!)
  2324   Sat Oct 6 15:56:13 2007 Reply Arno TeunisseA.Teeling3@chello.nlQuestionWindows2.6.5-1890Re: testing for the limit of the elog database

Stefan Ritt wrote:

Arno Teunisse wrote:
So there are only 2 user defined fields in the database.
Everything works ......... but terrible slow : is there a rule of thumb for the size of the database ?


Yes. The rule of thumb is that currently elog runs fine for a few 10000 entries. At 100000 entries it starts getting slow. I have already in my to-do list the task to improve the performance for large databases, and I have a rough idea where the bottleneck is, but I pushed the priority low because not many people have large databases right now (but it might change in the future). How many entries do you have? (It's not the size of the entries, but the number!)


That's a quick answer. Wink I just was testing. I'm trying to introduce elog at work, so i'm not having an actual database in production. In the test database I had 125386 entries. Two column: "Customers name" and "documents".

By the way : my email address has changed : how do I change that ??

Thanks
ELOG V3.1.5-3fb85fa6