您访问的应用已经被新浪云计算（SAE）封禁可能原因如下：
1.游戏私服
2.黄、赌、毒
3.假药
4.有违法内容和其它不符合SAE规定的网站 (详情)

除了我还有谁看到这个了？

好吧，我又看了几个SO的回答，于是其实这样就把问题解决了：

https://gist.github.com/raincious/a3abc04f0b764f8c501d

刚才怎么没想到，我好笨啊，呵呵

可以去North Korea参赛？

@jsonline Star不能说明在用吧，Fork了然后有Pull request才能说是重度使用。

我觉得还是搜藏得目的，比如什么东西未来可能用到，但是又不想Watch，那么就Star了。

// 跑题
牛X啊，有没有项目贴来学习下？

@dongbeta 轮子只有造出来才知道是不是好 :)

自己娱乐的代码和给大家用的代码是两种规范的。毕竟框架是偏底层的基础软件，要尽量稳定，保持一致性。所以建议楼主还是尽量先研究下基础知识和最佳操作，然后再写好漂亮的代码，最后才是给大家用，不要一开始就着急发布。

另外，其实冷水的说法，不太会有人真的去用楼主的框架，除非你已经能战胜至少ThinkPHP。真的想让别人去用，得先实现两点：1、让框架足够好用，让用户能以最快速度开发出产品；2、框架足够稳，能支撑大量代码和库的管理，后期也不用因为各种问题转型（或者转型很容易）。这两点很难实现，我自己的框架写了近1年多，没胆量拿出来（当然，主要是自己当初写那些代码的时候没学会用PHPUnit，自己又喜欢一开始就把功能做大，导致Bug这一堆，那一堆）。

另外给个建议（针对那位要提供ORM和其他组件的同学），微型框架内还是建议不要强制绑定各种库甚至模板引擎等等，给框架用户足够的自由可以自行选择然后引用到框架里。时刻保持灵活可替换，这样才能保证你自己的框架不会被换下来。

就楼主这个框架而言：

https://github.com/willper/JunePHP/blame/master/application/initialize.php#L29

redirect($url, $time = 0)函数就犯了个大忌，因为会输出不符合HTML规范的代码。而框架本身应该确保不会产生脏内容。

autoLoad($class_name)这又有个大忌，所有的类库都得在define('CORE_PATH', APP_ROOT . '/core/');定义的范围内。而这个autoloader又不是Namespace的（只支持注册到这一层文件夹？Namespace得看文件系统的心情？），可能会跟Composer里注册的类冲突。

建议楼主仔细参考下PSR两个标准的Autoloader：

这里是PSR-0的Autoloader：
http://www.php-fig.org/psr/psr-0/

PSR-4的Autoloader：
http://www.php-fig.org/psr/psr-4/

所以总之，还不成熟，但作为一个学习的工具还是挺好的，毕竟将MVC底层实现出来，证明已经掌握了MVC相当的原理了。所以楼主加油！

root(AT)3ax.org的路过……

@Actrace 还好吧，我觉得对我这种不知道啥时候就掩面的，PHPUnit还是挺有用的……

我现在上比较重要的新模块都这么干了：

http://ww1.sinaimg.cn/mw1024/005tffwZgw1ei3gpo6t3qj30ww0kq43k.jpg

而且这样开发效率会稍微高点，因为毕竟不用让其他用不着的部分跑起来。以前都是在实际项目上做测试，然后一个页面刷新下整个服务都得开起来，比较麻烦。

@Actrace 我又来了，还得问PHPUnit用的咋样。原因我就掩面不说了……

还有一些规范，PSR-2。或者直接拿写好的代码来看，如果漂亮说明还是会注意代码风格的。

@Actrace 这是因为我傻了……写完代码然后运行了下能跑就贴了……完全没主意到感叹号以及变量名的问题……（掩面）

我就当这是上帝在警告我不要瞎起哄了，我去安安静静的完成我的山寨FormValidation类去了……

@Actrace 贴gist吧。

话说，我竟然忘了continue，这样就不用叫那个is_null判断了。

Nice coding BTW.

@dongbeta

题目不错哈。感觉不坑，希望我到时候找工作的时候也能遇到这样有意思的题，而别是我根本做不好的算法题。

照着原功能写了下，我觉得要不就是str_replace对端字符串的性能很强，要不就是我什么地方搞错了。献丑：
https://gist.github.com/raincious/c8b6d71d5b895e2cceda

@dongbeta

好吧。根据 http://english.stackexchange.com/questions/34447/is-it-front-end-frontend-or-front-end 的回答者，他认为front-end以及frontend都是Front End的一种形式。

于是乎，根据他的观点，其实front-end和frontend都是“可替代形式”，一个级别的。那么可以考虑牵就Backend。

然后，

(Google Front-End)
http://googlesystem.blogspot.com/2007/09/googles-server-names.html

(GnuPG Frontends)
https://www.gnupg.org/related_software/frontends.html

其实貌似没有一个统一的标准来定义到底应该说frontend还是front-end。所以讨论这个某种程度有点像是……大括号是否另起一行？我猜。

@dongbeta 这个问题暂时先不谈。

那个，front-end.md中间多了个“-”，已经fork改成没有“-”的版本了……

楼主如果也觉得那个难看，pull request已发……

Part 3, 请问用foreach搞定的能给多少工资？

$arr = array('P.R. China', 'United States', 'Taiwan');
$i = count($arr);
foreach ($arr as $v) {
echo $v;
}

@yakczh

Composer自己就可以视为Autoload框架，我已经说了，不是没有框架，只是框架细分了。

而且你的想法是不对的。仅仅依靠PHP自己的代码管理规范远远无法满足哪怕中型项目的管理。我自己的框架在我使用的过程中根据所驱动项目的规模做过若干次大型变更，就是为了能让它适应各种规模的项目，并且根据项目规模提供不同的管理方式。

你可以尝试将手头的项目脱离框架（或者你现在本身就没怎么使用）。在项目由一行代码变为10W行代码这样更迭的变化中，尝试估算下项目管理的成本，比如基本的代码管理、项目模块化、项目本身的依赖管理。然后考虑团队开发的情况。我想等你尝试过那些就能理解为什么很多公司开新项目还是需要一个框架来支撑了。

另外，PHP是一种语言，就像是Ruby，本身没有项目管理功能。ROR是一个框架，自身有一套规范约束。


> 如果框架出新版本,不兼容以前的版本,那基本还是要从头来过

你说的其实是依赖问题。别忘了类库的API也会变更。另外基于这一点，学习其实本来就不是一个可以停止的过程。没有任何知识是永久有用的，只是一些知识的有效性长一些。

当然，我不是建议去学那些本身就没什么价值的东西。

做过一个类似的，其实不难。主页背景弄个山水画，档次就上来了……

其他页面只需要注意视觉连续性就好。

@yakczh 说的有道理。这也是为什么我自己的项目一直坚持用我自己的框架。因为我不喜欢被人玩到半路然后对方我“抱歉，我不玩了”。

但是PHP项目还是需要一个框架来支撑的，也就是我一直说的，位了统一一个编码规范和管理方式。这一点上用个框架其实是很有效的。