@ivvei 技术在手，走哪无忧？呵呵，你很年轻吧，等你快 35 的时候再回头看看吧，那个时候如果你没有退路，没有自己的项目，只想打工的话，你还无忧？不要以为你的技术就是独一无二公司一定要求着你。我是强烈建议去金融公司的，无他，游戏行业人脉太狭窄了，金融行业完全不一样， IT 本质是服务业，你的圈子越广你的路越宽，强烈不建议楼主贪眼前这点利益

说真的私活的效益不入提高技术后换工作的效益，而且私活对你个人的时间占用特别厉害，得不偿失

就目前来看，大公司应用 node.js 基本都还是在大系统下的重 IO 功能部分，比如天猫用 node.js 充当大前端的模板引擎，比如知乎用 node.js 做消息推送，重业务的地方，基本大家都还停留在传统语言 java 什么的上面。基本上你查到的没错，都是和其他语言混编， node.js 通吃的大系统很少见，因为 node.js 是一个优点和缺陷都很明显的技术。我个人认为 node.js 不适合用在复杂业务领域。

现代搜索引擎连动态内容都能抓，你这个影响不大
其次，数据库游标和你页面的 url 有个毛关系，你不过是要传后台一个参数而已，是你们自己的技术限制了非要写成
startId=1234 这种形式吗？难道就不能是 www.abc.com/startId/1234 这种形式的 url 不就没影响了，很多框架的现代路由技术都支持以路径方式取代 querystring 方式传参的

2003 早就不安全了，另外如果确认已经被入侵过，最好的方法就是数据备份然后赶紧重装

@jimduan 这不是什么厉害的技能好吗，我的经验就是你要通过几次翻过来覆过去的来回折腾把每一步到底要干嘛全部搞明白，特别是搞明白为啥要这么干，并且解决所有遇到的问题，然后把整个过程和可能的坑全部记录到文档里，然后你以后就是纯粹按手册操作了。很多人觉得难是因为他们就没有下功夫搞，都是满足于“跑起来就行了管它那么多”，结果下次又遇到个问题又傻眼了。而且，会这个还不到“ linux 玩的转”这个级别

java 不是一直有培训吗

在公司里干活切忌用技术手段去绕开管理，除非你有把握不被发现，否则一旦发现你就吃不了兜着走的

当然是可以的，没有什么程序是一定需要 GUI 的，这一点你自己要明白，但是你说打印到控制台，这个就有点，你要打印成什么效果呢

你要是想专精 PHP 的话，背 PHP 手册是最快的道路，问题是我可没兴趣只静 PHP 一门，所以还是啥都会， php 手册看一遍，知道问题去哪里查就行了，我会说我大部分 php 函数都要查手册才会写吗？

我始终对这玩意报以戒心。我认同楼主说的用力过猛的言论。我还是更认同 Unix 的那个“最小职责”原则。至于这玩意为啥广泛能被业界采用？不要把老外当金科玉律，老外的技术界也是一堆翔，之前还不是爆出过仅仅因为政治正确就搞的某开源组织的领头人大换血的事件。

jit 本身就是这么牛，否则你们以为 node.js 为啥这么快，但是用 jit 会失去 php 的一个重要特性，热部署和热更新，其实这挺纠结的

@surfire91 谢谢各位为了回答了这么多，今天研究了半天，终于发现自己其实是被框架坑了，并不是抓不住异常，而是在这个框架里，所有的类都必须基于命名空间所对应的路径来调用， PHP 的 Exception 是基类，所以必须写成
catch (\Exception $e)；写成 catch (Exception $e)，这个框架就认为不存在这个类，但是它不报错，直接把异常甩到上层去了。。。我在这卡了两天。直到刚才左想右想不对于是用原生代码来试才发现这个坑

@surfire91 我跪了，太奇怪了，我本来就是 PHP7.0.10 ，无论是 catch error 还是 set_error_handler 我都试过了，这个 php_reader 读取错误 xls 格式引发的错误，还是抓不住，这难道既不是 expection ，也不是 error 吗，这到底是什么东西啊

@dawniii 你说对了，就是 TP3.x

@surfire91 我描述不准确吧，应该是 php error 了， http server 就抛出 404 了，我是希望能把 php 的 error 都兜住，并且进行善后处理（避免下次到这继续 error ，因为有些 error 是用户故意上传某些文件造成的，要把这些垃圾删掉），别的语言很简单， try catch 就行了， php 就不行

@PigKnife 请教如何 catch error

@panlilu 我需要在出现错误后进行逻辑处理，在 nginx 那块处理 404 仅仅是对客户端友好，不能解决逻辑问题

@Livid 我仔细看了一下这个 sentry ，它好像不能抓住错误现场并立即处理啊？