V2EX › abcbuzhiming 的所有回复 › 第 95 页 / 共 103 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 87 88 89 90 91 92 93 94 95 96 ... 103

❮

❯

2017-05-16 21:19:29 +08:00

回复了 abcbuzhiming 创建的主题 › Java › servlet（容器？规范？实现？）为啥会在 url 路径这个问题上设计的如此古怪？

@sagaxu 然而你说的这个 app 其实指的是 ContextPath

http://blog.csdn.net/cooljia/article/details/187882
你可以看这篇文章，说的很详细，
Context Path + servlet path + path info = request uri
这里的关键就是为啥会分 servlet path 和 path info。把 Context Path 单独列出来是可以理解的，作为隔离应用的措施，但是后两者是干嘛的呢

2017-05-16 19:54:11 +08:00

回复了 onice 创建的主题 › Java › 职场新人的困惑

我个人一直很反对所谓的“我要在上班过程中学习，上班过程中学不到啥就天塌下来”的想法，程序员这行，你的能力都是下班之后积累的

2017-05-10 10:37:50 +08:00

回复了 abcbuzhiming 创建的主题 › MySQL › 这种分级一对多，且分级不平衡的模型该怎么设计表？

@sunriseyuen 标签的模型是什么？

2017-05-10 10:19:07 +08:00

回复了 abcbuzhiming 创建的主题 › MySQL › 这种分级一对多，且分级不平衡的模型该怎么设计表？

@jianzhiyao020
@ivvei
其实你们两个的想法我都考虑过，一个就是树，一个不是树，有限级别，我现在就是在权衡我这个“分级”到底改起来到底麻烦不麻烦。比如说如果万一标准变了，某个学科不存在了，对应的题目要转移到新学科去，变动是否很大

2017-05-10 09:02:39 +08:00

回复了 rogwan 创建的主题 › MySQL › MySQL 每次随机取一些值，下次在剩下的数据池中再取，有什么好的解决方法吗？

@rogwan 我跟你说你这个问题我遇到过，我们的试验结论是 mysql 在随机查询上的性能完全无法接受，从 100w 样本中抽数据速度就会掉到需要 5-6 秒的程度（机械硬盘 7200 转）。后来我们是用 redis，把数据弄到缓存里，直接用代码随机，从缓存中抽取来解决的

2017-05-09 17:49:07 +08:00

回复了 hustfox 创建的主题 › 职场话题 › 13.7 工作至今，查了下公积金余额，呵呵

不错了，很多公司都没公积金的

2017-05-09 17:47:22 +08:00

回复了 xiaoyu9527 创建的主题 › 问与答 › 是我的错觉么怎么 PHP 性能这么给力了？

你都没把 php 代码贴出来，谁知道你这个生成页面速度快到底是谁的功劳

2017-05-09 17:46:05 +08:00

回复了 jiabin 创建的主题 › 酷工作 › [广州] 暖房 | 求 Web 全栈、数据挖掘大拿 🤖️🚀 一起用技术让租房变得更容易

楼主，别怪我泼冷水，你们很大概率会失败，原因是现在基层中介已经疯狂到变态程度，可以用人肉淹没机器。这个问题，不是技术能解决的，只有政治能解决

2017-05-08 20:39:14 +08:00

回复了 assad 创建的主题 › 程序员 › 复杂的业务 SQL 大家依然坚持用 ORM 还是原生拼装的？

@letitbesqzr 真不想争辩了，银行的系统报表就一定是复杂的了？你连联表都没提，难怪还觉得 hibernate 能打天下呢。hibernate 这玩意要真有你想的那么万能，ibatis 就不会出现，就这话，多的不想说了，反正爱用啥是你的自由。不会再回复你

2017-05-07 23:34:13 +08:00

回复了 pengbo37877 创建的主题 › 问与答 › 都有谁是用 laravel 做开发的，这个框架的性能有人做过压测吗？

这个框架的性能不行不早就有定论吗，都不用 google，百度都百度出来

2017-05-07 22:58:21 +08:00

回复了 assad 创建的主题 › 程序员 › 复杂的业务 SQL 大家依然坚持用 ORM 还是原生拼装的？

@letitbesqzr “算钱的地方，就别用 Hibernate ”，这是当年 javaeye 长贴讨论后得到的结果，Hibernate 再更新来更新去，说白了还是把表映射为对象的那套思路，这套思路是有极限的，关系数据库并不完全是对象数据库。既然你没碰到必须手写 SQL 的场合，那就不要自以为是的觉得自己的系统已经足够复杂，那只是你所呆的环境比较幸运罢了。
我并没有说 Hibernate 就完全不适用了，另外其实我本人是反对为了写 SQL 去用 Mybaitis 的。

2017-05-07 15:39:03 +08:00

回复了 543400 创建的主题 › PHP › 关于 PHP 里面的 echo 一点小疑问

@Kilerd
@vibbow 嗯，你们是对的，查了一下，大括号就是直接视为变量处理

2017-05-06 16:57:23 +08:00

回复了 543400 创建的主题 › PHP › 关于 PHP 里面的 echo 一点小疑问

echo "我车的品牌是 {$cars[0]}";
========
这种方式有问题，据我所知原生的 PHP 是没有这种东西的，除非你在用某种模板引擎比如 smarty，这是模板变量的写法

2017-05-06 16:53:45 +08:00

回复了 assad 创建的主题 › 程序员 › 复杂的业务 SQL 大家依然坚持用 ORM 还是原生拼装的？

@reus 有些人看的太少，他们忘记了一件事情，人类的计算机技术还远远没牛逼到了对现实直接建模的程度，这就注定了有一些业务只能迂回实现。这就造就了复杂情况

2017-05-06 16:52:01 +08:00

回复了 assad 创建的主题 › 程序员 › 复杂的业务 SQL 大家依然坚持用 ORM 还是原生拼装的？

@leeg810312
话别说太满：
1.现实是没有完全合理的系统
2.我不知道你有没有接触过复杂报表需求，千奇百怪的脑洞，没有复杂 sql 还真就搞不定，计算机建立的模型并不能完全模拟现实的，有的时候只能靠人工去补，你以为 ORM 就能对付所有情况吗。我建议你去了解一下为啥国内 Mybatis 基本全面取代了 Hibernate

2017-05-06 16:49:48 +08:00

回复了 assad 创建的主题 › 程序员 › 复杂的业务 SQL 大家依然坚持用 ORM 还是原生拼装的？

我只说一点，国内 Mybatis 之所以全面取代了 Hibernate 的根本原因，就是因为 ORM 一旦要处理复杂查询，就会倒退回 sql 查询，因为 ORM 自己压根就无法处理复杂查询，没有哪个 ORM 工具能全面的处理复杂查询，而且现在根本不需要你自己拼接 sql 了，sql 语句事先写好，然后映射到方法上，参数化查询

2017-05-06 16:47:14 +08:00

回复了 woshinide300yuan 创建的主题 › NGINX › 这种爬虫是不是无解？

爬虫把自己伪装的足够像一般的浏览器的时候，所有的屏蔽方式就失效了，你难道要影响正常访问吗？

2017-05-04 12:51:47 +08:00

回复了 RadishWind 创建的主题 › 问与答 › 为什么现在很少见到直接用数据库当后台处理业务的场景了

存储过程调试可不方便了，而且以前阿里系的激进观点就认为，数据库就应该是单纯放数据的地方，连外键约束都数据库来说都负荷太大了，应该由程序解决，存储过程那就更不该放

所以，现在除了一些对一致性要求很高的场合。或者是数据库计算耗时很长的需求，基本没人用存储过程做后台

2017-05-04 11:42:57 +08:00

回复了 sun5244725 创建的主题 › 数据库 › 关于一条 sql 多个数据库不同表的操作

1.没有这种工具，但是你可以建立一个新数据库，把两个库的表的数据弄进来，在此操作，适合不需要考虑实时性的场景，另外还存在兼容问题
2.跨库事务本身就不是简单的事情，你这两个数据库居然还是不同类型的，我还真没见过能在这种情况下实现事务的可能

2017-05-04 11:34:50 +08:00

回复了 cstome 创建的主题 › PHP › PHP 有没有类似异步的功能？

php 的异步都是扯淡的，不借助队列压根没办法，除非你能自己写插件，所以简单的就搞个队列比如 redis，复杂的。。

1 ... 87 88 89 90 91 92 93 94 95 96 ... 103

❮

❯