V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  mostkia  ›  全部回复第 31 页 / 共 32 页
回复总数  623
1 ... 23  24  25  26  27  28  29  30  31  32  
2018-06-22 18:21:55 +08:00
回复了 VYSE 创建的主题 全球工单系统 1.88 元也不愿付, TOM 邮箱再次刷新底限
还是域名邮箱靠谱一些,我就是域名邮箱+163 邮箱混合注册各种账户。
而且还有个好处,域名邮箱由于可以几乎无限扩充邮箱域,所以如果每个网站注册就换一个域,那邮箱里如果有垃圾邮件发来,看邮箱域就能轻松知道哪个注册网站把你卖了。
当然某些账户似乎无法使用域名邮箱,所以还是得备用一个大厂的邮箱的。不过处女座的人估计要抓狂吧。
2018-06-21 17:00:44 +08:00
回复了 qof3990 创建的主题 奇思妙想 表情包高清重绘计划
@easylee 以前看到过专门的介绍资料,说是安卓系统调用的一个压图接口有 BUG,压缩图片的时候小数点省略有问题,颜色代码总是向绿色数值偏移,导致图片越压越绿,高版本的安卓已经修复了这个问题。所以以后绿图应该会越来越少。
2018-06-21 11:08:11 +08:00
回复了 VPointer 创建的主题 分享发现 我就想知道阿里系的 APP 是怎么做到这么卡的?
体量巨大,功能那么多,非得全部塞进一个 app 里面,而且后台全家桶一般都会连锁启动,不卡才怪。
2018-06-21 10:57:50 +08:00
回复了 DEATHKEL 创建的主题 信息安全 有个这个,再也不怕密码被撞库了
我觉得加盐就可以了,好歹每个用户的附加字符都完全不同。而且密码超过 12 位一般就很难再撞库了。
@msg7086 也是,对于我这个程度的,能用就好,不用太纠结这些事情,毕竟接触数据库的机会也不多,慢日志和类二进制日志也完全没去了解过,哈哈。不过现在程序也写完了,跑起来也不错,也不管这破事了,有时候写代码往往会去纠结一些奇怪的地方,现在想想,不就是多几次查询嘛,怕网络性能问题集中在一起让后台查询即可。这帖子也让我对数据库在用法上有了更多了解。至少对使用上的误区有了大致的概念。
其实我更想在项目中使用的是 MongoDB 这类非关系数据库,写法比较接近前端常用的 json,对前台更友好一些,但无奈项目使用什么程序不是我说了定的,哈哈有些遗憾。再次谢谢所有回答的朋友了,不管是批评的还是指点的。结贴吧,结贴吧。认真脸  ̄▽ ̄
莫名想起了那张水浒传骑自行车的图。。
@wxsm 这个时候域名邮箱的好处就出来了,直接绑定一个专门的域名邮箱,到时候不需要了,直接注销掉即可。只是有部分网站不允许使用私人的邮箱地址注册,对处女座的人来讲也是蛋疼。
2018-06-20 19:14:39 +08:00
回复了 woscaizi 创建的主题 全球工单系统 淘宝 APP->猜你喜欢->商品封面图,很迷很迷
我还以为是页面布局有什么高级操作,原来是指封面,笑了。。店家为了点击率也是拼了,不过楼主是不是查了什么迷一样东西,推荐才会收到这些内容,哈哈。
2018-06-20 19:10:07 +08:00
回复了 wuhau 创建的主题 宽带症候群 这几天的武汉电信简直丧心病狂
都习惯了,以前还做一下路由器过滤。现在懒得搞了,电信对手机劫持尤为严重,只要你开的程序或网页没有 HTTPS,有很大几率他们就会劫持。投诉过,但没什么卵用。
@DOLLOR 我感到我的智商受到了侮辱。。
@a7a2 哈哈,你这有些过分了啊。
2018-06-20 17:12:14 +08:00
回复了 wsds 创建的主题 Python 大家都用什么编辑器写 Python ?
我知道这种帖子一定有很多回复的人。
可能也是自己的说法有问题吧,明明只是想求一个 sql 语法,但却去强调了一下性能,其实性能倒是其次,我只是觉一个一个的 select 得这个方法实在是太笨了而已,需要多次请求数据库,从而连带的做了性能方面的猜想(其实就是我不了解数 mysql 据库造成的)但到最后这帖子变成了完全的性能方面的讨论,也实在是超出了我的预期。。而回复 sql 语法的也只有 16 楼。哈哈,尴尬了。。当然各位大佬说的都是经验只谈,比我瞎猜的肯定要靠谱,我个人感觉也的确有所收获,至少以后不会再去纠结性能问题。
@msg7086 基础的应该做好准备吧,比如加索引什么的。我查资料的时候,看到翻车的太多太多了,都是一开始写的不好,然后到处问。。唉,也是看怕了。随便从浏览器历史记录里翻出来了几个案例...
https://bbs.csdn.net/topics/90035915
https://bbs.csdn.net/topics/392091851?page=1
他们的数据库 10W 条就炸了。所以按这些案例来讲,我仍旧认为初期那些基础的优化还是有些必要的。当然这不是这个帖子要讨论的主题。。这个帖子似乎讨论方向一直朝着奇怪的方向前进着。。掰都掰不回来,其实我已经在 12、18 楼接受了各位大佬的看法并已经明确放弃使用 sql 语法来写了,转而使用 php 直接做逻辑层,现在代码都写好了,但关于性能的讨论却没断过,哈哈,感觉自己是在钓鱼,也是 6 的不行。
@liuzhedash 好的,谢谢,已经按照楼上几位大佬的方案写好了控制后台了。。
@q397064399 额。。这位兄台可能对数据库有着很深的执念啊....又难道我是发了一个不可理喻的问题?我虽然只是个前端,对于数据库设计也并不熟悉。但追求更好的写法,避免自己一个人造轮子踩坑应该没什么原罪吧。。依我的看法,不要说 5 亿数据的表了,表的优化没事先做好,数据量能超过百万还能用就很看人品了,数据库的优化应该事先做好,而不是等到出性能问题了再改表,到时候可能数据多了也不好改的,所以就请教一下而已。。。
结贴了。结贴了,手动下沉。。一直挂在顶部,指不定等一下又碰到几个暴躁老哥呢。。 =_=
@msg7086 我只是觉得可能有更好的办法,毕竟新手,有时候对自己想到的办法还是不太自信,结果似乎大家都是和我一样的做法,那我也没什么问题了,直接这样老老实实一步一步判断就行了。性能问题也是我想当然的,理解肯定不及各位常年使用数据库的大佬,还是谢谢各位解答的朋友了。能百忙之中回答我的问题就很感谢了。
@watzds @letitbesqzr 恩,也就是说,让 mysql 一个一个条件的 select 这样查找,数据库时可行的是吗?如果这样的话,假设有 3 个字段需要判断(一般都至少有 3 个,邮箱,用户名,电话等),那至少要读写数据库 4 次( 3 次判断,没问题写入 1 次),高并发情况下我觉得也太多了。。当然注册一般没那么多并发,只是对于数据库这样使用还是心存疑惑,感觉这种方法好笨...哈哈,可能是我太多虑了吧。回头写一下吧,出问题再说。。感谢所有回答的朋友了。
@thread2 恩,感谢你的回答,这也是一个思路,这样的话鼠标离开输入框,激活一个 ajax 事件,后台直接 select 当前输入框参数,就能知道哪个重复了,而后台使用唯一约束让前台进行这方面的过滤也不会存在安全问题。但性能方面应该和我的方法差不多吧,区别只是一个放在前台分散验证,而我的方法是上传后在后台集中验证。如果能一次访问是不是更好呢?
2018-06-13 16:57:47 +08:00
回复了 CSGO 创建的主题 问与答 HTTPS 和 HTTP 问题
服务器内把 80 端口的数据全部 301 重定向到 443 端口即可,当然准备伪静态文件放入网站根目录也可以。
1 ... 23  24  25  26  27  28  29  30  31  32  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2797 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 06:55 · PVG 14:55 · LAX 22:55 · JFK 01:55
Developed with CodeLauncher
♥ Do have faith in what you're doing.