首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏Java技术栈

    写 JSP 的,真的非常

    核心思想是前端html页面通过ajax调用后端的restuful api接口并使用json数据进行交互。 四、JSP的 以前的javaWeb项目大多数使用jsp作为页面层展示数据给用户,因为流量不高,因此也没有那么苛刻的性能要求,但现在是大数据时代,对于互联网项目的性能要求是越来越高,因此原始的前后端耦合在一起的架构模式已经逐渐不能满足我们 6、jsp内有较多标签和表达式,前端工程师在修改页面时会捉襟见肘,遇到很多。 7、如果jsp中的内容很多,页面响应会很慢,因为是同步加载。 基于上述的一些,我们应该把整个项目的开发权重往前移,实现前后端真正的解耦! 前后端工程师需要约定交互接口,实现并行开发,开发结束后需要进行独立部署,前端通过ajax来调用http请求调用后端的restful api

    1.8K10发布于 2019-11-08
  • 来自专栏PM吃瓜(公众号)

    DevOps 解决什么

    DevOps解决什么? 很多企业沟通后总结出来的一个典型的软件生产流程,在这个软件生产方式中,普遍影响整个流程产出的因素有如下两: 资源获取和环境准备效率低 :无论是开发、测试还是生产环境,工程人员都必须走非常冗长的流程才能够获取相应的资源 不过需要澄清的一是,从开发到运维,中间还有测试环节。DevOps其实包含了三个部分:开发、测试和运维。

    53820编辑于 2023-03-02
  • 来自专栏PPV课数据科学社区

    大数据的

    在这里,我们讲讨论当前的以及如何用更好的方式应用大数据。 大数据为企业提供了一个更好的提高生产力和收入的机会。然而,企业在大数据收集上就遇到了麻烦。 下面的说明大数据的主要: 错误对待大数据 大数据管理策略实际上反映了营销人员如何看待大数据及其潜在价值。到目前为止,大数据管理缺乏严肃性和一致性。 转载请注明出处 及原文链接:http://www.ppvke.com/Blog/archives/20513 PPV课其他精彩文章: ---- 1、回复“干货”查看干货 数据分析师完整知识结构 2

    2.1K60发布于 2018-04-20
  • 来自专栏开源社

    开源软件的

    开源的 但随着时间的推移,我开始意识到开源软件存在一些关键问题。其中一个问题就是激励(或奖励)问题。大多数开源软件没有明确的收入,只有所有者在进行免费的维护(比如最近的log4j事件)。 开源软件的收入有 4 种类型: 1.付费插件 2.SaaS(云) 3.顾问 4.基金会 我不会在这里再次介绍,您可以在上面的帖子中找到更多详细信息。

    85020编辑于 2021-12-29
  • 来自专栏DawnSql

    DawnSql解决SAAS的

    SAAS 系统的 1、大客户定制化程度高 2、客户对自身数据安全的担忧,如何防止数据的泄露也滥用 DawnSql 的解决方案 众所周知,软件 = 程序 + 数据。 ></property> </bean> </entry> </map> </property> 2、创建表 -- 1、产品类型表 CREATE TABLE VARCHAR, -- 产品样本 Picture VARCHAR, PRIMARY KEY (CategoryID) ) WITH "template=manage"; -- 2、 DEFAULT 0, -- 订购量 UnitsOnOrder SMALLINT(2) DEFAULT 0, -- 再次订购量 ReorderLevel SMALLINT (2) DEFAULT 0, -- 中止 Discontinued BIT NOT NULL DEFAULT 0, PRIMARY KEY (ProductID) ) WITH

    1K70编辑于 2023-03-31
  • Kafka 线程模型攻克: 提升分区写入 2 倍性能

    单个 TCP 连接有且只有一个 Processor 负责,Processor#run 方法驱动连接后续的生命周期管理,从网络解析请求和将响应写入到网络;2. 网络解析:Kafka 协议是基于 TCP 协议的,那么网络解析必然是顺序 & 串行的,从网络中读取完上个请求的数据才能读取下一个请求;2. 顺序性:TCP 连接与线程绑定,对于同一个 TCP 连接有且只有一个网络线程在解析请求,并且有且只有一个 RequestHandler 线程在进行业务逻辑处理;2. 高效:不同阶段流水线化,网络线程解析完 MSG1 后就可以立马解析 MSG2,无需等待 MSG1 持久化完成。 同理 RequestHandler 对 MSG1 进行完校验 & 定序后,立马就可以开始处理 MSG2;同时为了进一步提高持久化的效率,AutoMQ 还会将数据攒批进行刷盘持久化;在相同的场景下,原来

    29000编辑于 2024-05-27
  • 来自专栏存储知识

    视频监控系统概述

    视频监控系统的部署与使用中存在五大:存储扩展能力。随着视频技术的应用发展,视频监控的路数、质量、存储时长都大幅提高,数据量成倍增长。在视频存储系统的容量与扩展能力都面临巨大挑战。

    1.8K40编辑于 2022-06-16
  • 来自专栏物流技术与应用

    物流仿真的价值分析

    而且,物流仿真技术也有其自身,会对项目的成功带来影响。为此,在对物流仿真技术原理进行剖析的基础上,本文重点总结分析了物流仿真的价值,希望能引导企业结合自身特点,客观看待物流仿真。 由图2可见,系统状态随时间的变化并不是连续曲线,而是离散的突变,而突变的时间都会发生相应的事件(如入库、出库、理货等),这也是离散事件仿真名称的来源。 四、物流仿真的 任何一项技术都不可能十全十美,物流仿真也不例外。随着物流仿真的需求越来越多,了解物流仿真技术的,相对其价值更为重要。 整体而言,物流仿真技术当前面临如下: 1.物流仿真无法完全与现实物流系统一致。 但如果差距过大,物流仿真就失去了“真”这一核心价值2.物流仿真只能发现问题,而无法给出解决方法。

    67510编辑于 2022-09-02
  • 来自专栏猿天地

    后期数据库主从架构的,真的

    看似没有任何问题,其实大家忽略了一就是时间成本问题。要整理业务场景,要整体回归测试,这些都是要花时间的,时间就是最大的成本。 真正的做法是反着来,无论实现任何新功能,我们都要考虑的就是如何让影响最小?如何不影响之前的逻辑?

    43030发布于 2021-06-01
  • 来自专栏DevOps时代的专栏

    腾讯:驱动的 DevOps 实践

    我今天分享的主题叫驱动的DevOps实践。 这里我认为首先应该分析我们现有的研发运维体系遇到的最大问题是什么,通过解决这些问题或,逐步的建立DevOps,这样的路径是我觉得比较好的落地路径,重要的不是为了DevOps而DevOps。 DevOps落地的 要做到这样并不那么容易,需要服务和工具体系支撑。所以我们要做到这种形式就一些需要解决的问题或者称之为。 首先就是自动化程度和运维服务能力不够? 但是每采用一种新的技术,他一定是解决你一个很重要的就足够了。对于我们选择采用Docker,最重要的是在标准化层面的点解决上有很大的优势。 基础设施无关,可以解决操作系统版本等依赖这个层面的问题。 但回到我最初的观点,就是每个组织在某个时间都会遇到的最需要解决的问题,或者说都不太一样,最终需要通过的解决,驱动属于自己的DevOps实践。

    2.9K90发布于 2018-04-04
  • 直击链表经典算法

    我们要明确一,我们交换的对象只有两个 pre 和 cur。 2.第二步,我们定义好pnext节点,我们不会对pnext节点有任何操作,它就像一个锚,帮助我们临时保存pcur的下一个节点而已。 简而言之: ①定义两个指针p分别为p1和p2,用p1遍历第一个链表,用p2遍历第二个链表。 list2; while(p1&&p2) { if(p1->val >= p2->val) { //进行对p2尾插 既然看到这里了,不妨赞+收藏,感谢大家,若有问题请指正。

    14410编辑于 2025-12-24
  • 来自专栏DBA随笔

    MongoDB 副本集PSA架构

    MongoDB 副本集PSA架构 01 MongoDB PSA架构 MongoDB中,PSA架构使用的相当广泛。 官方给出的经典PSA架构图如下: 三节的PSA架构副本集,在主节点发生宕机之后,可以利用Arbiter和另外一个数据节点,快速的推选出来新的主节点。 2、业务写入可能会受到影响 MongoDB 5.0 版本之前,write concern参数默认值是1,表示只需要1个节点写入数据,就认为数据写入成功。 write concern参数默认被设置成为majority,保证了数据一旦写入,就肯定不会丢失;但是与此同时,这就导致在PSA架构下,当集群中某一个数据节点出现故障的时候,无法满足majority=2, 4、隐含的数据回滚风险 假设PSA架构下,从库在t1时刻宕机之后长时间没有修复,此时主库子t2时刻再次宕机,而运维人员在不知情的情况下先启动了老的从库,那么t2-t1时间段内的主库更新,都会被回滚掉。

    1.5K10编辑于 2022-07-27
  • 来自专栏程序猿DD

    React Native 三大曝光

    oschina2013) React Native 社区(非官方)在两个月前发起了一项问卷调查 (State of React Native),目的是希望进一步了解开发者使用 React Native 框架遇到的 近日他们公布了调查结果,总的来说,多数受访者认为 React Native 有三大: 升级版本困难 调试错误不便 性能不够好 此外还有超过半数的受访者指出,React Native 框架还存在另外两个严重问题 同时也是 Software Mansion 的软件工程师 Kacper Kapuściak 认为,由于维护 React Native 需要三种以上的编程语言,同时还要了解 iOS 和 Android API 另外,如果你最近想跳槽的话,年前我花了2周时间收集了一波大厂面经,节后准备跳槽的可以点击这里领取! 推荐阅读 Spring Boot 3.0.3、Spring Cloud 2021.0.6 发布 普通人也能上手使用的数据库与API搭建平台 谷歌最好的程序员:我用过 18 种编程语言 ······

    95810编辑于 2023-04-04
  • 来自专栏华章科技

    大数据 |《财经》封面报道

    事实上,这个令人兴奋的新事物,仍处于摸索研究阶段,大数据产业有必要重新审视自身的,寻找解决之道。 现有的数据搜集和处理能力,常使电商看上去很不着调,当客户从一个电商平台购买一部手机后,下次再登录时,电商可能简单粗暴地又推送手机广告;微信朋友圈的广告推送,一直是网民取笑的槽。 他呼吁,一定尽快把法律的红线划清楚,“哪怕划了以后,比以前的空间显得更窄一,也要让业内知道这是红线”。 开放公共数据,也面临着泄密风险,这使政府部门也不得不谨小慎微。

    99020发布于 2018-08-14
  • 来自专栏MavenTalk

    破解程序员晋升

    找准了,建立起对自己充分的认知,前行之路才会更快。 不过还有一个魔咒——彼得定律:在一个等级制度中,每个人趋向于上升到他所不能胜任的地位。你的业务能力强,会向上提拔你,有两种情况:胜任或不胜任。 看清这一,才不至于飘飘然不着地气。

    51420发布于 2020-06-29
  • 来自专栏云计算之道

    使用Kubernetes的五个

    笔者之前曾经对几家使用Kubernetes的企业进行调研,总结起来主要有以下五个2)对多套Kubernetes集群,甚至包括使用的公有云服务进行统一的云管平台。

    55220编辑于 2022-06-13
  • 来自专栏杨建荣的学习笔记

    运维开发的和思考

    很多人的公司没BAT那么大体量,所以性能提高个2倍,5倍对业务来说影响可能没那么关键。 所以我们想做很多事情,但是得不到更多的认可,这就是技术价值的一个,而如果只是承接了业务,业务非常熟,但是脱离了这个平台,公司对你的依赖会大大降低。 因为你的经验很难在其他公司去复制,这是业务价值的一个2.业务价值和技术价值 先来说一个常见的漩涡,业务价值低的系统产生的业务价值不高,所以很多新技术在这里使用的意义不大,被认为不值得做。 上面的每一个,都需要做很多的工作,事情要做,要推动,光有支持还不够,细节的事情怎么推动,团队的人员怎么聚合起来,从思维上到行动上,感觉是一个又一个的漩涡。 所以我总结了以下几点,供参考。

    1.6K50发布于 2018-06-07
  • 来自专栏用户6465593的专栏

    设备巡检的和巡检方案

    1) 给每个设备绑定一个唯一的二维码通过信息化工具(易易动设备管理系统),可将每个设备绑定一个二维码,进行一物一码管理,优化设备巡检流程,不论是巡检人员还是管理者,扫码实时查看设备档案、巡检、保养、 2) 可设置巡检定位和拍照,实现高效巡检管理员创建巡检方案后,系统可根据周期自动生成巡检任务,分配给巡检人员。可设置巡检定位、拍照以及巡检班组、巡检路线、巡检点等。巡检人员根据设置的巡检路线进行巡检。 抵达相应的巡检点和设备存放处后扫码填写巡检项目,现场定位并对设备进行拍照记录,可有效规避未到场的假巡检等;同时,通过易易动设备巡检解决方案,可以设置自定义提醒,确保巡检班组人员收到巡检提醒,确保巡检没有遗漏 3) 实时掌握巡检数据,多维度巡检数据分析通过易易动设备巡检解决方案自动生成多维度的巡检数据报表,让管理者可实时掌握设备巡检状态、巡检点统计、班组巡检统计、整改统计、巡检点整改统计等,从而可以进一步优化巡检工作和巡检人员管理

    1.3K30编辑于 2022-09-01
  • 来自专栏DB说

    MongoDB PSA架构以及如何应对

    分,而recover时间是12号1130+0800 根据rs.config里面相关时间来判断:重启实例需要12号1130分来恢复数据.同时根据checkpoint时间点来看:数据并没有持久化.但oplog 【后续如何解决这个问题】 备注:如无法使用PSS代替PSA架构,参考前面讲过2. 1、disable majorityReadConcern--需要重启实例才生效(5.0之前PSA采用此方案,也是官方推荐的方案 【方案2、临时将异常从库的优先级别与投票都设置为0来恢复】 1、查看config里面信息 几个重要时间: 当时北京时间:9号21. (最新时间) OPLOG最后提交时间:7号1532分 readConcernMajorityOP时间:7号1532分 OPLOG应用时间以及持久化时间:9号21(最新时间) 上一个稳定恢复时间: 7号1532分 上一个稳定checkpoint时间:7号1532分 根据rs.config里面相关时间来判断:重启实例需要7号1532分来恢复数据.同时根据checkpoint时间点来看:数据并没有持久化

    1K30编辑于 2022-09-22
  • 来自专栏计算机工具

    算力共享存在的问题

    算力共享存在的问题 算力共享在当前阶段确实面临一些问题,这些问题主要可以归纳为以下几个方面: 一、资源分配不均 地域性差异:算力资源在不同地区分布不均,导致部分地区算力紧张,而部分地区算力资源闲置 针对以上问题,需要政府、企业和科研机构等多方共同努力,通过制定统一标准、加强技术研发、优化资源配置、提升安全性能等措施,推动算力共享行业的健康发展。

    77510编辑于 2024-12-14
领券