时间:2021-07-01 10:21:17 帮助过:26人阅读
为什么有的人说可以直接在服务器上开发php?
我从经验上还是停留在本地开发完,上传服务器的流程
大公司很多都是这样的,服务器Linux,你有账号可以登上服务器,但是不能直接登,要先登上跳板机,然后再通过跳板机登上服务器,在这样的情况下,很多人就直接在服务器上用vim写喽。
vim作为编辑器之神,配置一下还是很好用的。
因为PHP不需要编译,直接可以运行。
没什么不可以,看实际情况。
大多数服务器都是 Linux 系统,而大多数 Linux 系统的桌面又不是很好用,没多少人用 Linux 当桌面。这就导致了很多情况下客户端和服务器并不是同样的环境,对于一些简单的网站,依赖很少,无非读写一下数据库,操作系统不一样也没多大问题。
但是如果网站的外部依赖很多,比如需要用到 Linux 上才有的一些功能,就不太容易保证开发用的机器和服务器的环境完全一样,这时直接在服务器上进行开发和测试就简单一点。
但是如果一个项目需要多人同时开发,在服务器上就不太好办了,因为有可能会覆盖掉其他的修改,这时最好的方案是用虚拟机,比如 Vagrant.
因为代码本身就是要在服务器上运行的啊,自己的笔记本环境和服务器差那么多,然后可能还有周边各种需要连接的工具系统通过windows都不好连的。
然后楼上说的几个人一起在一个服务器上开发其实也是没有问题的。
因为对于开发环境而言,每个人可以有自己的apache+mysql,只是端口不同而已。然后代码用git来做版本控制,可以定期送到测试服务器去测一下,然后对完成测试的版本打个标签。升级的时候就挑稳定的版本。
PS:要编译的语言就更加不会在自己的电脑上写了...要是环境出点差错要忙死了...
可以在服务器上开发……。脚本语言
保证在能运行,在哪开发都不是问题。
似乎有这么一句话。在哪写代码不重要,重要是代码跑在哪。
只要能输入代码就可以写不是吗-- 只是直接在服务器上写不好而已,一般还是不这么做的把。
写php只需要一个编辑器,在哪里不能开发呢?
其实这种情况还挺多的。比如你刚写的一个应用几天之后出了个bug,你知道怎么改之后肯定直接在服务端把它改掉。再比如,你出去玩,突发灵感想写个shell,这时候在移动端写完之后传上去,再合适不过了。
说点题外话。
以前是搞系统管理的。
开发环境就是多人+PHP。
当然不像王子亭那样,土豪公司什么的,
但是如果一个项目需要多人同时开发,在服务器上就不太好办了,因为有可能会覆盖掉其他的修改,这时最好的方案是用虚拟机,比如 Vagrant。
毕竟小项目小地方,
就地取材,有时候个人电脑VMplayer(这东西比较良心,不用设置端口转发之类的就能直接SSH和VNC进去。)有人就会进去用VIM,也就是题主说的直接在服务器上开发php。
第二,有时候会开个服务器账号umask和group ID、ldap之类的黑科技,然后多账户ssh进去git提交。
第三,有时候就是用svn的post-commit脚本和svn export这种黑科技多人提交多人同时修改。
当然服务器上开发,一般说的就是SSH+VIM+git...
感觉好像这话就是 能干这事,然后被你理解成 这样做很好很效率的样子。