oldcms 是开源、简单、安全的PHP开发框架
1. 程序文件组织
| install/ /* 数据库文件、服务器Rewrite规则 */ | oldcms.sql /* 数据库文件 */ | rewrite.txt /* Rewrite规则(Apache,Nginx) */ | libs/ /* Smarty程序目录 */ | source/ /* 核心类库、方法 */ | class/ /* 类库 */ | Captcha.class.php /* 验证码类 */ | DB.class.php /* 数据库操作类 */ | Image.class.php /* 图片上传、缩略图类 */ | Pager.class.php /* 分页类 */ | PHPMailer.class.php /* 邮件类 */ | Smtp.class.php /* 邮件类 */ | User.class.php /* 用户类 */ | common.php /* 公共处理页面 */ | function.php /* 核心方法库 */ | global.func.php /* 自定义方法 */ | index.php /* 首页 */ | login.php /* 登录 */ | register.php /* 注册 */ | themes/ /* 主题模板目录 */ | default/ | css/ | img/ | templates/ | index.html | captcha.php /* 验证码图片显示 */ | config.php /* 数据库配置、网站配置等 */ | init.php /* 初始化 */ | index.php /* 程序开始页 */
2. 使用流程
(1) 将/install/oldcms.sql入库，如需Rewrite则按rewrite.txt重写，然后配置/config.php 相关数据库连接等信息。 (2) 在/index.php里修改$dos数组，同时在/source目录建立相关程序文件，访问url: /index.php?do=index&act=index。 (3) /themes里为Smarty调用的模板目录，结构比较简单。
3. 登录与注册：程序包里默认集成了登录和注册模块，如需使用请看相关文件。
4. 程序安全：为了增强程序的安全，获取$_GET,$_POST,$_COOKIE等变量值时请尽量使用Val方法，具体请看/source/function.php，其它获取的变量值过滤可使用StripStr方法。
-
这篇文章正好接上前一年我们做的一次现实环境下不同GC算法性能比较的试验。这次我们仍然进行同样的试验，不过增加了对G1回收器的测试，并且在多个平台进行测试。今年我们测试的垃圾回收器有如下几个： -XX:+UseParallelOldGC -XX:+UseConcMarkSweepGC -XX:+UseG1GC 运行环境 我们使用现成的JIRA任务来运行这个测试。选择它的原因非常简单——除去Minec
-
-XX:CMSInitiatingOccupancyFraction和-XX:+UseCMSInitiatingOccupancyOnly 由于CMS收集器不是独占式的回收器，在CMS回收过程中，应用程序仍然在不停地工作。在应用程序工作过程中，又会不断产生垃圾。这些新垃圾在当前CMS回收过程中是无法清除的。同时，因为应用程序没有中断，所以在CMS回收过程中，还应该确保应用程序由足够的内存可用。因此
-
1.CMS目的：使用并发（回收同时与应用程序同时运行）的方式来降低STW的时间 2.CMS的使用场景：老年代垃圾回收（还需要配合serialold使用） 3.何时使用serialold：CMS是基于“标记清除”的思想来实现回收，必然存在“标记清除”产生的问题即内存碎片。当老年代分配不下对象时，使用serialold进行串行回收。 4.CMS的痛点：当老年代空间不足，会使用serialold的降级策
-
serial收集器：单线程，“stop the world”，进行垃圾收集线程时必须停止所有工作线程； parNew收集器（parallel并行）：多线程，进行垃圾收集时也会停止工作线程； 两者都能与CMS（concurrent mark sweep）收集器配合使用；三者都关注尽可能缩短垃圾收集时用户线程的停顿时间。 并行（parallel）：指多条垃圾收集线程并行工作，但此时用户线程仍然处于等待
-
"One does not live by bread alone,but by every word that comes from the mouth of God" --(MATTHEW4:4) python开发框架 不管是python，还是php，亦或别的做web项目的语言，乃至于做其它非web项目的开发，一般都要用到一个称之为什么什么框架的东西。 框架的基本概念 开发这对框架的认识，由于
-
「盘古开发框架」是一套轻量稳健的工业级前、中、后台三维多端行业数字化赋能开发框架。基于商业友好的 Apache-2.0 协议免费开源发布。我们希望不仅是开源的受益者也能成为开源贡献者，与开源社区一起共建共享开源生态。 生态子项目 盘古开发框架由「盘古服务开发框架」、「盘古中后台业务系统开发脚手架」、「盘古移动端多平台开发脚手架」三个子项目组成。可以单独拆箱使用，也可以打包整合。 盘古服务开发框架（
-
nebula3 是一个游戏引擎和开发框架，可移植的特性支持多平台，包括 iPhone。 http://code.google.com/p/nebula3-engine/
-
在尝试了使用 AWS 开发 Serverless 应用之后，我便想尝试使用 OpenWhisk 框架来搭建自己的 Serverless 服务。 Apache OpenWhisk（http://openwhisk.org/）是一个由IBM和Adobe驱动的开源项目，它是一个健壮的FaaS平台，可以部署在 云或数据中心内。相比其他serverless项目，OpenWhisk是一个健壮的、可扩展的平台，
-
本项目是win32下大型客户端游戏的游戏辅助开发框架，由于它集成并包含了游戏辅助开发的各方面功能，称本项目为win32辅助开发的组件也可。 内含具体项目有fifa online3、疾风之刃、怪物猎人online、流放之路等，也有辅助帐号验证服务器，帐号查寻与管理工具，特征码识别，资源文件系统等。 本人现已转型，特发布此项目，旨在分享一份只供参考的多年工作经验与心血，若本项目中有些您认为闪亮的设计、
-
本文向大家介绍thinkPHP5.0框架开发规范简介，包括了thinkPHP5.0框架开发规范简介的使用技巧和注意事项，需要的朋友参考一下 本文实例讲述了thinkPHP5.0框架开发规范。分享给大家供大家参考，具体如下： 命名规范 ThinkPHP5遵循PSR-2命名规范和PSR-4自动加载规范，并且注意如下规范： 目录和文件 目录不强制规范，驼峰及小写+下划线模式均支持； 类库、函数文件统一以
-
imi 框架基于Swoole的PHP协程开发框架，高性能，功能强大，运行稳定，开发方便，支持 Http、Http2、WebSocket、TCP、UDP、MQTT 等主流协议的服务开发，特别适合互联网微服务、即时通讯聊天im、物联网等场景！
-
一个应用程序开发框架。作者实现了很多控件效果，方便其他开发者各取所需。所实现的效果包括：打分星星、响应点击动作、旋转按钮效果、根据文字多少改变大小的UILabel等等效果。 [Code4App.com]