怎样后台吊起一个应用程序

yulongfei3980 2012-02-16 02:57:56

最近做了一个小插件，但是一个功能就是后台吊起一个应用程序，而且需要它的时候就能让它显示出来。
如果用CreatProcess（）的话是前台的。

...全文

99 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

gykgod 2012-02-16

打赏
举报

回复

把程序弄根绳子拴住然后吊起来

Lactoferrin 2012-02-16

打赏
举报

回复

startupinfo中设置

首先简要介绍一下目前的站点功能吧。右图就是本站的主页效果，我做得很简洁，没有用太多花哨的图片，也没有用走马灯。明眼人一看就知道这是基于ASP.NET MVC而开发的Web应用程序，使用了Bootstrap。不错，基本答对！需要强调的是，这个博客站点以及后端的RESTful服务，全部都是基于ASP.NET Core完成的，.NET Core运行时版本为1.1.0，运行在Docker容器中。哎，说着说着又到技术上了，功能还没介绍完呢。说到功能，目前功能很简单：主页列出了我自己原创或者翻译的所有文章，读者可以注册用户帐号，注册用户可以发表评论，也可以在用户管理页面中更改自己的昵称。好了，目前功能就这么多，别看功能少，我可是前前后后陆陆续续花了2个月的时间，才做到目前这个样子。当然，我会继续更新这个站点，让它的功能变得更加完善。提到ASP.NET Core，有没有吊起你的技术胃口呢？不用着急，接下来我就介绍一下整个站点中各部分的技术选型，看完后，或许你会知道为什么我花了2个月的业余时间，才整出来这么个简单的玩意儿。站点技术介绍整体架构整个网站所采用的所有基础设施全部运行在微软云（Windows Azure）中，使用了部分托管资源，以及一些非托管的Azure VM。大致情况如下：图片存储服务：由Azure Blob Storage Service托管数据库系统：由Azure SQL Database托管（未启用Geo-Replication，因为没钱）邮件服务：由Azure SendGrid Account托管（Pricing Tier为F1，每月可以免费发送25000封邮件）应用服务器：基于Azure构建的Ubuntu 16.04.1 LTS虚拟机，运行了两个Docker容器：blog-web和blog-service，分别托管前端Web站点和后端RESTful服务。后端RESTful API服务没有做任何认证和授权，Web站点通过内部子网访问RESTful API服务，Docker容器运行在非托管环境中持续集成系统：Jenkins，基于Azure构建的Windows Server 2012 R2一台（Master），和一台Ubuntu 16.04.1 LTS（Slave）。站点的前端和后端都在后者（Ubuntu）中完成编译、打包以及Docker镜像的发布，实现了一步到位的部署方式代码库：Github有人会问：为什么使用了非托管的Azure VM环境运行应用系统？我也考虑过这个问题，理论上讲，基于云的系统架构最好选用托管的PaaS服务，这样不仅可以得到纯天然的高可用性（包括灾备，比如AWS的跨AZ部署，某些服务跨区域的可用性，以及负载均衡），而且还可以得到专业的技术支持。只有当存在老系统向云迁移的需求，并需要迎合老系统的特定运行环境要求时，才考虑使用IaaS服务。虽然虚拟机等这些资源是由Azure负责创建并运行的，在这一层面Azure可以保证虚机的可用性，但虚机内部运行的任何程序的状态，以及所使用的数据，Azure等云服务是无从得知的，对这部分东西的监控也会变得很麻烦。出于安全考虑，通常云服务供应商是不会，也不应该获得类似虚机内部的客户程序的运行数据的，使用虚拟机服务所产生的程序运行风险，客户需要自己承担。这也就是著名的责任共担原则。看起来用虚拟机运行应用不是太靠谱嘛，然而我却选择这么使用了。有几个原因：为何不使用Azure Web App？一方面Jenkins做自动化部署，直接把编译好的应用推送到Azure Web App中好像不是太顺手，要写一些PowerShell的代码，可是我的编译系统是Linux，不过现在已经有Linux版的PowerShell了，而且Azure SDK Command Line Interface也有Linux版，所以这个理由有点牵强，更合理的解释是：劳资不会！另一方面，我没有在服务端做认证和授权，仅通过子网向外界提供服务，所以我希望我的Web App也运行在子网内部，然后向外暴露80端口供外界访问。这样一来，Azure Web App又如何部署到我自己的子网内？这是一个技术问题，我相信一定有解决方案，但是我也没太多时间和精力去细究如何实现，自己的第一反应也无非是将前后端全部部署在Azure Web App中，然后打开后端的认证机制。但这样做又要花一些额外的工夫。好吧，还是这个理由：劳资不会为何不使用Azure Container Service？Azure Container Service会在你指定的Resource Group（资源组）中创建一整套网络部署，包括好几台虚拟机、公网IP、两个负载均衡器等等，我想你一定知道我为什么没有选择Azure Container Service了，原因就是：劳资没钱理由够充分吧？微软Windows Azure提供的这些服务都很赞，我没选不是说它们不好用，而是出于自己的实际情况考虑：某些服务的学习成本经济成本暂时没必要做到99.99999%的高可用率即使应用挂了，恢复的成本很小：数据完全不需要恢复，托管的SQL Database、Blob Storage会保证我的数据不丢失，应用程序恢复也很简单：重新运行Docker容器就完事儿OK，从整体架构上看，我的选择即是如此而已，这样的选择当然不一定完全正确，但我觉得至少合适，仅供参考。下面附上本站点的整体架构图。作几点注解：三台VM位于同一个Virtual Network的subnet中，每台VM的虚拟网卡上都套有独立的Network Security Group（NSG），在NSG上设置了Inbound/Outbound Endpoints，严格限制了端口访问的IP地址。三台VM之间使用subnet IP地址访问Windows Server 2012 VM宿主了Jenkins Master，以及Seq日志服务。它向公网暴露8080端口和5342端口，分别用于访问Jenkins服务和Seq管理界面第一台Ubuntu VM运行了Jenkins Slave，它不向公网暴露任何端口，仅向Jenkins Master机器暴露22端口，用于Jenkins Slave Agent的执行调度第二台Ubuntu VM运行了博客系统的两个Docker容器：前端应用程序blog-web和后端RESTful API服务程序blog-service。web通过子网IP地址访问service，VM仅向公网暴露80端口，后台service无法从公网访问两个Docker容器所运行的应用（blog-web和blog-service）都可以访问托管的Azure SQL database、Azure Storage blob和SendGrid Account服务整个部署的拓扑结构有可能不太合理，比如没有做负载均衡，没有使用托管的应用宿主服务（比如Azure Web App、Container Service等），没有使用Scaleset。因为目前没必要而且没钱更多说明，详见作者的博客：http://daxnet.me/blogposts/post/221 标签：daxnet

主要介绍了Python supervisor强大的进程管理工具的使用，本文主要跟大家分享在类unix操作系统下supervisor的使用以及一些关于进程的知识，具有一定的参考价值，感兴趣的小伙伴们可以参考一下

Oracle数据库基础知识 ISSUE1.0 华为公司的培训资料

卸载/暂停/休眠空闲选项卡以减少内存和CPU使用率。卸载闲置标签，释放您宝贵的内存和CPU资源！ Tiny Suspender会为你自动挂起/休眠后台标签，大大减少整个系统资源的使用，而无需采取任何行动。您可以设置在挂起空闲选项卡之前等待多久，并配置白名单以从自动挂起中排除某些页面。特征： - 表格检测：微小吊带也将尝试检测活动表格，以避免自动暂停页面以未提交的形式 - 音频检测（可选）：防止在后台播放音乐的自动播放选项卡。 - 暂停：暂时禁止在特定选项卡上自动暂停 - 白名单：排除特定域名，页面，标签或固定标签。 - 键盘快捷键：暂停标签，而不用将手从键盘移开。 - 黑暗模式主题（可选） - 实验性功能：当您的后台标签页被挂起时，使用Chrome的原生标签放弃功能来节省更多的资源。反馈总是欢迎！ - 源代码和问题跟踪可在https://github.com/arifwn/TinySuspender - 由于Chrome网上应用店开发者门户的限制，每当用户留下反馈来报告问题时，都不会自动通知扩展程序开发人员。如果您需要快速响应，请使用电子邮件或github问题报告（https://github.com/arifwn/TinySuspender/issues）。 -------------------------------- Chrome扩展中使用的Chrome权限： - 标签＆activeTab：允许各种标签悬挂/恢复功能和形式检测功能。 - contextMenus：允许在右键上下文菜单中添加“挂起标签”菜单项。 - 存储：允许保存扩展配置 - 警报：允许集中和更可靠的自动悬浮定时器 - chrome：// favicon / *：允许检索暂停页面的图标。 -------------------------------- 更新日志： - v1.3.0： - 增加了暗模式切换（感谢Abdusco在github上的拉取请求！） - v1.2.0： - 新年快乐！ - 添加了一个选项，以脱机时跳过自动悬停 - 增加了对键盘快捷键的支持 - 小吊带现在将尝试恢复标签滚动位置 - v1.1.0： - 增加了从自动暂停中跳过固定标签的选项 - “暂停所有标签页”和“暂停其他标签页”现在将跳过列入白名单的页面。 - 增加了对Chrome本机标签丢弃功能的实验性支持。从设置屏幕启用它。 - v1.0.1：小错误修复 - v1.0.0：我们已经达到了版本1！ - 使用Chrome的闹钟API改进了自动悬停计时器。需要新的许可。 - UI改进。现在，您总是可以从弹出窗口中看到标签暂停状态。状态也反映为颜色编码的图标 - 改进形式检测。 - 添加了一个选项，以便在挂起的选项卡移到前台时启用自动存储。 - 添加了一个选项，以防止自动悬挂可听标签。有用的在线音乐播放器。 - v0.1.4：修复暂停程序中的错误。 - v0.1.3：删除不必要的权限。 - v0.1.2：从卸载的页面切换将会触发自动挂起计时器。 - v0.1.1：修正了白名单和自动暂停功能的问题。支持语言:English (United States)

软件编程规范培训实例与练习软件编程规范培训实例与练习  问题分类 1 逻辑类问题（A类）－指设计、编码中出现的计算正确性和一致性、程序逻辑控制等方面出现的问题，在系统中起关键作用，将导致软件死机、功能正常实现等严重问题；接口类问题（B类）－指设计、编码中出现的函数和环境、其他函数、全局/局部变量或数据变量之间的数据/控制传输不匹配的问题，在系统中起重要作用，将导致模块间配合失效等严重问题；维护类问题（C类）－指设计、编码中出现的对软件系统的维护方便程度造成影响的问题，在系统中不起关键作用，但对系统后期维护造成不便或导致维护费用上升；可测试性问题（D类）－指设计、编码中因考虑不周而导致后期系统可测试性差的问题。  处罚办法问题发生率： P=D/S D=DA+0.5DB+0.25DC 其中： P －问题发生率 D －1个季度内错误总数 DA －1个季度内A类错误总数 DB －1个季度内B类错误总数 DC －1个季度内C类错误总数 S －1个季度内收到问题报告单总数 1）当D≥3时，如果P≥3％，将进行警告处理，并予以公告； 2）当D≥5时，如果P≥5％，将进行罚款处理，并予以公告。目录一、逻辑类代码问题第5页 1、变量/指针在使用前就必须初始化第5页【案例1.1.1】第5页 2、防止指针/数组操作越界第5页【案例1.2.1】第5页【案例1.2.2】第6页【案例1.2.3】第7页【案例1.2.4】第8页 3、避免指针的非法引用第9页【案例1.3.1】第9页 4、变量类型定义错误第10页【案例1.4.1】第10页 5、正确使用逻辑与&&、屏蔽&操作符第17页【案例1.5.1】第17页 6、注意数据类型的匹配第18页【案例1.6.1】第18页【案例1.6.2】第18页 7、用于控制条件转移的表达式及取值范围是否书写正确第20页【案例1.7.1】第20页【案例1.7.2】第21页【案例1.7.3】第22页 8、条件分支处理是否有遗漏第24页【案例1.8.1】第24页 9、引用已释放的资源第26页【案例1.9.1】第26页 10、分配资源是否已正确释放第28页【案例1.10.1】第28页【案例1.10.2】第29页【案例1.10.3】第30页【案例1.10.4】第32页【案例1.10.5】第33页【案例1.10.6】第35页【案例1.10.7】第38页 11、防止资源的重复释放第39页【案例1.11.1】第39页 12、公共资源的互斥性和竞用性第40页【案例1.12.1】第40页【案例1.12.2】第40页二、接口类代码问题第43页 1、对函数参数进行有效性检查第43页【案例2.1.1】第43页【案例2.1.2】第43页【案例2.1.3】第44页【案例2.1.4】第46页【案例2.1.5】第47页【案例2.1.6】第48页 2、注意多出口函数的处理第49页【案例2.2.1】第49页三、维护类代码问题第51页 1、统一枚举类型的使用第51页【案例3.1.1】第51页 2、注释量至少占代码总量的20％第51页【案例3.2.1】对XXX产品BAM某版本部分代码注释量的统计第51页四、产品兼容性问题第52页 1、系统配置、命令方式第52页【案例4.1.1】第52页【案例4.1.2】第53页 2、设备对接第54页【案例4.2.1】第54页 3、其他第55页【案例4.3.1】第55页五、版本控制问题第58页 1、新老代码中同一全局变量不一致第58页【案例5.1.1】第58页六、可测试性代码问题第59页 1、调试信息/打印信息的正确性第59页【案例6.1.1】第59页一、逻辑类代码问题 1、变量/指针在使用前就必须初始化【案例1.1.1】 C语言中最大的特色就是指针。指针的使用具有很强的技巧性和灵活性，但同时也带来了很大的危险性。在XXX的代码中有如下一端对指针的灵活使用： ... ... _UC *puc_card_config_tab; ... ... Get_Config_Table(

65,210

社区成员

250,518

社区内容

发帖

与我相关

我的任务

c++ 技术论坛（原bbs）

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

请不要发布与C++技术无关的贴子
请不要发布与技术无关的招聘、广告的帖子
请尽可能的描述清楚你的问题，如果涉及到代码请尽可能的格式化一下

试试用AI创作助手写篇文章吧

+ 用AI写文章