On Fri, 25 Dec 2020 at 03:02, Daniel Baker <i...@collisiondetection.biz> wrote:
> Did you try specifying an integer: > > 1 is English > > 2 is German. > > etc > > > https://192.168.1.55:5443/openmeetings/hash?&secure=8c46b082-7f4a-485d-b6b0-5fffb5dd90a4*&language=1* > > Yep, thi suffix is correct :) The full list is here: https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/languages/languages.xml#L22 > > > > > On 24-Dec-20 4:20 PM, Robert Savickas wrote: > > Dear Maxim, > > This is just to update you: your REST integration is a beautiful thing. > I was able to make OM work perfectly within my platform, for a > seamless user experience. Super! Thank you very much. > > Just one question: Even though I did set up the local language interface > for the users, and it works when they login directly into OM, the language > is English when users connect via REST. I tried to specify the > languageID : keyword in the REST call to connect, but it still connects in > English interface. > > Is there a way to specify user language in Rest? > > Thank you. > Robert. > > > > On Tue, Dec 15, 2020 at 2:21 AM Maxim Solodovnik <solomax...@gmail.com> > wrote: > >> here you can find PHP API with some basic operations implemented: >> https://github.com/openmeetings/openmeetings-api-plugin >> >> On Tue, 15 Dec 2020 at 10:58, Robert Savickas <robsavic...@gmail.com> >> wrote: >> >>> Super! Thank you. >>> >>> (P.S. I am not using Moodle, but the first link should be most useful). >>> >>> >>> >>> On Mon, Dec 14, 2020 at 10:46 PM Maxim Solodovnik <solomax...@gmail.com> >>> wrote: >>> >>>> The installation is the same >>>> >>>> you need to implement REST/SOAP integration >>>> https://openmeetings.apache.org/RestAPISample.html >>>> >>>> There is for ex. OM Moodle plugin: >>>> https://moodle.org/plugins/mod_openmeetings >>>> >>>> On Tue, 15 Dec 2020 at 10:41, Robert Savickas <robsavic...@gmail.com> >>>> wrote: >>>> >>>>> Dear Maxim, >>>>> >>>>> Thank you very much. I primarily use OM for meetings only. So, the >>>>> first option might be the easiest. >>>>> >>>>> I do not know how to set up OM for meetings only, but I will search >>>>> around and experiment till I figure it out. >>>>> >>>>> So far, I have been following Alvaro's excellent OM set up guides *to >>>>> the letter* in order to install OM on the different servers. I guess, the >>>>> installation process will be slightly different, if I install OM >>>>> for meetings-use only. I will hack around and try to figure it out (or, >>>>> if >>>>> you, Alvaro, or other members of this group have several hints, those >>>>> hints >>>>> would be entirely appreciated). >>>>> >>>>> Thank you! >>>>> Robert. >>>>> >>>>> >>>>> On Mon, Dec 14, 2020 at 10:30 PM Maxim Solodovnik < >>>>> solomax...@gmail.com> wrote: >>>>> >>>>>> Hello Robert, >>>>>> >>>>>> OM stores encrypted passwords >>>>>> I know no ways to decrypt them >>>>>> >>>>>> for your use case I see a couple of doable ways to proceed: >>>>>> 1) set up OM for meetings only. >>>>>> This way your users will be stored in your "other" system, users >>>>>> will use OM via one time hashes (no passwords should be entered). >>>>>> This way other areas of OM (for ex. Calendar, dashboard) will be >>>>>> inaccessible >>>>>> 2) implement your own hashing function >>>>>> https://openmeetings.apache.org/CustomCryptMechanism.html >>>>>> here is an example https://github.com/openmeetings/custom-crypt >>>>>> this might be less secure >>>>>> 2*) you can add code store users in both databases (might be more >>>>>> complicated) >>>>>> 3) you can set-up LDAP to store credentials >>>>>> >>>>>> maybe some other options are available :) >>>>>> >>>>>> >>>>>> On Tue, 15 Dec 2020 at 10:05, Robert Savickas <robsavic...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> Dear Maxim, >>>>>>> >>>>>>> I am using OM for online meetings, and I am using another system for >>>>>>> administering other aspects of the services. On both systems, the users >>>>>>> are >>>>>>> stored in Mysql databases, and I have studied the structure of OM user >>>>>>> data >>>>>>> bases and also those of the other system. >>>>>>> >>>>>>> For each of the areas that I manage, the same set of users utilize >>>>>>> OM and the other system. So, I need to be able to move them from one >>>>>>> system to the other. >>>>>>> >>>>>>> I have written a script to copy users from the other system and >>>>>>> place them correctly into the OM user database. All works very well. >>>>>>> >>>>>>> The only problem are the passwords. They are encrypted both on OM >>>>>>> and on the other system. And the encryptions are not the same. The >>>>>>> encrypted string on OM is much longer than that on the other system, for >>>>>>> the same password. >>>>>>> >>>>>>> Would you be able to offer some pointers or readings that I can use >>>>>>> to learn how to correctly move the encrypted passwords from the other >>>>>>> system to OM? >>>>>>> >>>>>>> My goal is that the users use the same password for both systems, so >>>>>>> that I minimize the amount of complaining about having to set two >>>>>>> different >>>>>>> passwords for what the users view as one integrated system. >>>>>>> >>>>>>> Any insights and pointers would be very much appreciated. >>>>>>> >>>>>>> Thank you. >>>>>>> Robert. >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>> >>>>>> -- >>>>>> Best regards, >>>>>> Maxim >>>>>> >>>>> >>>> >>>> -- >>>> Best regards, >>>> Maxim >>>> >>> >> >> -- >> Best regards, >> Maxim >> > -- Best regards, Maxim
