Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 493 of 808  Not logged in ELOG logo
 Find |  Login |  Help 
 Full | Summary | Threaded | Show attachments  Show only new entries    6460 Entries 
Goto page Previous  1, 2, 3 ... 492, 493, 494 ... 806, 807, 808   Next  
ID Date Icon Author Author Email Category OS ELOG Version Subject
  65878   Mon May 12 10:16:21 2008 Idea Grant Jeffcotegrant@jeffcote.orgQuestion 2.7.3-1024Access Control
Hi Stefan,

We have a configuration where different sites have their own logbooks all under the same server, these are accessed by relevant parties as you might expect by selecting the appropriate tab at the top of the page.
Everyone has visibility of everyone elses logbook as a guest but we have purposely limited the 'Guest' users view (hiding the text portion etc) for various reasons.

We would now like to allow certain parties to view certain logbooks in their entirety but with a 'Read Only' view, I see this can be done but only using a common password. (Read password = <encoded password>)

At present we can give others a full view by adding them to the 'Users' list for each individual logbook, this unfortunately also gives them 'write' access. Also if they click on the tab for a logbook that they are not a 'User' for they are logged out of their existing logbook forcing them to have to log back on. If they are designated in a 'Read Only' viewers list for that logbook then their existing password would presumably be read from the global password file and they wouldn't be logged out?

I would like to be able to implement a 'Read' access view for some parties but not have a common password (use the password file?) and not force the other party to re-logon to view the other logbook.

Something like the ability to add a "Read user = <user list>" in each logbook as can be done with 'Login User' and 'Admin User' at present would be great.

Could you let me know if this is feasible please?

Many thanks in advance.
  65877   Fri May 9 14:04:42 2008 Reply Franck Cfranck.c95@free.frRequestWindows Re: Can u send me the configuration file for this logbook ?

Stefan Ritt wrote:

Franck C wrote:

Hi, I try to set up a logbook and i wanted to create something with icons (like this logbook) and it will be easier for me if i have ur config file

Thanks a lot

Franck

https://midas.psi.ch/elogs/Config+Examples/2

- Stefan

 

 

Ok thanks... but i meant this Forum logbook... Can u give me the configuration file and the css file if i need a different one ?

thanks a lot by advance

  65876   Thu May 8 09:44:48 2008 Reply Paul O'Shaughnessypaul_o'shaughnessy@inmarsat.comRequestWindows2.7.3Re: Extending attribute list

Stefan Ritt wrote:

 

 Sorry, but teaching you how to compile C programs is beyond the scope of this forum. Please buy a book for that. Most C compilers also comes with some decent documentation. You might try gcc under cygwin or Visual C++.

Stefan,

Thanks for your help. Will get back to you on how compiling the program went.

  65875   Wed May 7 19:55:30 2008 Reply Stefan Rittstefan.ritt@psi.chRequestWindows2.7.3Re: Extending attribute list

I can get my hand on a C compiler. What the process involved?

 Sorry, but teaching you how to compile C programs is beyond the scope of this forum. Please buy a book for that. Most C compilers also comes with some decent documentation. You might try gcc under cygwin or Visual C++.

  65874   Wed May 7 17:33:54 2008 Reply Paul O'Shaughnessypaul_o'shaughnessy@inmarsat.comRequestWindows2.7.3Re: Extending attribute list

Stefan Ritt wrote:

Paul O'Shaughnessy wrote:

Stefan Ritt wrote:

Paul O'Shaughnessy wrote:

Hello everyone, I am new to the forum.

I currently have an attribute which is a list. From this drop down menu, I can only access around 100 options (ELog restriction I think). How can I extend my drop down list to say 200?

Example:

Attributes = RB

Options RB = a, b, c, ...,etc.

The number of 100 options is defined in elogd.c with

#define MAX_N_LIST  100

You could try to increase this to 200, but I have no idea if you will hit some other memory limit then. So what about conditional attributes? You subdivide your list into several smaller lists, like

Attributes = Category, RB

Options Category = Cat1{1}, Cat2{2}

{1}Options RB = a,b,c,d...

{2}Options RB = e,f,g,h,...

this is then also easier to handle, as compared to select a value from a very long list.

 

Stefan,

Thanks for that advice. I have made that change to the elogd.c file, but the only problem I don't know how to compile Elog to make that change take effect. I did the stop and restart of the elog  service in windows, but that made no difference. How do I compile ELog? Sorry for my ignorance, but I am fairly new to Elog.

You need a C compiler to compile Elog under Windows. If you don't have one, I would suggest to follow the advice to use conditional attributes. This does not require a recompilation of Elog.

Stefan,

I can get my hand on a C compiler. What the process involved?

Thanks,

Paul

  65873   Wed May 7 17:10:07 2008 Question Dennis Seitzdseitz@berkeley.eduQuestionAlllatest$entry time not readable by Subst, else not datetime type?
I posted this on the end of an earlier thread but I thought it might be better to repost as a separate thread:


Thank you for pointing out the method to identify an attribute as a datetime type so that it will sort properly. I now have created my "Last Edit" attribute in several
preexisting logbooks.

I want to use
Start page = ?rsort=Last Edit
to set the default sorting of each logbook to be by Last Edit.

However, all of the entries made before I added Last Edit have no value for that field, so they are all grouped together at the end of the sort. So I
decided to go through the older entries and set Last Edit equal to the original entry date, as a starting value.

I tried to use the command
Subst on edit Last Edit = $entry time
but it gives a "-" for the Last Edit value when I edit an entry.

I think this is because $entry time is not a variable supported by Subst. Can you add that support, or else tell me if you know a better way to go about
doing what I'm attempting? Is there perhaps a way to globally process a group of entries in a logbook and set one attribute's value to be equal to
another's? To reiterate, I want to initialize Last Edit = $entrytime for all entries that have not been re-edited.

Thanks
  65872   Tue May 6 21:47:32 2008 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux2.7.3-2058Re: any support of encrypted logfiles?

Bill Pier wrote:

I'm sure this topic has been visited previously, but a search of this forum didn't show any results.

Is there are support or already proven method of encrypting the logfiles that Elog serves up? 

There is no native support for encryption inside ELOG, but you can use some external tool to achieve encryption. You can for example use TrueCrypt to mount a virtual encrypted drive, where you store your log files.

  65871   Tue May 6 21:40:05 2008 Question Bill Pierbpier@clove.orgQuestionLinux2.7.3-2058any support of encrypted logfiles?

I'm sure this topic has been visited previously, but a search of this forum didn't show any results.

Is there are support or already proven method of encrypting the logfiles that Elog serves up?

 

thanks,

Bill

 

Goto page Previous  1, 2, 3 ... 492, 493, 494 ... 806, 807, 808   Next  
ELOG V3.1.5-3fb85fa6