global_moderators

这不是一个好问题
看一下提问的智慧

我估计你说的是对象存储服务，比如Amazon的S3或是阿里云的OSS这类。思路是首先去阅读这些储存服务的API文档了解授权的获取方式，和存取API，一般也会有SDK工具，然后就继承Odoo ir.attachment对象的数据存取方法。应该不是很困难，估计鉴权方式需要多考虑一下，其它应该都很简单。

如果是自己的存储数据服务器，那就直接用Rsync工具实时把数据同步到存储服务器就好了。

道理是完全一样的,就在我上面显示的代码下面就是sale模块的portal注册assets的代码：

    <template id="assets_frontend_inherit_sale" inherit_id="web.assets_frontend" name="Sale frontend assets">
        <xpath expr="link[last()]" position="after">
            <link rel="stylesheet" type="text/scss" href="/sale/static/src/scss/sale_portal.scss"/>
        </xpath>
        <xpath expr="script[last()]" position="after">
            <script type="text/javascript" src="/sale/static/src/js/sale_portal_sidebar.js"></script>
        </xpath>
    </template>

接下来的任务就是要学会如何来写这些scss和js了。

感觉不象是采购收货的picking。或者是不是设置了多步收货，前置收货操作尚未完成。

你贴的信息太有限，看不出。

新公司没有在Setting中选择财务的基础设置。其实就是设置公司的财务科目表和一些业务对象比如联系人上的默认财务科目。

Odoo自身的源码是你最好的朋友，比如如何进行css和js静态资源注册就可以看Odoo的销售模块“sale”中的addons/sale/views/assets.xml文件：

    <template id="assets_backend_inherit_sale" inherit_id="web.assets_backend" name="Sale backend assets">
        <xpath expr="link[last()]" position="after">
            <link rel="stylesheet" type="text/scss" href="/sale/static/src/scss/sale_onboarding.scss"/>
            <link rel="stylesheet" type="text/scss" href="/sale/static/src/scss/product_configurator.scss"/>
        </xpath>
        <xpath expr="script[last()]" position="after">
            <script type="text/javascript" src="/sale/static/src/js/sale.js"></script>
            <script type="text/javascript" src="/sale/static/src/js/tour.js"></script>
            <script type="text/javascript" src="/sale/static/src/js/product_configurator_mixin.js"></script>
            <script type="text/javascript" src="/sale/static/src/js/product_configurator_renderer.js"></script>
            <script type="text/javascript" src="/sale/static/src/js/product_configurator_controller.js"></script>
            <script type="text/javascript" src="/sale/static/src/js/product_configurator_view.js"></script>
            <script type="text/javascript" src="/sale/static/src/js/product_configurator_modal.js"></script>
        </xpath>
    </template>

一个32核64G的服务器对于只有20个用户的Odoo系统来说实在有点太奢侈了。不过我们在下面的案例中却充分发挥了这个服务器资源的充沛动力。

甲方有一个每月订单导入，订单合并转发票，发票确认，邮件发送的需求。需求简单明了，但是拿到测试数据就有点懵了。一个将近10M的csv文件，里面包括一个月的7000个订单3万多条订单明细。我们还要在导入过程中创建将近一千条客户信息和产品信息。这用常规的导入是无法完成的。我们想到了用异步队列，而OCA项目中就有这个queue_job的异步模块。我们将导入数据自动分割成近300小份，然后为每份生成一个导入任务，放置在任务队列中，然后将job_queue的channel设置为15，相当于定义一个很粗口径的管道让15个worker同时并发处理任务。然后服务器嘶吼，5分钟完成导入工作，而在此期间完全不影响在Odoo中做其它的操作。需求中的其他的工作我们也用类似的方法通过异步队列来快速执行。

看到32核都运行在半饱和状态，很爽的感觉！

很高兴你的问题能解决。跟你沟通很愉快

500的错误是nginx报的吧。还是要看后台的log。因为是主题，可能的原因是attachment路径的问题，主题中asset的路径是作为attachment保存在数据库中的。

如果你知道如何访问Odoo的数据库，你可以用命令：

delete from ir_attachment where name like '/web/content/%';

然后重新更新web模块。请先备份再尝试。

你没有贴全错误日志，错误日志最重要的是最后面若干行的内容。

如果确实是这个启动不成功的模块导致的，你可以先在原来的环境里卸载模块然后再将数据库恢复到docker的环境里。确保能登录系统了，再来看是否能再次安装该模块。

另外，docker-compose run命令是一个用于调试的临时启动container的命令，后面的--rm确保在退出时可以把该命令生成的container删除。

你其实可以用docker-compose up -d 正常启动container， 然后使用命令

docker exec -ti odoo_web_run_1 /bin/bash

其中odoo_web_run_1是你已启动的container的名字

上述命令之后，你就在container里了，你可以和原来不用container时一样来调试odoo，

比如查看一下/mnt/extra_addons目录是否存在，里面是否有你的模块，查看一下文件/文件夹权限是否正确，
也可以用psql连接到数据库，比如：

psql -hdb -Uodoo -dYourDBName

访问数据库