ci

============================================================== 补充材料一: ============================================================== mysql字符编码是版本4.1引入的,支持多国语言,而且一些特性已经超过了其他的数据库系统。 我们可以在MySQL Command Line Client 下输入如下命令查看mysql的字符集 mysql> SHOW CHARACTER SET; +----------+-----------------------------+---------------------+--------+ | Charset | Description | Default collation | Maxlen | +----------+-----------------------------+---------------------+--------+ | big5 | Big5 Traditional Chinese | big5_chinese_ci | 2 | | dec8 | DEC West European | dec8_swedish_ci | 1 | | cp850 | DOS West European |

armscii8 (ARMSCII-8 Armenian) armscii8_bin 亚美尼亚语, 二进制 armscii8_general_ci 亚美尼亚语, 不区分大小写 ascii (US ASCII) ascii_bin 西欧 (多语言), 二进制 ascii_general_ci 西欧 (多语言), 不区分大小写 big5 (Big5 Traditional Chinese) big5_bin 繁体中文, 二进制 big5_chinese_ci 繁体中文, 不区分大小写 binary (Binary pseudo charset) binary 二进制 cp1250 (Windows Central European) cp1250_bin 中欧 (多语言), 二进制 cp1250_croatian_ci 克罗地亚语, 不区分大小写 cp1250_czech_cs 捷克语, 区分大小写 cp1250_general_ci 中欧 (多语言), 不区分大小写 cp1251 (Windows Cyrillic) cp1251_bin 西里尔语 (多语言), 二进制 cp1251_bulgarian_ci 保加利亚语, 不区分大小写 cp1251_general_ci 西里尔语 (多语言), 不区分大小写 cp1251_general_cs 西里尔语 (多语言), 区分大小写

问题 操作临时表时提示如下排序规则冲突错误 sql ....忽略...sql ..... 无法解决 equal to 运算中 "Chinese_PRC_CI_AS" 和 "Latin1_General_100_CI_AS" 之间的排序规则冲突。 原因 我的 TE库的排序规则是Latin1_General_100_CI_AS, 而系统安装时默认是Chinese_PRC_CI_AS ( 所以系统库xxxxx 的排序规则也是 Chinese_PRC_CI_AS) 解决 既然排序规则冲突了, 那就想办法改成一致, 我这里选择改用户库TE 的排序规则 (改系统库 xxxxx 发现提示不能改) 思路: 改系统库(比较复杂) 改用户库(可能会发生乱发等问题) 参考文档 微软官方提供的修改文档(点击) USE master; GO ALTER DATABASE MyOptionsTest COLLATE French_CI_AS ; GO --Verify the collation setting. SELECT name, collation_name FROM sys.databases WHERE name = N'MyOptionsTest'; GO 来源： https://www.cnblogs.com/52liming/p/10050650.html

在CI_Controller和CI_Model的类定义前追加如下代码。 既能够进行代码提示，也能够在自定义Model中访问$this->db了。 PHP /** * @property CI_Loader $load * @property CI_DB_active_record $db * @property CI_Calendar $calendar * @property Email $email * @property CI_Encrypt $encrypt * @property CI_Ftp $ftp * @property CI_Hooks $hooks * @property CI_Image_lib $image_lib * @property CI_Language $language * @property CI_Log $log * @property CI_Output $output * @property CI_Pagination $pagination * @property CI_Parser $parser * @property CI_Session $session * @property CI_Sha1 $sha1 * @property CI_Table $table * @property CI_Trackback

最近几天用CI写一个项目，但是配置控制器的时候遇到问题。前后台控制器分离，在3.x版本不能直接实现，但是在2.X版本是可以的。 本机环境是wnmp 而线上测试机是lamp ，php版本和mysql的版本也是不同的，遇到好多小问题。比如，加载数据库一直出问题，只要用$this->load->database(),以后的代码就直接相当于被die掉了，显示空白页。网上搜了好多，但是大多数都是因为mysql的配置项没开启，我这里的已经启用了，找了好久未果。看CI框架system里的代码排查，（数据库的问题，直接把所有的@抑制符去掉，可以显示数据库报错），结果发现是连接数据库设置编码的问题。 <?php //system/database/drivers/mysql/mysql_driver.php里面的 function db_set_charset($charset, $collation) { if ( ! isset($this->use_set_names)) { // mysql_set_charset() requires PHP >= 5.2.3 and MySQL >= 5.0.7, use SET NAMES as fallback $this->use_set_names = (version_compare(PHP_VERSION, '5.2.3', '>=') &&

CI/CD 实践对于基础设施、第三方应用程序和内部开发的应用程序同样适用。虽然有许多不同的工具可以实践 CI/CD，但这些工具都使用类似的模型。最重要的也许是，引导公司采取这种新的做法会让你在公司里处于一个强有力的地位，成为别人前进的灯塔。 持续集成、持续交付和持续部署（CI/CD）在开发社区中已经存在多年。有些组织已经有相应的运营工具，但许多没有。对于大多数组织来说，运营团队必须像开发团队一样熟悉 CI/CD 工具和实践。 CI/CD 实践对于基础设施、第三方应用程序和内部开发的应用程序同样适用。虽然有许多不同的工具可以实践 CI/CD，但这些工具都使用类似的模型。最重要的也许是，引导公司采取这种新的做法会让你在公司里处于一个强有力的地位，成为别人前进的灯塔。 让我们更深入地研究下这些工具。我们将对每一个工具进行简要地介绍，并分享可以让你了解更多信息的链接。 GitLab CI 项目页面： https://about.gitlab.com/product/continuous-integration/ 源代码： https://gitlab.com/gitlab-org/gitlab-ce/ 遵循 MIT 许可协议 GitLab 是 CI/CD 领域的一个新手玩家，但它已经在 Forrester Wave 持续集成工具中占据了领先地位。在这样一个竞争对手众多而水平又很高的领域

我在本地配置虚拟主机，访问api目录是：api.com/index.php/test/test。这个目录也可以这么访问：127.0.0.1/api/index.php/test/test 可以配置如下： 1，增加.htaccess到根目录，.htaccess内容如下： RewriteEngine on RewriteCond $1 !^(index\.php|images|robots\.txt) RewriteRule ^(.*)$ /index.php/$1 [L] 2，修改application/config/config.php文件： $config['index_page'] = 'index.php';修改为： $config['index_page'] = ''; 然后本地可以直接通过api.com/test/test访问，但是如果用127.0.0.1/api/index.php/test/test 访问的话，中间的index.php必须加上， 有方法可以不用加吗？（最好是不要修改环境，而通过配置代码） 来源： https://www.cnblogs.com/ayanboke/p/10118223.html

CI框架不支持像yii2框架那样，可以直接在controllers下创建CommonController并继承父类，那么我们想要做 登录控制或权限控制时 ，直接在父类控制器操作是不合理的。 这时比较方便的方法就是扩展父类的CI_Controller. 一，创建自定义的父类控制器 在core目录下创建一个自定义类,以MY_为前缀，如MY_Controller,注意这个前缀不能随意填写，受到config.php中配置的约束，并让MY_Controller继承CI_Controller <?php class MY_Controller extends CI_Controller { /** * 后台登录控制 * MY_Controller constructor. */ public function __construct() { parent::__construct(); $this->load->library('session'); if (!isset($this->session->user/isLogin)) { redirect('login/index'); } } public function ajaxReturn($arr) { echo json_encode($arr); die; } } 二，创建控制器继承自定义父类 <?php class admin

Gitlab-CI Gitlab简介 最近感觉就是在不断的搭建/迁移版本服务器，而现在市面上关于版本服务器搭建的指南都流于表面，真正深入骨骼的少之又少，往往以偏概全很多关键点并未提及。而版本服务器的搭建往往是一个初创型或中小型公司迫切需要解决的问题。 目前市用户量和口碑较好的Git服务提供商，屈指可数。国外的话 GitHub ， BitBucket 都是不错的选择，但国际形势变幻莫测，需要随时备好***。国内的话 Coding 用户体验就做的很不错，很切合码农们的审美， 开源中国的 码云 也有对应的代码托管服务，不过自从他们家Maven仓库镜像下架事件后已不推荐再用，不久后被阿里收购不是没有可能。 各个版本管理软件各有优劣，大多数的企业和团队为了隐私性的需要，选择了目前市面上功能和体验都十分给力的 Gitlab 作为非开源的代码管理平台。 Gitlab目前有两种不同的版本，社区/个人版和企业版 GitLab社区版是完全免费的，不但能建立免费的私有仓库而且没有数量上限，参与人员也没有数量限制，还能设置成员的权限，甚至细致到具体某条分支的权限，以及强大的工作流等等。完全满足我们日常开发、投产所需要的版本控制功能。 Gitlab企业版支持LDAP架构和对应功能，以达到更高的处理性能和存储效率，并提供其他更多模块和服务支持 参考链接 ： Gitlab社区版/企业版对比 安装前的准备

说明：Jenkins折腾了好几个月了，打算写个系列记录下。有时间会尽量更新的。 第一章 Jenkins是什么？ Jenkins 是一个可扩展的持续集成引擎。 主要用于： l 持续、自动地构建/测试软件项目。 l 监控一些定时执行的任务。 Jenkins拥有的特性包括： l 易于安装-只要把jenkins.war部署到servlet容器，不需要数据库支持。 l 易于配置-所有配置都是通过其提供的web界面实现。 l 集成RSS/E-mail通过RSS发布构建结果或当构建完成时通过e-mail通知。 l 生成JUnit/TestNG测试报告。 l 分布式构建支持Jenkins能够让多台计算机一起构建/测试。 l 文件识别:Jenkins能够跟踪哪次构建生成哪些jar，哪次构建使用哪个版本的jar等。 l 插件支持:支持扩展插件，你可以开发适合自己团队使用的工具。 1 Jenkins的由来 目前持续集成(CI)已成为当前许多软件开发团队在整个软件开发生命周期内侧重于保证代码质量的常见做法。它是一种实践，旨在缓和和稳固软件的构建过程。并且能够帮助您的开发团队应对如下挑战： l 软件构建自动化 ：配置完成后，CI系统会依照预先制定的时间表，或者针对某一特定事件，对目标软件进行构建。 l 构建可持续的自动化检查 ：CI系统能持续地获取新增或修改后签入的源代码，也就是说