Archives
Contributors
-
Re: OCA Repositories in Odoo Apps Store
Bruno, you are right, the App store is not very reliable for OCA modules.
Still, it is important to have OCA modules there as much as possible. That brings visibility to the OCA itself and to our contributors.
I believe the tracking_mailgun is now listed.
The debrand is not, but is in the same repos, so I guess it was blacklisted.
--Daniel
On 09/06/2020 14:02, Bruno Joliveau wrote:
I don't know how Odoo Appstore works really for contributors who want to show their modules.
If it can helps anyone, for example, from the OCA repo (for this example https://github.com/OCA/social)https://apps.odoo.com/apps/modules/browse?search=tracking_mailgun and we find this contribution https://github.com/OCA/social/tree/12.0/mail_tracking_mailgun
https://apps.odoo.com/apps/modules/browse?search=debrand and there is no result even if in the same repo we find https://github.com/OCA/social/tree/12.0/mail_debrand
For me and daily internal use, I prefer to search on https://www.odoo-code-search.com/ for example
My 2 cents ;-)
Bruno Joliveau - Architecte applications - PrésidentNUMIGI SOLUTIONS INC.
(514) 317-7944
Longueuil, Québec, Canada
Le mar. 9 juin 2020 à 01:31, Simone Orsi <simahawk@gmail.com> a écrit :
Hello,
I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.
@Fekete: do you have a list of modules/repo/branch you specifically detected?
AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.
The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.There's a WIP proof of concept here to try to automate the process.If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)
The 2nd may depend on errors when parsing some files (eg: rst docs).
Meanwhile, if you notice a module or a repo is missing, please let us know.
Cheers,S.
On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:
Hello,
I got hold of the OCA app credentials, and there are a lot of warning to deal with.
I'll go through them.
You're welcome to ask me about any particular repo, if you want.
Thanks
Daniel
On 08/06/2020 20:56, Frederik Kramer wrote:
Or probably strategy enforcement ;-) Who knows. But i am with Holger to double check and to make sure that OCA is not doeing anything wrong Best Frederik Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn: > > Except mistake or bugs, the company seems filter the apps she wants > to show. > > so let's assume one of the first two and reach out to see what's > going on. A > mistake/glitch/whatever on the submitting (so our) side also isn't > impossible, > so let's ask the people busy with that to double check. > > In the past I made the mistake to mark some of my cooler modules as > dependencies, which they were because they don't do anything on their > own, but > that got them hidden in the app store. Maybe we also have different > visibility > rules at play between odoo sa and oca? > > --- > https://hunki-enterprises.com > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Daniel Reis - 01:40 - 10 Jun 2020 -
Re: OCA Repositories in Odoo Apps Store
HI Fekete,this is the picture (by all meanings :) ) of the branches for l10-romania:AFAIS it matches reality since 12 10 and 9 are empty.Here's an example of the errors you could have for wrong dependencies, wrong licenses or name clash w/ modules that are not OCA:These warnings, AFAIK, are displayed only there and not forwarded to anyone.Hope this helps,S.On Tue, Jun 9, 2020 at 7:47 AM Fekete Mihai <feketemihai@nexterp.ro> wrote:Hi guys, thanks for the feedback.
Daniel, do we have a script that does this registration of repo's or how is it done, would be good to launch them all and check after the warnings, for me i was more interested in the l10n-romania repo, but if we have the warnings we can create a issue in the maintainer-tools repo and to check them.
Thanks
On 09.06.2020 08:31, Simone Orsi wrote:
Hello,
I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.
@Fekete: do you have a list of modules/repo/branch you specifically detected?
AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.
The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.There's a WIP proof of concept here to try to automate the process.If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)
The 2nd may depend on errors when parsing some files (eg: rst docs).
Meanwhile, if you notice a module or a repo is missing, please let us know.
Cheers,S.
On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:
Hello,
I got hold of the OCA app credentials, and there are a lot of warning to deal with.
I'll go through them.
You're welcome to ask me about any particular repo, if you want.
Thanks
Daniel
On 08/06/2020 20:56, Frederik Kramer wrote:
Or probably strategy enforcement ;-) Who knows. But i am with Holger to double check and to make sure that OCA is not doeing anything wrong Best Frederik Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn: > > Except mistake or bugs, the company seems filter the apps she wants > to show. > > so let's assume one of the first two and reach out to see what's > going on. A > mistake/glitch/whatever on the submitting (so our) side also isn't > impossible, > so let's ask the people busy with that to double check. > > In the past I made the mistake to mark some of my cooler modules as > dependencies, which they were because they don't do anything on their > own, but > that got them hidden in the app store. Maybe we also have different > visibility > rules at play between odoo sa and oca? > > --- > https://hunki-enterprises.com > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
-- Mihai Fekete NextERP Romania S.R.L. 600B, Peciu Nou, Romania E-mail: feketemihai@nexterp.ro Telefon: 0788-749989 Website: https://nexterp.ro
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Simone Orsi - 10:05 - 9 Jun 2020 -
Re: initialization of qweb template caches on website
Hi AlexandreI just checked the svg files attached in your previous email.The cache process is consuming 1/4 of the total time:In your profiling you are using 4 workers and the cache process was computed for 2 workers (pid-126 and pid-130)The issue is worse if you are using 20 workers so this cache will be computed 20 times.And even worse if you have a method clearing cache so often since that it will clear the cache of all methods in all workers.The following methods are clearing cache in Odoo:It means that if you create/unlink/modify a new crm.reveal.rule so the website will be slow again even if the crm.reveal.rule is not affecting the website.The same case for:The worst cases are cron of minutes clearing cache:- Check the following e.g. of a fixed issue related https://github.com/odoo/odoo/issues/25029But you still can have a cron calling a method clearing caches.Because of all this I have created the following issue:Check the Olivier Dony answer.Regards!El mar., 9 jun. 2020 a las 2:17, Alexandre Fayolle (<alexandre.fayolle@camptocamp.com>) escribió:Thanks for jumping on this Moises :) Yes I am able to reproduce locally, and I did run some profiling before asking :) Attached are 2 profiling sessions loading the same page with py-spy (https://pypi.org/project/py-spy/), once with an uninitialized worker, and once with an initialized worker. What I see is that a significant amount of time is spent in the flatten method (odoo/http.py:1270) in the uninitialized worker run, and this is not present in the initialized worker run (meaning the result of flatten is cached, and we see this in the call stack). The database is not on the critical path here, as far as I can tell, it's a pure python issue, and caching cannot directly help, because the performance issue is directly caused by the cache initialization. So what I would like to do is preload the cache when the worker starts. With a "normal" system, this would be done by browsing the site after it starts, but with Odoo's recycling workers, it is harder to do from outside. And besides, I found out that the caches are being invalidated, and we had to disable the event reminder cron which is invalidating all caches every 30min. I'll check with the customer if he is ok with sharing a database dump, and also with our GDPR guys here at Camptocamp. Alexandre On 09/06/2020 06:32, Moises Lopez wrote: > Hi Alexandre, > >> ...issue related to qweb templates on the website. *The first time a > worker serves these*... > > I agree with you > - If it is only the first time so it confirms that there is a slow > cached process. > - Since the first time was slow (caching) and the second one it is not. > (If the second time is using the same worker). > > 1) Can you reproduce it even if you are not using a proxy with cache > (e.g. nginx)? > > If we analyze Odoo we can look for the cached methods: > - rgrep "\@.*cache(" . --include=*.py --exclude-dir=test* -A2 |grep " > def " > > The following method are cached in Odoo and enterprise projects: > - https://gist.github.com/moylop260/a3394674e570da8ca457ef4fe2eb4176 > > In our experience slowest are: > - ir_rule._compute_domain: > - computing a lot of records > - computing relational fields (field_o2m.field_id.name > ) > - Using a computed field > - ir_translation.__get_source: > - A lot of terms to translate in the qweb view > - A lot of fields(translate=True) renderized > > But if you like to find the culprit... Are you able to run profilers? > > Check the following cases detected before using profilers: > - https://github.com/odoo/odoo/pull/49690 > - https://github.com/odoo/odoo/pull/25196 > > > - Enable advanced logs in postgresql to get a pgbadger report to detect: > - most executed queries > - slowest executed queries > - missing index > - locked records > - Run py-spy to get a flame to detect: > - slowest python methods > > Running both at the same time you can cross information and look for the > culprit easier. > > > El lun., 8 jun. 2020 a las 8:22, Gustavo Valverde > (<gustavo@iterativo.do>) escribió: > > Hi Alexandre, > > This is an interesting subject, as it's kind of hard to find a sweet > spot. > > I've been dealing with Odoo performance improvements in different > scenarios for a few months now. I thought I had most of it figured > out until I started dealing with ecommerce and fighting with > Google's pagespeed. > > I found out multiple things have to be taken into consideration when > dealing with websites: > > * If you have a high amount of workers, restarting or redeploying > new changes make things hellish slow. > * Mixed setups (multiprocess for the backend + multithread for the > website) make things better; but it depends on the load and > amount of online visitors that you could have at the same time. > * Nginx caching and CDNs are your friends. Don't be afraid of > caching /web/content, but do not cache it for excessive times. > > Regards, > > On Mon, Jun 8, 2020 at 8:22 AM Alexandre Fayolle > <alexandre.fayolle@camptocamp.com > <mailto:alexandre.fayolle@camptocamp.com>> wrote: > > Hello, > > A customer (odoo 12.0) here is facing a performance issue related to > qweb templates on the website. The first time a worker serves these, we > get terrible performance. I suspect we are not the only ones facing > this. Using an external service to GET /shop for instance on a regular > basis sort of alleviates this, but this is really unelegant. > > Is there a killer module I missed which is able to preload the cache for > a number of views each time a worker is started? Or some other strategy? > > Thanks for your feedback > > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 > Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le > Bourget-du-Lac France http://www.camptocamp.com > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > <mailto:contributors@odoo-community.org> > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > > > -- > > Gustavo Valverde > > Chief Technology Officer > > M(829) 686 8270 D (829) 956 5191 ext. 202 > > E gustavo@iterativo.do > > > > > ITERATIVO SRL > > Roble Corporate Center, Piso 7 > > Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana > > > T(829) 956 5191| Einfo@iterativo.do | www.iterativo.do > > > > Member firm of ITERATIVO LLC & Progressa Corporate Group > > > Este mensaje y sus anexos pueden contener información confidencial y > privilegiada con la intención de que sea utilizada por las personas > u organizaciones a quienes esta dirigida, por lo que su uso es > exclusivo para su destinatario. Si usted ha recibido este mensaje > por error, favor de eliminarlo e informar al remitente del mensaje a > través de un correo de respuesta. Si este es el caso, le notificamos > que queda estrictamente prohibida la distribución o reproducción de > este e-mail y/o sus anexos. iterativo no se hace responsable de las > opiniones vertidas en esta comunicación que no estén acordes con su > quehacer y fines, y que no se revistan de un carácter oficial. > > This message and its enclosures may contain confidential and > privileged information intended for the use of people and > organizations to which it is directed and its use is thus limited to > its addressee. If you have received this message by mistake, please > eliminate it and inform the sender through a reply message. Should > this be the case, you are advised that the distribution or > reproduction of this e-mail and/or any attachments contained herein > is strictly forbidden. iterativo is not liable for opinions > expressed in this message which may not coincide with its > responsibilities and purpose and which may not express official > matters. > > __ __ > > https://iterativo.do/web/image/39802/hoja-verde.png____ > > /No imprimas este correo si no es necesario. Cuidemos del ambiente!/____ > > /Do not print this mail if it's not necessary. Let's take care of > the environment!/ > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > <mailto:contributors@odoo-community.org> > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > > > -- > Moisés López Calderón > Mobile: (+521) 477-752-22-30 > Twitter: @moylop260 > hangout: moylop260@vauxoo.com <mailto:moylop260@vauxoo.com> > http://www.vauxoo.com - Odoo Gold Partner > Twitter: @vauxoo > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Moisés López CalderónMobile: (+521) 477-752-22-30Twitter: @moylop260Twitter: @vauxoo
by Moisés López Calderón - 05:35 - 9 Jun 2020 -
Re: OCA Repositories in Odoo Apps Store
Of course Denis ;-)Bruno Joliveau - Architecte applications - PrésidentNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
Le mar. 9 juin 2020 à 09:12, Roussel, Denis <denis.roussel@acsone.eu> a écrit :Le mar. 9 juin 2020 à 15:02, Bruno Joliveau <bruno.joliveau@numigi.com> a écrit :I don't know how Odoo Appstore works really for contributors who want to show their modules.If it can helps anyone, for example, from the OCA repo (for this example https://github.com/OCA/social)https://apps.odoo.com/apps/modules/browse?search=tracking_mailgun and we find this contribution https://github.com/OCA/social/tree/12.0/mail_tracking_mailgunhttps://apps.odoo.com/apps/modules/browse?search=debrand and there is no result even if in the same repo we find https://github.com/OCA/social/tree/12.0/mail_debrandFor me and daily internal use, I prefer to search on https://www.odoo-code-search.com/ for exampleMy 2 cents ;-)Bruno Joliveau - Architecte applications - PrésidentNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
Le mar. 9 juin 2020 à 01:31, Simone Orsi <simahawk@gmail.com> a écrit :Hello,I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.@Fekete: do you have a list of modules/repo/branch you specifically detected?AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.There's a WIP proof of concept here to try to automate the process.If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)The 2nd may depend on errors when parsing some files (eg: rst docs).Meanwhile, if you notice a module or a repo is missing, please let us know.Cheers,S.On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:Hello,
I got hold of the OCA app credentials, and there are a lot of warning to deal with.
I'll go through them.
You're welcome to ask me about any particular repo, if you want.
Thanks
Daniel
On 08/06/2020 20:56, Frederik Kramer wrote:
Or probably strategy enforcement ;-) Who knows. But i am with Holger to double check and to make sure that OCA is not doeing anything wrong Best Frederik Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn: > > Except mistake or bugs, the company seems filter the apps she wants > to show. > > so let's assume one of the first two and reach out to see what's > going on. A > mistake/glitch/whatever on the submitting (so our) side also isn't > impossible, > so let's ask the people busy with that to double check. > > In the past I made the mistake to mark some of my cooler modules as > dependencies, which they were because they don't do anything on their > own, but > that got them hidden in the app store. Maybe we also have different > visibility > rules at play between odoo sa and oca? > > --- > https://hunki-enterprises.com > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Bruno Joliveau - 03:16 - 9 Jun 2020 -
Re: OCA Repositories in Odoo Apps Store
Le mar. 9 juin 2020 à 15:02, Bruno Joliveau <bruno.joliveau@numigi.com> a écrit :I don't know how Odoo Appstore works really for contributors who want to show their modules.If it can helps anyone, for example, from the OCA repo (for this example https://github.com/OCA/social)https://apps.odoo.com/apps/modules/browse?search=tracking_mailgun and we find this contribution https://github.com/OCA/social/tree/12.0/mail_tracking_mailgunhttps://apps.odoo.com/apps/modules/browse?search=debrand and there is no result even if in the same repo we find https://github.com/OCA/social/tree/12.0/mail_debrandFor me and daily internal use, I prefer to search on https://www.odoo-code-search.com/ for exampleMy 2 cents ;-)Bruno Joliveau - Architecte applications - PrésidentNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
Le mar. 9 juin 2020 à 01:31, Simone Orsi <simahawk@gmail.com> a écrit :Hello,I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.@Fekete: do you have a list of modules/repo/branch you specifically detected?AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.There's a WIP proof of concept here to try to automate the process.If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)The 2nd may depend on errors when parsing some files (eg: rst docs).Meanwhile, if you notice a module or a repo is missing, please let us know.Cheers,S.On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:Hello,
I got hold of the OCA app credentials, and there are a lot of warning to deal with.
I'll go through them.
You're welcome to ask me about any particular repo, if you want.
Thanks
Daniel
On 08/06/2020 20:56, Frederik Kramer wrote:
Or probably strategy enforcement ;-) Who knows. But i am with Holger to double check and to make sure that OCA is not doeing anything wrong Best Frederik Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn: > > Except mistake or bugs, the company seems filter the apps she wants > to show. > > so let's assume one of the first two and reach out to see what's > going on. A > mistake/glitch/whatever on the submitting (so our) side also isn't > impossible, > so let's ask the people busy with that to double check. > > In the past I made the mistake to mark some of my cooler modules as > dependencies, which they were because they don't do anything on their > own, but > that got them hidden in the app store. Maybe we also have different > visibility > rules at play between odoo sa and oca? > > --- > https://hunki-enterprises.com > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Denis Roussel - 03:11 - 9 Jun 2020 -
Re: OCA Repositories in Odoo Apps Store
I don't know how Odoo Appstore works really for contributors who want to show their modules.If it can helps anyone, for example, from the OCA repo (for this example https://github.com/OCA/social)https://apps.odoo.com/apps/modules/browse?search=tracking_mailgun and we find this contribution https://github.com/OCA/social/tree/12.0/mail_tracking_mailgunhttps://apps.odoo.com/apps/modules/browse?search=debrand and there is no result even if in the same repo we find https://github.com/OCA/social/tree/12.0/mail_debrandFor me and daily internal use, I prefer to search on https://www.odoo-code-search.com/ for exampleMy 2 cents ;-)Bruno Joliveau - Architecte applications - PrésidentNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
Le mar. 9 juin 2020 à 01:31, Simone Orsi <simahawk@gmail.com> a écrit :Hello,I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.@Fekete: do you have a list of modules/repo/branch you specifically detected?AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.There's a WIP proof of concept here to try to automate the process.If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)The 2nd may depend on errors when parsing some files (eg: rst docs).Meanwhile, if you notice a module or a repo is missing, please let us know.Cheers,S.On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:Hello,
I got hold of the OCA app credentials, and there are a lot of warning to deal with.
I'll go through them.
You're welcome to ask me about any particular repo, if you want.
Thanks
Daniel
On 08/06/2020 20:56, Frederik Kramer wrote:
Or probably strategy enforcement ;-) Who knows. But i am with Holger to double check and to make sure that OCA is not doeing anything wrong Best Frederik Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn: > > Except mistake or bugs, the company seems filter the apps she wants > to show. > > so let's assume one of the first two and reach out to see what's > going on. A > mistake/glitch/whatever on the submitting (so our) side also isn't > impossible, > so let's ask the people busy with that to double check. > > In the past I made the mistake to mark some of my cooler modules as > dependencies, which they were because they don't do anything on their > own, but > that got them hidden in the app store. Maybe we also have different > visibility > rules at play between odoo sa and oca? > > --- > https://hunki-enterprises.com > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Bruno Joliveau - 03:01 - 9 Jun 2020 -
Re: initialization of qweb template caches on website
Thanks for jumping on this Moises :) Yes I am able to reproduce locally, and I did run some profiling before asking :) Attached are 2 profiling sessions loading the same page with py-spy (https://pypi.org/project/py-spy/), once with an uninitialized worker, and once with an initialized worker. What I see is that a significant amount of time is spent in the flatten method (odoo/http.py:1270) in the uninitialized worker run, and this is not present in the initialized worker run (meaning the result of flatten is cached, and we see this in the call stack). The database is not on the critical path here, as far as I can tell, it's a pure python issue, and caching cannot directly help, because the performance issue is directly caused by the cache initialization. So what I would like to do is preload the cache when the worker starts. With a "normal" system, this would be done by browsing the site after it starts, but with Odoo's recycling workers, it is harder to do from outside. And besides, I found out that the caches are being invalidated, and we had to disable the event reminder cron which is invalidating all caches every 30min. I'll check with the customer if he is ok with sharing a database dump, and also with our GDPR guys here at Camptocamp. Alexandre On 09/06/2020 06:32, Moises Lopez wrote: > Hi Alexandre, > >> ...issue related to qweb templates on the website. *The first time a > worker serves these*... > > I agree with you > - If it is only the first time so it confirms that there is a slow > cached process. > - Since the first time was slow (caching) and the second one it is not. > (If the second time is using the same worker). > > 1) Can you reproduce it even if you are not using a proxy with cache > (e.g. nginx)? > > If we analyze Odoo we can look for the cached methods: > - rgrep "\@.*cache(" . --include=*.py --exclude-dir=test* -A2 |grep " > def " > > The following method are cached in Odoo and enterprise projects: > - https://gist.github.com/moylop260/a3394674e570da8ca457ef4fe2eb4176 > > In our experience slowest are: > - ir_rule._compute_domain: > - computing a lot of records > - computing relational fields (field_o2m.field_id.name > ) > - Using a computed field > - ir_translation.__get_source: > - A lot of terms to translate in the qweb view > - A lot of fields(translate=True) renderized > > But if you like to find the culprit... Are you able to run profilers? > > Check the following cases detected before using profilers: > - https://github.com/odoo/odoo/pull/49690 > - https://github.com/odoo/odoo/pull/25196 > > > - Enable advanced logs in postgresql to get a pgbadger report to detect: > - most executed queries > - slowest executed queries > - missing index > - locked records > - Run py-spy to get a flame to detect: > - slowest python methods > > Running both at the same time you can cross information and look for the > culprit easier. > > > El lun., 8 jun. 2020 a las 8:22, Gustavo Valverde > (<gustavo@iterativo.do>) escribió: > > Hi Alexandre, > > This is an interesting subject, as it's kind of hard to find a sweet > spot. > > I've been dealing with Odoo performance improvements in different > scenarios for a few months now. I thought I had most of it figured > out until I started dealing with ecommerce and fighting with > Google's pagespeed. > > I found out multiple things have to be taken into consideration when > dealing with websites: > > * If you have a high amount of workers, restarting or redeploying > new changes make things hellish slow. > * Mixed setups (multiprocess for the backend + multithread for the > website) make things better; but it depends on the load and > amount of online visitors that you could have at the same time. > * Nginx caching and CDNs are your friends. Don't be afraid of > caching /web/content, but do not cache it for excessive times. > > Regards, > > On Mon, Jun 8, 2020 at 8:22 AM Alexandre Fayolle > <alexandre.fayolle@camptocamp.com > <mailto:alexandre.fayolle@camptocamp.com>> wrote: > > Hello, > > A customer (odoo 12.0) here is facing a performance issue related to > qweb templates on the website. The first time a worker serves these, we > get terrible performance. I suspect we are not the only ones facing > this. Using an external service to GET /shop for instance on a regular > basis sort of alleviates this, but this is really unelegant. > > Is there a killer module I missed which is able to preload the cache for > a number of views each time a worker is started? Or some other strategy? > > Thanks for your feedback > > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 > Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le > Bourget-du-Lac France http://www.camptocamp.com > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > <mailto:contributors@odoo-community.org> > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > > > -- > > Gustavo Valverde > > Chief Technology Officer > > M(829) 686 8270 D (829) 956 5191 ext. 202 > > E gustavo@iterativo.do > > > > > ITERATIVO SRL > > Roble Corporate Center, Piso 7 > > Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana > > > T(829) 956 5191| Einfo@iterativo.do | www.iterativo.do > > > > Member firm of ITERATIVO LLC & Progressa Corporate Group > > > Este mensaje y sus anexos pueden contener información confidencial y > privilegiada con la intención de que sea utilizada por las personas > u organizaciones a quienes esta dirigida, por lo que su uso es > exclusivo para su destinatario. Si usted ha recibido este mensaje > por error, favor de eliminarlo e informar al remitente del mensaje a > través de un correo de respuesta. Si este es el caso, le notificamos > que queda estrictamente prohibida la distribución o reproducción de > este e-mail y/o sus anexos. iterativo no se hace responsable de las > opiniones vertidas en esta comunicación que no estén acordes con su > quehacer y fines, y que no se revistan de un carácter oficial. > > This message and its enclosures may contain confidential and > privileged information intended for the use of people and > organizations to which it is directed and its use is thus limited to > its addressee. If you have received this message by mistake, please > eliminate it and inform the sender through a reply message. Should > this be the case, you are advised that the distribution or > reproduction of this e-mail and/or any attachments contained herein > is strictly forbidden. iterativo is not liable for opinions > expressed in this message which may not coincide with its > responsibilities and purpose and which may not express official > matters. > > __ __ > > https://iterativo.do/web/image/39802/hoja-verde.png____ > > /No imprimas este correo si no es necesario. Cuidemos del ambiente!/____ > > /Do not print this mail if it's not necessary. Let's take care of > the environment!/ > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > <mailto:contributors@odoo-community.org> > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > > > -- > Moisés López Calderón > Mobile: (+521) 477-752-22-30 > Twitter: @moylop260 > hangout: moylop260@vauxoo.com <mailto:moylop260@vauxoo.com> > http://www.vauxoo.com - Odoo Gold Partner > Twitter: @vauxoo > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
by Alexandre Fayolle - 09:16 - 9 Jun 2020 -
Re: OCA Repositories in Odoo Apps Store
Hello,I'll do a round of checks but we have soooo many repos and modules that is very hard to get the full picture of their status at glance.@Fekete: do you have a list of modules/repo/branch you specifically detected?AFAIK this can be due to a bunch of reasons: branch not registered, scan of repo failed.The 1st reason depends on the fact that the process is still manual and Odoo does not ease this process at all.There's a WIP proof of concept here to try to automate the process.If anyone wants to help Alexey with it, I'm sure it will be appreciated ;)The 2nd may depend on errors when parsing some files (eg: rst docs).Meanwhile, if you notice a module or a repo is missing, please let us know.Cheers,S.On Mon, Jun 8, 2020 at 11:21 PM Daniel Reis <dreis@opensourceintegrators.com> wrote:Hello,
I got hold of the OCA app credentials, and there are a lot of warning to deal with.
I'll go through them.
You're welcome to ask me about any particular repo, if you want.
Thanks
Daniel
On 08/06/2020 20:56, Frederik Kramer wrote:
Or probably strategy enforcement ;-) Who knows. But i am with Holger to double check and to make sure that OCA is not doeing anything wrong Best Frederik Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn: > > Except mistake or bugs, the company seems filter the apps she wants > to show. > > so let's assume one of the first two and reach out to see what's > going on. A > mistake/glitch/whatever on the submitting (so our) side also isn't > impossible, > so let's ask the people busy with that to double check. > > In the past I made the mistake to mark some of my cooler modules as > dependencies, which they were because they don't do anything on their > own, but > that got them hidden in the app store. Maybe we also have different > visibility > rules at play between odoo sa and oca? > > --- > https://hunki-enterprises.com > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Simone Orsi - 07:30 - 9 Jun 2020 -
Re: initialization of qweb template caches on website
Hi Alexandre,> ...issue related to qweb templates on the website. The first time a worker serves these...I agree with you- If it is only the first time so it confirms that there is a slow cached process.- Since the first time was slow (caching) and the second one it is not. (If the second time is using the same worker).1) Can you reproduce it even if you are not using a proxy with cache (e.g. nginx)?If we analyze Odoo we can look for the cached methods:- rgrep "\@.*cache(" . --include=*.py --exclude-dir=test* -A2 |grep " def "The following method are cached in Odoo and enterprise projects:In our experience slowest are:- ir_rule._compute_domain:- computing a lot of records- computing relational fields (field_o2m.field_id.name)- Using a computed field- ir_translation.__get_source:- A lot of terms to translate in the qweb view- A lot of fields(translate=True) renderizedBut if you like to find the culprit... Are you able to run profilers?Check the following cases detected before using profilers:- Enable advanced logs in postgresql to get a pgbadger report to detect:- most executed queries- slowest executed queries- missing index- locked records- Run py-spy to get a flame to detect:- slowest python methodsRunning both at the same time you can cross information and look for the culprit easier.El lun., 8 jun. 2020 a las 8:22, Gustavo Valverde (<gustavo@iterativo.do>) escribió:Hi Alexandre,
This is an interesting subject, as it's kind of hard to find a sweet spot.I've been dealing with Odoo performance improvements in different scenarios for a few months now. I thought I had most of it figured out until I started dealing with ecommerce and fighting with Google's pagespeed.I found out multiple things have to be taken into consideration when dealing with websites:- If you have a high amount of workers, restarting or redeploying new changes make things hellish slow.
- Mixed setups (multiprocess for the backend + multithread for the website) make things better; but it depends on the load and amount of online visitors that you could have at the same time.
- Nginx caching and CDNs are your friends. Don't be afraid of caching /web/content, but do not cache it for excessive times.
Regards,On Mon, Jun 8, 2020 at 8:22 AM Alexandre Fayolle <alexandre.fayolle@camptocamp.com> wrote:Hello, A customer (odoo 12.0) here is facing a performance issue related to qweb templates on the website. The first time a worker serves these, we get terrible performance. I suspect we are not the only ones facing this. Using an external service to GET /shop for instance on a regular basis sort of alleviates this, but this is really unelegant. Is there a killer module I missed which is able to preload the cache for a number of views each time a worker is started? Or some other strategy? Thanks for your feedback -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Gustavo Valverde
Chief Technology Officer
M (829) 686 8270 D (829) 956 5191 ext. 202
E gustavo@iterativo.do
ITERATIVO SRL
Roble Corporate Center, Piso 7
Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana
T (829) 956 5191| E info@iterativo.do | www.iterativo.do
Member firm of ITERATIVO LLC & Progressa Corporate Group
Este mensaje y sus anexos pueden contener información confidencial y privilegiada con la intención de que sea utilizada por las personas u organizaciones a quienes esta dirigida, por lo que su uso es exclusivo para su destinatario. Si usted ha recibido este mensaje por error, favor de eliminarlo e informar al remitente del mensaje a través de un correo de respuesta. Si este es el caso, le notificamos que queda estrictamente prohibida la distribución o reproducción de este e-mail y/o sus anexos. iterativo no se hace responsable de las opiniones vertidas en esta comunicación que no estén acordes con su quehacer y fines, y que no se revistan de un carácter oficial.
This message and its enclosures may contain confidential and privileged information intended for the use of people and organizations to which it is directed and its use is thus limited to its addressee. If you have received this message by mistake, please eliminate it and inform the sender through a reply message. Should this be the case, you are advised that the distribution or reproduction of this e-mail and/or any attachments contained herein is strictly forbidden. iterativo is not liable for opinions expressed in this message which may not coincide with its responsibilities and purpose and which may not express official matters.
No imprimas este correo si no es necesario. Cuidemos del ambiente!
Do not print this mail if it's not necessary. Let's take care of the environment!
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Moisés López CalderónMobile: (+521) 477-752-22-30Twitter: @moylop260Twitter: @vauxoo
by Moisés López Calderón - 06:31 - 9 Jun 2020 -
Re: OCA Repositories in Odoo Apps Store
Hello,
I got hold of the OCA app credentials, and there are a lot of warning to deal with.
I'll go through them.
You're welcome to ask me about any particular repo, if you want.
Thanks
Daniel
On 08/06/2020 20:56, Frederik Kramer wrote:
Or probably strategy enforcement ;-) Who knows. But i am with Holger to double check and to make sure that OCA is not doeing anything wrong Best Frederik Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn: > > Except mistake or bugs, the company seems filter the apps she wants > to show. > > so let's assume one of the first two and reach out to see what's > going on. A > mistake/glitch/whatever on the submitting (so our) side also isn't > impossible, > so let's ask the people busy with that to double check. > > In the past I made the mistake to mark some of my cooler modules as > dependencies, which they were because they don't do anything on their > own, but > that got them hidden in the app store. Maybe we also have different > visibility > rules at play between odoo sa and oca? > > --- > https://hunki-enterprises.com > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Daniel Reis - 11:20 - 8 Jun 2020 -
Re: OCA Repositories in Odoo Apps Store
Or probably strategy enforcement ;-) Who knows. But i am with Holger to double check and to make sure that OCA is not doeing anything wrong Best Frederik Am Montag, den 08.06.2020, 19:52 +0000 schrieb Holger Brunn: > > Except mistake or bugs, the company seems filter the apps she wants > to show. > > so let's assume one of the first two and reach out to see what's > going on. A > mistake/glitch/whatever on the submitting (so our) side also isn't > impossible, > so let's ask the people busy with that to double check. > > In the past I made the mistake to mark some of my cooler modules as > dependencies, which they were because they don't do anything on their > own, but > that got them hidden in the app store. Maybe we also have different > visibility > rules at play between odoo sa and oca? > > --- > https://hunki-enterprises.com > > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe -- Dr.-Ing. Frederik Kramer Geschäftsführer initOS GmbH An der Eisenbahn 1 21224 Rosengarten Phone: +49 4105 56156-12 Fax: +49 4105 56156-10 Mobil: +49 179 3901819 Email: frederik.kramer@initos.com Web: www.initos.com Geschäftsführung: Dr.-Ing. Frederik Kramer & Dipl.-Ing. (FH) Torsten Francke Sitz der Gesellschaft: Rosengarten – Klecken Amtsgericht Tostedt, HRB 205226 Steuer-Nr: 15/200/53247 USt-IdNr.: DE815580155
by Frederik Kramer - 09:55 - 8 Jun 2020 -
Re: OCA Repositories in Odoo Apps Store
Except mistake or bugs, the company seems filter the apps she wants to show.Bruno Joliveau - Architecte applications - PrésidentNUMIGI SOLUTIONS INC.(514) 317-7944Longueuil, Québec, Canada
Le lun. 8 juin 2020 à 15:17, Rafael Blasco <rafael.blasco@tecnativa.com> a écrit :
This is really important. Anyone knows why? This means hundreds of OCA modules not in de Odoo Apps Store.
Thanks
De: Fekete Mihai [mailto:feketemihai@nexterp.ro]
Enviado el: viernes, 8 de mayo de 2020 9:27
Para: Contributors <contributors@odoo-community.org>
Asunto: OCA Repositories in Odoo Apps StoreHello all,
as i checked the apps.odoo.com it seems that not all branches are pushed
to Odoo, so it is a known issue or how we can fix it to record all
repositories and branches?
I checked for v13.0 and on OCA Apps Store there are approx. 440 but on
Odoo Apps Store there are only 134.
--
Mihai Fekete
NextERP Romania S.R.L.
600B, Peciu Nou, Romania
E-mail: feketemihai@nexterp.ro
Telefon: 0788-749989
Website: https://nexterp.ro
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Bruno Joliveau - 09:31 - 8 Jun 2020 -
RE: OCA Repositories in Odoo Apps Store
This is really important. Anyone knows why? This means hundreds of OCA modules not in de Odoo Apps Store.
Thanks
De: Fekete Mihai [mailto:feketemihai@nexterp.ro]
Enviado el: viernes, 8 de mayo de 2020 9:27
Para: Contributors <contributors@odoo-community.org>
Asunto: OCA Repositories in Odoo Apps StoreHello all,
as i checked the apps.odoo.com it seems that not all branches are pushed
to Odoo, so it is a known issue or how we can fix it to record all
repositories and branches?
I checked for v13.0 and on OCA Apps Store there are approx. 440 but on
Odoo Apps Store there are only 134.
--
Mihai Fekete
NextERP Romania S.R.L.
600B, Peciu Nou, Romania
E-mail: feketemihai@nexterp.ro
Telefon: 0788-749989
Website: https://nexterp.ro
_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
by Rafael Blasco (Moduon) - 09:13 - 8 Jun 2020 -
Re: initialization of qweb template caches on website
Hi Alexandre,
This is an interesting subject, as it's kind of hard to find a sweet spot.I've been dealing with Odoo performance improvements in different scenarios for a few months now. I thought I had most of it figured out until I started dealing with ecommerce and fighting with Google's pagespeed.I found out multiple things have to be taken into consideration when dealing with websites:- If you have a high amount of workers, restarting or redeploying new changes make things hellish slow.
- Mixed setups (multiprocess for the backend + multithread for the website) make things better; but it depends on the load and amount of online visitors that you could have at the same time.
- Nginx caching and CDNs are your friends. Don't be afraid of caching /web/content, but do not cache it for excessive times.
Regards,On Mon, Jun 8, 2020 at 8:22 AM Alexandre Fayolle <alexandre.fayolle@camptocamp.com> wrote:Hello, A customer (odoo 12.0) here is facing a performance issue related to qweb templates on the website. The first time a worker serves these, we get terrible performance. I suspect we are not the only ones facing this. Using an external service to GET /shop for instance on a regular basis sort of alleviates this, but this is really unelegant. Is there a killer module I missed which is able to preload the cache for a number of views each time a worker is started? Or some other strategy? Thanks for your feedback -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe
--Gustavo Valverde
Chief Technology Officer
M (829) 686 8270 D (829) 956 5191 ext. 202
E gustavo@iterativo.do
ITERATIVO SRL
Roble Corporate Center, Piso 7
Rafael Augusto Sánchez 86, Piantini, Santo Domingo, R. Dominicana
T (829) 956 5191| E info@iterativo.do | www.iterativo.do
Member firm of ITERATIVO LLC & Progressa Corporate Group
Este mensaje y sus anexos pueden contener información confidencial y privilegiada con la intención de que sea utilizada por las personas u organizaciones a quienes esta dirigida, por lo que su uso es exclusivo para su destinatario. Si usted ha recibido este mensaje por error, favor de eliminarlo e informar al remitente del mensaje a través de un correo de respuesta. Si este es el caso, le notificamos que queda estrictamente prohibida la distribución o reproducción de este e-mail y/o sus anexos. iterativo no se hace responsable de las opiniones vertidas en esta comunicación que no estén acordes con su quehacer y fines, y que no se revistan de un carácter oficial.
This message and its enclosures may contain confidential and privileged information intended for the use of people and organizations to which it is directed and its use is thus limited to its addressee. If you have received this message by mistake, please eliminate it and inform the sender through a reply message. Should this be the case, you are advised that the distribution or reproduction of this e-mail and/or any attachments contained herein is strictly forbidden. iterativo is not liable for opinions expressed in this message which may not coincide with its responsibilities and purpose and which may not express official matters.
No imprimas este correo si no es necesario. Cuidemos del ambiente!
Do not print this mail if it's not necessary. Let's take care of the environment!
by Gustavo Valverde <gustavo@iterativo.do> - 03:21 - 8 Jun 2020 -
initialization of qweb template caches on website
Hello, A customer (odoo 12.0) here is facing a performance issue related to qweb templates on the website. The first time a worker serves these, we get terrible performance. I suspect we are not the only ones facing this. Using an external service to GET /shop for instance on a regular basis sort of alleviates this, but this is really unelegant. Is there a killer module I missed which is able to preload the cache for a number of views each time a worker is started? Or some other strategy? Thanks for your feedback -- Alexandre Fayolle Chef de Projet Tel : +33 4 58 48 20 30 Camptocamp France SAS 18 rue du Lac Saint André 73 370 Le Bourget-du-Lac France http://www.camptocamp.com
by Alexandre Fayolle - 02:21 - 8 Jun 2020 -
Re: ignoring formatting commits with new git feature
Thanks a lot for your reply, Le jeu. 4 juin 2020 à 14:42, Yannick Vaucher <yannick.vaucher@camptocamp.com> a écrit : > > Interesting, nevertheless what kind of commit do you want to bypass in git blame, if I get it correctly we could ignore the linting commits that way? > > Which could come handy with all modules we applied black on. Yannick, You're right this is that my aim > > Yannick Vaucher > Business Solutions Architect > > Camptocamp SA > PSE A, CH-1015 Lausanne > Phone: +41 21 619 10 30 > Office: +41 21 619 10 10 > http://www.camptocamp.com/ > > > On Thu, 4 Jun 2020 at 13:57, David Beal <david.beal@akretion.com> wrote: > > Hi all, > > As explained here > https://www.moxio.com/blog/43/ignoring-bulk-change-commits-with-git-blame > > since git 2.23 it's easy to ignore some commits to keep git blame cmd > also efficient than without these commits. > > Shortly: > > - add a .git-blame-ignore-revs in your repo and put commits to ignore > (black ones mainly) > - apply git config blame.ignoreRevsFile .git-blame-ignore-revs : now > git blame works with the most informative way about authoring if you > have git 2.23 at least > > I think it can be interesting to use OCA. > > What do you think ? > > Bonne journée > > > David BEAL - akretion.com > Chef de projet > Odoo Développement / Intégration > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe > > _______________________________________________ > Mailing-List: https://odoo-community.org/groups/contributors-15 > Post to: mailto:contributors@odoo-community.org > Unsubscribe: https://odoo-community.org/groups?unsubscribe
by David BEAL - 03:15 - 4 Jun 2020
