如果你愿意,可以叫我一个巨魔,但我是认真的:新的SOA趋势究竟与我15年前建立的客户服务架构有什么不同？我一直听到SOA,但我不知道它与我们一直以来的不同之处.
回到10年前,我的公司有多个客户(多种语言)与同一服务进行交谈.它不是XML(它是一个名为Microsoft DCOM的二进制协议),并且没有通过WSDL进行自动发现,但这是正常的,因为阅读文档同样容易.我们的系统甚至是"开放的",因为我们记录它足以让第三方与我们的服务交谈.我们不是先锋 - 我10年前所知道的其他公司都在做同样的事情.
我在当时和现在之间看到的唯一区别是现在互联网上有一项服务,而10年前,每个客户都会托管他自己的服务实例.但这不是架构问题 - 物理上的服务对使用该服务的任何人都是透明的.
那么SOA究竟与我们多年来所做的不同呢？SOA只是一个代表最佳实践的营销术语,这个实践在很久以前就已经变得普遍了吗？或者我错过了一些与我们一直在做的不同的SOA？
我正在研究一个django项目,因为几天后django在我更改源文件后不断记录我.
Cookie和数据库中的过期日期显示还有1个月.
即使在进行更改后,会话cookie也与数据库中的相同,但我必须再次登录.并且在登录后同时更改了sessionids(数据库和浏览器).
我正在使用django 1.8.5
编辑:一些与会话相关的设置:
SESSION_EXPIRE_AT_BROWSER_CLOSE False
SESSION_COOKIE_HTTPONLY True
SESSION_COOKIE_DOMAIN None
SESSION_SAVE_EVERY_REQUEST False
SESSION_COOKIE_SECURE False
EDIT2:
更清楚一点:在更改一些源文件(python文件,模板工作正常)后,服务器将重新加载(如果我使用--noreload,我必须手动完成以获取更改),之后每个人都是登出.
EDIT3:
CACHES {'default': {'BACKEND': 'django.core.cache.backends.locmem.LocMemCache'}}
SESSION_ENGINE 'django.contrib.sessions.backends.db'
所以，我有一个 C++ 项目，我想在其中可视化内容（实时），所以我正在寻找渲染引擎，并找到了bgfx。
我不经常写 c++ 的东西，使用第三方项目似乎令人难以置信的费力，但也许我只是做错了一切，希望你能把我推向正确的方向。
我的第一次尝试是在 linux 上，我克隆了bgfx.cmake并遵循自述文件，然后我使用make installwhich 将库安装到“/usr/local/include”。
这起初似乎有效，因为我的 IDE (CLion) 在使用#import.
然后我尝试使 HelloWorld 示例工作。我最终将 bgfx 示例文件夹复制到我的项目中的子文件夹“第三方”下，因为所有示例都高度使用了“examples/common”文件夹。
我认为我的 CMakeLists.txt 有问题，因为虽然我的 IDE 可以解析和自动完成所有内容，但当我尝试运行项目时出现编译器错误：
Unresolved references 'entry::runApp(entry::AppI*, int, char**)'
在ENTRY_IMPLEMENT_MAIN(ExampleClass)ENTRY_IMPLEMENT_MAIN 是 bgfx 定义的宏(here)的那一行。
经过几个烦人的小时后，我决定从头开始：
我在第三方文件夹中创建了一个带有子文件夹“第三方”的项目“bgfx_test”我克隆了 bgfx.cmake 项目，并添加add_subdirectory("thirdparty/bgfx.cmake")到我的 CMakeLists.txt
我再次创建了一个 main.cpp，其中我添加了 bgfx 示例中的 ExampleHelloWorld 类。
我将其更改为具有空的 update() 方法，因此我不需要示例中的 logo.h 和 screeshot.png 文件。我将包含更改为：
#include "thirdparty/bgfx.cmake/bgfx/examples/common/common.h"
#include "thirdparty/bgfx.cmake/bgfx/examples/common/bgfx_utils.h"
再次出现相同的错误，我的 IDE 会自动完成所有内容，但编译器说：
Nicht definierter Verweis auf 'entry::runApp(entry::AppI*, int, char**)' …