V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  xiaotuzi  ›  全部回复第 1 页 / 共 27 页
回复总数  535
1  2  3  4  5  6  7  8  9  10 ... 27  
174 天前
回复了 hdcmshp 创建的主题 职场话题 中年程序员快崩溃了
年包 40 个。。。无形装逼最为致命。建议立即离职,不然我看着不舒服。
手机开蓝牙投屏笔记本电脑,可以分享屏幕,很容易,且不发热。我经常这样。
@summerLast 不是导航,我要的是项目,带源码和功能的。可能是一些小工具小产品,也可以是大的项目,自己下载本地可以运行起来的。
335 天前
回复了 brader 创建的主题 PHP 做个框架选择小调研
我们公司一直用 easyswoole ,类似 hyperf 的框架吧,也是 php-fpm 启动。
对于框架,lavarel 用的少,社区很大,但是感觉比较多东西在里面,不喜欢他的优雅,什么都是 composer 一把梭,thinkphp 和 easyswoole 用的多,简单就是 CURD 方便,hyperf 和 webman 没有用过,不过了解了一下,差不多。
最近还看了下 phalcon ,说是调用的 C 语言的模块,单独写了一个模块,加入到 php.ini 里面,windows 还没起来过,linux 比较方便。

呐,我个人可能会选择 Go 语言来写 api ,说实话,PHP 框架就那一套,用数据库类,业务代码写来写去都是 CURD 这样。各个都说高性能,算了直接用高性能的 Go 就完事了。

一方面 go 天生有高并发的优势,另一方面,不要老是学 PHP ,限制了自身发展。

如果非要选择 php 框架,我会选择 thinkphp 吧,无它唯手熟尔。

BTW ,你自己写个框架玩玩也挺不错的。框架就是搭建好的脚手架。
356 天前
回复了 Dongxiaohao 创建的主题 程序员 帮别人接了个开发任务
这多好办,收钱维护,你跟丙说,要收钱维护。多赚一份维护费。
如果丙找甲,甲再找你,你就拖着,隔四五天再去看看,爱答不理。
逼着丙付费让你维护。
356 天前
回复了 wohefengyiyang 创建的主题 程序员 前端如何从 0~1,我只会从 1~n...
我也差不多全栈了,我也没有系统学过前端。就目前而言,会用 vue 脚手架,但是写一些页面还是挺费时间的,我总是写不好,感觉前端真的好麻烦。。。
357 天前
回复了 knight0zh 创建的主题 奇思妙想 《分享一个点子》
只能说是你的一个灵感吧,但是这个灵感跟论坛相似度 80%,我能感觉你想的东西,最终还是偏向论坛。所以,这个东西就是做论坛,百度贴吧,百度知道,实际上百度把这个玩烂了。唉。辣鸡百度。
现在还有什么视频是付费才能看的吗?我不信 B 站没有。
2023-11-30 14:13:32 +08:00
回复了 mylxsw 创建的主题 分享创造 开源 AI 聊天、绘图软件 AIdea 一键部署安装包来啦
以前搭建过类似的项目,也是国人开源的,同样集成了各种模型,炫酷,吊炸天。但是后面随之而来的就是费用以及面向的客户人群,始于尝鲜,终于贫穷,最后还是入不敷出,如果只是自己玩,说实话没有那么麻烦。。。
2023-11-30 10:30:50 +08:00
回复了 csulyb 创建的主题 PHP PHPer 现在写后台业务 实现高并发只有 swoole 吗
用的 easyswoole ,都支持高并发,实际上慢都是 MySQL 的问题。
@dif 我说的是自认为写的没有 bug 了,结果一测试就有 bug ,没有说需求和业务逻辑的关系。单纯就是自我感觉。
@ChrisYoung 说得对,好了,我要开始堆屎山了
@yyysuo 可以追求一下,突破自己的极限。
@xuanbg 确实,做一次测试之后,很少有 bug ,可能是我追求过高了。。。
@hamsterbase 我是说不单元测试之前的情况下,一次性写完一个完整功能,不出现 bug 。
哪里搞的这么多,有时候想要还得花钱买。。。
2023-06-20 13:59:09 +08:00
回复了 donggua997 创建的主题 问与答 作为一个程序员(后端),能给女朋友做些什么有意义的东西
我的想法是:做个产品,以她的名字命名(当然跟她有关的事物或者代表她的东西),并用这个实现了赚钱,这样更吸引她。没有价值的东西是没啥意义,不如搞钱。
2023-06-15 10:43:52 +08:00
回复了 godleon 创建的主题 程序员 [讨论一个开源的想法] 针对 web 端,想做一个有交互的升级
如果是 web 端,只要你访问一个页面,那么这个页面的所有内容将被浏览器缓存,那下一个页面就可能需要更新,更新的前提可能就是跳转链接。

目前我服务器使用的前端需要 vue 打包,热更新的逻辑就是打包好文件(dist),然后将 dist 覆盖 produce 文件夹,这个过程很快,服务器一般转移覆盖文件也就几秒,如果文件不多的话。影响也是很小的。
实际上,前台 web 入口页面也就只有一个,换了 index.html ,那就是新版本了。

影响:一般需要重新加载 js image 这些静态资源,这里比较卡,比较慢。

基本热更新是比较难实现的,除非有个动态资源请求检查更新,然后在当前页面写入新版本的资源加载。那么跳转下一个页面更新的时候,本地已经加载了这些资源,所以就可以解决这个加载资源慢的问题。

综上,交互升级不是特别重要,只要闲事发版即可,但无论什么时候,都解决不了浏览器首次加载资源慢的问题。
1  2  3  4  5  6  7  8  9  10 ... 27  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1071 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 19:16 · PVG 03:16 · LAX 11:16 · JFK 14:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.