| ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
|
68088
|
Mon Aug 17 10:32:51 2015 |
 | Philip Leung | philip.leung@cern.ch | Question | Linux | Windows | 3.1.1 | Re: Isolating search urls |
Is there no good way of differentiating search operations from others by URL?
| Philip Leung wrote: |
|
Thanks for the quick response!
It's great to hear that multi-threading is in the works as this has been my main issue with an otherwise very nice piece of software. I do, however, feel like we should be able to get my slightly hacky approach to work to hold us over until you finish.
The idea is to run separate ELOG instances in read-only mode dedicated to these types of requests. I've managed to sync up the logbook indexation of each instance so now, unless there's some statefulness to ELOG that I'm forgetting about, I only need to make sure that requests are forwarded to the right instance.
| Stefan Ritt wrote: |
|
I guess the underlying problem is the long time these requests take and block other users.
I have pretty high on my todo list to convert ELOG into a multi-threaded server which would fix this completely. So if you are patient enough (=months) you might get what you want.
| Philip Leung wrote: |
|
Hello all,
I am in need of isolating GET-requests referring to long-running, read-only elog functions such as search/filter/sort in our Apache proxy and redirecting them elsewhere. There does not, however, appear to be any easy way of reliably isolating these functions (with the exception of sort) by only looking at the URL.
Does anybody have any suggestions?
Regards,
Philip
|
|
|
|
|
68087
|
Mon Aug 17 09:55:16 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Linux | 3.1.1 | Re: IE 11 - Text Edit Toolbar Not Working |
Also make sure you don't have "Compatibility Mode" turned on in IE11.
See here for example: http://winaero.com/blog/how-to-enable-compatibility-view-in-internet-explorer-11-ie11/
| Andreas Luedeke wrote: |
|
This reply has been written with IE 11 using the embedded HTML editor of ELOG. Therefore it is obviously not a problem of ELOG 3.1.1 with IE 11.
It could be a problem with your ELOG installation or it could be a problem with you IE 11 configuration. Can you use the HTML editor of this forum with IE11? Did you install ELOG 3.1.1 on top of an existing ELOG installation?
There was a recent post in the forum about IE11 and the HTML editor in the Forum. Did you read it?
Cheers, Andreas
| John Krautkramer wrote: |
|
Hi,
I've been exploring elog. I find when using IE 11, the text editor formatting buttons don't work with HTML encoding selected. The entire toolbar is grayed out. It appears to work fine with Chrome. Any ideas or direction to look? elog v3.1.1 is running on RedHat EL5. I've tried the rpm installation, and source code compilation and installation with no change.
Any input would be greatly apriciated!
John
|
|
|
|
68086
|
Mon Aug 17 09:27:45 2015 |
| Andreas Luedeke | andreas.luedeke@psi.ch | Question | Linux | 3.1.1 | Re: IE 11 - Text Edit Toolbar Not Working |
This reply has been written with IE 11 using the embedded HTML editor of ELOG. Therefore it is obviously not a problem of ELOG 3.1.1 with IE 11.
It could be a problem with your ELOG installation or it could be a problem with you IE 11 configuration. Can you use the HTML editor of this forum with IE11? Did you install ELOG 3.1.1 on top of an existing ELOG installation?
There was a recent post in the forum about IE11 and the HTML editor in the Forum. Did you read it?
Cheers, Andreas
| John Krautkramer wrote: |
|
Hi,
I've been exploring elog. I find when using IE 11, the text editor formatting buttons don't work with HTML encoding selected. The entire toolbar is grayed out. It appears to work fine with Chrome. Any ideas or direction to look? elog v3.1.1 is running on RedHat EL5. I've tried the rpm installation, and source code compilation and installation with no change.
Any input would be greatly apriciated!
John
|
|
|
68084
|
Sat Aug 15 00:00:36 2015 |
 | John Krautkramer | john.krautkramer@micrel.com | Question | Linux | 3.1.1 | IE 11 - Text Edit Toolbar Not Working |
Hi,
I've been exploring elog. I find when using IE 11, the text editor formatting buttons don't work with HTML encoding selected. The entire toolbar is grayed out. It appears to work fine with Chrome. Any ideas or direction to look? elog v3.1.1 is running on RedHat EL5. I've tried the rpm installation, and source code compilation and installation with no change.
Any input would be greatly apriciated!
John |
|
68083
|
Thu Aug 13 10:06:23 2015 |
| Philip Leung | philip.leung@cern.ch | Question | Linux | Windows | 3.1.1 | Re: Isolating search urls |
Thanks for the quick response!
It's great to hear that multi-threading is in the works as this has been my main issue with an otherwise very nice piece of software. I do, however, feel like we should be able to get my slightly hacky approach to work to hold us over until you finish.
The idea is to run separate ELOG instances in read-only mode dedicated to these types of requests. I've managed to sync up the logbook indexation of each instance so now, unless there's some statefulness to ELOG that I'm forgetting about, I only need to make sure that requests are forwarded to the right instance.
| Stefan Ritt wrote: |
|
I guess the underlying problem is the long time these requests take and block other users.
I have pretty high on my todo list to convert ELOG into a multi-threaded server which would fix this completely. So if you are patient enough (=months) you might get what you want.
| Philip Leung wrote: |
|
Hello all,
I am in need of isolating GET-requests referring to long-running, read-only elog functions such as search/filter/sort in our Apache proxy and redirecting them elsewhere. There does not, however, appear to be any easy way of reliably isolating these functions (with the exception of sort) by only looking at the URL.
Does anybody have any suggestions?
Regards,
Philip
|
|
|
|
Draft
|
Thu Aug 13 10:05:22 2015 |
| Philip Leung | philip.leung@cern.ch | Question | Linux | Windows | 3.1.1 | Re: Isolating search urls |
Thanks for the quick response!
The idea is to run multiple instances of elog where
| Stefan Ritt wrote: |
|
I guess the underlying problem is the long time these requests take and block other users.
I have pretty high on my todo list to convert ELOG into a multi-threaded server which would fix this completely. So if you are patient enough (=months) you might get what you want.
| Philip Leung wrote: |
|
Hello all,
I am in need of isolating GET-requests referring to long-running, read-only elog functions such as search/filter/sort in our Apache proxy and redirecting them elsewhere. There does not, however, appear to be any easy way of reliably isolating these functions (with the exception of sort) by only looking at the URL.
Does anybody have any suggestions?
Regards,
Philip
|
|
|
|
68081
|
Thu Aug 13 08:41:57 2015 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 3.0.0-70b274b | Re: Show attachments = 0 |
That's strange. If you use HTML or ELCode encoding, attachments are automatically hidden if they are used inline. So no "Show attachments = 0" necessary! I just tried that with the demo logbook and here is how it looks:
As you can see, there is no attachment shown in the full view. This is actually handled by the function "is_inline_attachment()" in elogd.c. I don't know if you can do debugging, but somehow this inline test won't work for you and the question is why. Can you try the simple configuration from the demo logbook and see if you still have the problem? Can you show me an example when this does not work. I need to reproduce your problem exactly in order to fix it.
Stefan
| Eric Quintero wrote: |
|
I have "Show attachments = 0" set in [global], but attachments are shown in the "Full" view. Is this the intended behavior? Looking at individual entries correctly hides the attachments.
We use inline images often, so when an attachement is shown at the bottom of a post it is effectively a duplicate, which clutters things up a bit.
|
|
|
68080
|
Wed Aug 12 23:44:16 2015 |
| Eric Quintero | ericq@caltech.edu | Question | All | 3.0.0-70b274b | Show attachments = 0 |
I have "Show attachments = 0" set in [global], but attachments are shown in the "Full" view. Is this the intended behavior? Looking at individual entries correctly hides the attachments.
We use inline images often, so when an attachement is shown at the bottom of a post it is effectively a duplicate, which clutters things up a bit. |