首页 文章 精选 留言 我的

精选列表

搜索[质量保障]，共10000篇文章
优秀的个人博客,低调大师

如何保障云上数据安全？一文详解云原生全链路加密

点击下载《不一样的 双11 技术：阿里巴巴经济体云原生实践》 本文节选自《不一样的 双11 技术：阿里巴巴经济体云原生实践》一书，点击上方图片即可下载！ 作者李鹏（壮怀）阿里云容器服务高级技术专家黄瑞瑞 阿里云技术架构部资深技术专家 导读：对于云上客户而言，其云上数据被妥善的安全保护是其最重要的安全需求，也是云上综合安全能力最具象的体现。本文作者将从云安全体系出发，到云数据安全，再到云原生安全体系对全链路加密进行一次梳理，从而回答：在云原生时代，全链路加密需要做什么？如何做到？以及未来要做什么？ 什么是云原生全链路加密 数据安全在云上的要求，可以用信息安全基本三要素 "CIA"来概括，即机密性（Confidentiality）、完整性（Integrity）和可用性（Availability）。 机密性专指受保护数据只可以被合法的（或预期的）
2019-12-12
优秀的个人博客,低调大师

AI 如何保障校园安全？安防“老大”海康威视是这么做的

在校园里，我们听书声朗朗、闻纸墨书香，学校教育关系千秋万代，关联千家万户。校园内的安全与否直接关系到整个社会的安宁及稳定。但近年来，发生在校园里的恶性刑事案、虐童案、性侵案等伤害事件频频见诸报纸网络，校园治安问题日益突出，校园安全逐渐成为社会关注的焦点。 在此局势下，国务院办公厅也在近日颁布了《关于加强中小学幼儿园安全风险防控体系建设的意见》，意见指出各级人民政府教育督导机构要将学校安全工作作为教育督导的重要内容，进一步完善学校的人防、物防、技防等措施，推动各地尽快做好风险预防、管控、事故处理和风险化解等各项工作。 作为世界安防巨头，海康威视在面对日益突出的校园安全问题及学校管理的迫切需求，也迅速推出了校园安防整体解决方案。 校园安防管理的关键是什么？ 海康威视高级解决方案经理苏航介绍到，校园安保分为高教安防和普教安防，二者的业务范畴有所
2017-10-24
优秀的个人博客,低调大师

弘骏掌通AI驱动光伏降本增效国企保障可持续发展

在大数据时代,能源行业正经历一场深刻的变革。从清洁能源供应到智能电网建设,大数据已成为推动行业发展的核心力量。光伏电站作为一种新兴的投资方式,凭借其长达 20 多年的稳定运营和可观收益,吸引了众多投资者的目光。然而,高额的前期投资成本和较长的回收期,也让不少潜在投资者望而却步。面对这一行业痛点,弘马(上海)投资管理有限公司作为一家国企 AI 光伏投资平台,凭借其创新模式和技术优势,为光伏投资带来了全新的解决方案。 弘骏掌通的出现不仅是光伏投资领域的一次重大突破,更是对传统光伏投资模式的一次颠覆性创新。弘骏掌通通过 AI 智能分析、大数据处理和区块链技术,为投资者提供了一种无需高额前期投入即可享受稳定收益的投资方式。这一模式打破了传统光伏投资的高门槛限制,让更多普通投资者能够参与到光伏产业中来,分享清洁能源带来的红利。 弘骏掌通的核心竞争力在于其智能化、便捷化的投资服务。通过 AI 技术,平台能够对光伏项目进行精准评估和风险预测,为投资者量身定制最适合的投资组合。同时,大数据分析能够实时监控光伏电站的运行状态,确保项目的稳定运营。投资者可以通过弘骏掌通的手机 APP,随时随地查看电站的发电量、收益情况以及设备运行状态,真正实现投资的透明化和可视化。 弘骏掌通的创新不仅体现在技术层面,更体现在其对市场痛点的精准把握。传统光伏投资中,投资者往往需要面对复杂的项目选址、设备采购、安装调试以及后期运维等一系列繁琐流程。而弘骏掌通通过整合产业链资源,为投资者提供了一站式服务。投资者无需具备专业的光伏知识,也无需投入大量时间和精力进行项目管理,只需通过平台选择合适的项目,即可轻松获得稳定收益。 弘骏掌通标志着我国光伏投资领域进入了一个新的发展阶段。作为一家国企背景的平台,弘骏掌通不仅拥有强大的资金实力和技术支持,更具备高度的社会责任感。平台致力于推动光伏产业的普及化和市场化,助力国家能源结构调整和环境保护目标的实现。
2025-11-07
优秀的个人博客,低调大师

使用PHPCS+GIT钩子保障团队开发中代码风格一致性实践

版权声明：作者：汤青松 https://blog.csdn.net/u013431141/article/details/81589312 一、背景 笔者在6月份加入新团队，新团队这边刚组建起来，基础一些东西还处于待完善状态，比如笔者组内同学约定使用PSR-2的编码风格规范，但是并不是所有人都严格按照PSR-2来提交代码。 最大的原因就是口头的约束力极为有限，而团队中大家使用的编辑器不统一，有使用phpstorm，也有使用VS Code更有vim，而各种编辑器都有自己的格式化规则，因此代码风格统一是个问题； 具体一点来说，当张三使用VS Code提交了一个代码文件，李四pull代码之后使用phpstorm进行格式化后再提交，代码风格发生变化提交到服务器，张三再pull代码，使用VS Code格式化，代码又一次发生变化；这样反反复复的改变，开发同学会觉得麻烦，代码审计同学也同样麻烦； 在笔者上家公司的技术团队，会由架构组来处理类似的问题，于是这里笔者把上一个团队实现的方式照搬过来，同样在git的钩子上做文章，如果有人的代码不符合psr-2代码风格规范，通过git钩子将不其commit，并且给出具体行号和具体的原因，更方便的是提供一个快速格式化的命令。 二、实现概要 安装php-cs 配置php-cs 集成到编辑器 git触发检测 三、安装PHP-CS php-cs可以用来检测代码是否符合PSR-2规范，同时支持对不符合规范的代码自动格式化，让其转成PSR-2的编码风格。 3.1 安装composer php-cs依赖于composer，所以笔者需要先安装composer，安装的方法有很多种，这里提供mac操作系统下两种安装方法 brew安装composer命令为： brew install composer 手动安装composer命令为： wget https://getcomposer.org/download/1.7.1/composer.phar && chmod 777 composer.phar && mv composer.phar /usr/local/bin/composer 3.2 安装PHP-CS 安装好composer之后，可以用composer快速安装php-cs，安装命令如下 composer global require "squizlabs/php_codesniffer=*" 当命令执行完成之后，会在笔者当前用户的主目录下创建一个 .composer 目录，在目录中包含了笔者需要的php-cs，此时笔者可以执行下方命令来验证是否安装成功 ~/.composer/vendor/bin/phpcs --help 当命令执行后，如果能看到下方的一些信息，那么就代表安装成功 - Check STDIN instead of local files and directories -n Do not print warnings (shortcut for --warning-severity=0) -w Print both warnings and errors (this is the default) -l Local directory only, no recursion -s Show sniff codes in all reports -a Run interactively -e Explain a standard by showing the sniffs it includes -p Show progress of the run -q Quiet mode; disables progress and verbose output -m Stop error messages from being recorded (saves a lot of memory, but stops many reports from being used) -v Print processed files -vv Print ruleset and token output -vvv Print sniff processing information -i Show a list of installed coding standards -d Set the [key] php.ini value to [value] or [true] if value is omitted 3.3 全局使用 前面笔者使用验证的命令的路径太长，后续如果要使用是极为不方便的，所以笔者需要将这写路径加入到全局中，加入的命令如下 ln -s ~/.composer/vendor/bin/phpcs /usr/local/bin/phpcs ln -s ~/.composer/vendor/bin/phpcbf /usr/local/bin/phpcbf 当执行完成之后，可以使用短命令来验证是否加入全局成功，可以用下方的命令 phpcs --help 执行成功之后，返回结果应该和上方完整路径返回的一致。 3.4 设置默认标准 phpcs默认的编码格式并不是php-cs，所以当不指定标准的时候，检测的结果并不准确，但每次都手动指定也挺麻烦，所以笔者可以设置一个默认标准，命令如下： phpcs --config-set default_standard PSR2 phpcbf --config-set default_standard PSR2 3.5 PHPCS检测 现在笔者可以用phpcs来真实的试验了，笔者先准备一个PHP文件，文件里面的内容如下代码示例，可以看出这份代码并不符合PSR-2的风格规范 <?php function test_test(){ echo 'daxia'; } test(); 通过PHP-CS检测编码风格,命令如下 phpcs /Users/tangqingsong/mycode/test.php 命令执行完成之后，可以看到如下代码提示，在提示中笔者能看到具体哪一行，提示级别，以及具体的提示原因 FILE: /Users/song/mycode/test.php ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- FOUND 2 ERRORS AND 1 WARNING AFFECTING 3 LINES ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- 1 | WARNING | [ ] A file should declare new symbols (classes, functions, constants, etc.) and cause no other side effects, or it should execute logic with side effects, but should not do both. The first symbol is | | defined on line 3 and the first side effect is on line 8. 3 | ERROR | [x] Opening brace should be on a new line 8 | ERROR | [x] Expected 1 newline at end of file; 0 found ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- PHPCBF CAN FIX THE 2 MARKED SNIFF VIOLATIONS AUTOMATICALLY ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Time: 79ms; Memory: 4Mb 3.6 PHPCS检测 自动格式化编码风格命令 phpcbf /Users/tangqingsong/mycode/test.php 命令执行完成之后，可以看到如下返回提示，处理了哪一些文件，以及类型 PHPCBF RESULT SUMMARY ---------------------------------------------------------------------- FILE FIXED REMAINING ---------------------------------------------------------------------- /Users/song/mycode/test.php 2 1 ---------------------------------------------------------------------- A TOTAL OF 2 ERRORS WERE FIXED IN 1 FILE ---------------------------------------------------------------------- Time: 68ms; Memory: 4Mb 再次使用PHP-CS检测 phpcs /Users/tangqingsong/mycode/test.php 执行完成之后，通过命令再次查看结果 FILE: /Users/song/mycode/test.php ---------------------------------------------------------------------------------------------------------------------------------------------- FOUND 0 ERRORS AND 1 WARNING AFFECTING 1 LINE ---------------------------------------------------------------------------------------------------------------------------------------------- 1 | WARNING | A file should declare new symbols (classes, functions, constants, etc.) and cause no other side effects, or it should execute | | logic with side effects, but should not do both. The first symbol is defined on line 3 and the first side effect is on line 9. ---------------------------------------------------------------------------------------------------------------------------------------------- Time: 71ms; Memory: 4Mb 能看到最开始检测有三次不合格，但现在只剩下一处了；这里说一下为什么phpcbf没有帮完全处理呢，因为phpcbf只能处理代码风格等方式，而不能帮你处理里面的命名与代码实现规则，所以有少部分还需要人为去更正，但并不会太多。 四、编辑器编辑与配置 很少开发者只使用终端就开发代码，通常都会用到编辑器，因此笔者也需要把phpcs和编辑器进行结合 4.1 让编辑器使用PSR-2标准 设置->code style -> PHP 中选择风格为 psr1/2 2. 设置->languages->php->code sniffer 中设置phpcs的路径 3. 设置->Editor->Inspections展开点击右侧的PHP，勾选下面的两个PHP，选择使用PSR2 下面还有一处，也要选中 现在笔者使用phpstorm的格式化，将会自动格式化成psr-2的风格。 4.2 集成phpcs 经过上面的操作，phpstorm代码格式化的规则基本与phpcs的规则基本一致了，但也有一小部分不一致，所以后面还要用到phpcs和phpcbf。 笔者如果每次都在终端去执行phpcs风格检测花费时间可不少，为了提高工作效率，可以在phpstorm集成phpcs检测规范的功能，设置路径:Tools->External Tools->添加-> (/usr/local/bin/phpcs ) (FileDirFileDir/FileNameFileName) 4.3 集成phpcbf 如果每次都在终端去执行phpcbf格式化，还是会有一些麻烦，所以笔者也可以在phpstorm集成phpcbf自动格式化功能，设置路径:Tools->External Tools->添加-> (/usr/local/bin/phpcbf ) (FileDirFileDir/FileNameFileName) 五、GIT配置篇 当前面一切准备就绪，笔者就可以在git钩子里面增加强制的策略了，git钩子脚本存放于项目下 .git/hooks/ 文件夹下，按照下面的步骤笔者来添加一个commit事件。 5.1 新增钩子文件 在你的项目根目录下，使用vim命令或其他方式，新增一个文件 ./.git/hooks/pre-commit,然后把下面的脚本放进去，之后再保存。 #!/bin/sh PHPCS_BIN=/usr/local/bin/phpcs PHPCS_CODING_STANDARD=PSR2 PHPCS_FILE_PATTERN="\.(php)$" FILES=$(git diff HEAD^..HEAD --stat) if [ "$FILES" == "" ]; then exit 0 fi for FILE in $FILES do echo "$FILE" | egrep -q "$PHPCS_FILE_PATTERN" RETVAL=$? if [ "$RETVAL" -eq "0" ] then PHPCS_OUTPUT=$($PHPCS_BIN --standard=$PHPCS_CODING_STANDARD $FILE) PHPCS_RETVAL=$? if [ $PHPCS_RETVAL -ne 0 ]; then echo $PHPCS_OUTPUT exit 1 fi fi done exit 0 需要注意的是让这个文件有可执行权限，最直接的办法就是设置为777，参考命令如下： chmod 777 .git/hooks/pre-commit 5.2 本地钩子 现在笔者故意让php代码风格不一致，然后使用git commit来提交，看看git是否会阻止提交，以下面这份代码为例 <?php function test_test(){ echo 'daxia'; } test(); 可以很明显的看出来，这份代码没有按照驼峰命名法，大括号也没用换行的两处问题；把它保存在根目录名为test.php文件，然后执行git commit命令,如下 git add test.php && git commit . -m 'test' 命令执行后，git返回了如下信息，便终止了 FILE: /Users/song/mycode/work/xiaoyu/test.php ---------------------------------------------------------------------------------------------------------------------------------------------- FOUND 2 ERRORS AND 1 WARNING AFFECTING 3 LINES ---------------------------------------------------------------------------------------------------------------------------------------------- 1 | WARNING | [ ] A file should declare new symbols (classes, functions, constants, etc.) and cause no other side effects, or it should | | execute logic with side effects, but should not do both. The first symbol is defined on line 3 and the first side effect | | is on line 8. 3 | ERROR | [x] Opening brace should be on a new line 8 | ERROR | [x] Expected 1 newline at end of file; 0 found ---------------------------------------------------------------------------------------------------------------------------------------------- PHPCBF CAN FIX THE 2 MARKED SNIFF VIOLATIONS AUTOMATICALLY ---------------------------------------------------------------------------------------------------------------------------------------------- Time: 63ms; Memory: 4Mb 验证一下git是否commit成功，可以执行下面的命令： git status 返回结果如下 位于分支 develop 您的分支与上游分支 'origin/develop' 一致。 要提交的变更： （使用 "git reset HEAD <文件>..." 以取消暂存） 新文件： test.php 说明笔者前面的命令只成功执行了 git add . 而后面commit则成功阻挡了。 5.3 服务端钩子 前面一个步骤笔者已经成功的在本地的commit钩子中阻挡了触发，但是任然有可能有伙伴会绕过，或者新项目没有部署等，导致可以最终提交上来的代码还是存在不符合psr-2风格，所以这个时候笔者就需要在服务端的push事件做一些处理。 这个时候笔者需要在服务器的钩子事件中新增一个，pre-receive 文件。 在服务端去配置的时候遇到了几个坑，后来笔者放弃了，有兴趣的可以留言或私信。 作者：汤青松 微信：songboy8888
2018-08-10

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

时间: 2026-08-21 大小: 1MB 下载: 10次
Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

时间: 2026-09-24 大小: 189MB 下载: 9次
Rocky Linux

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

时间: 2026-08-21 大小: 1.42GB 下载: 6次
Sublime Text

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。

时间: 2026-08-21 大小: 9.84MB 下载: 40次
热门标签
DeepSeek Jdk25 OpenAi HarmonyOS6 Nacos3 SpringBoot4 SpringCloud Docker Kubernetes Service Mesh Redis Gemini3 Rocky

欢迎您来访！

登录后，您将获得更多功能！
热门文章
联系我们

有任何问题或合作意向欢迎联系我们

Email: 99873273@qq.com

QQ: 99873273

用户登录
用户注册