V2EX › GTim 的所有回复 › 第 67 页 / 共 74 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 59 60 61 62 63 64 65 66 67 68 ... 74

❮

❯

2014-05-05 07:47:34 +08:00

回复了 chenluois 创建的主题 › 程序员 › 被坑了，300 多人预定，实际只有不到 200 人购买

可以再开一批

2014-05-04 20:05:13 +08:00

回复了 qloog 创建的主题 › Tornado › V2EX MySQL 用的什么数据库模块 torndb or sqla？

看了下douban的模块，跟torndb差不多

2014-04-19 08:27:39 +08:00

回复了 shyrock 创建的主题 › Linux › CentOS 升级 python 怎么弄？

哪里不能用就改变哪里的!/usr/bin/env python

2014-04-19 08:25:10 +08:00

回复了 yxjxx 创建的主题 › Linux › 来晒晒你使用过的 Linux 命令的 top 10 吧!

1 89 19.6468% cd
2 53 11.6998% brew
3 49 10.8168% git
4 47 10.3753% ls
5 28 6.18102% go
6 20 4.41501% ssh
7 17 3.75276% ping
8 11 2.42826% make
9 10 2.20751% php
10 10 2.20751% lsof

2014-04-19 08:20:29 +08:00

回复了 gaicitadie 创建的主题 › 程序员 › 吐槽公司的后台权限架构

@gaicitadie 如果要3级菜单的确不好用，但可以在通过：(%10000)+(／10000＊100000)来调整位数，达到前2位表示1级中间2位表示2级，最后三位维持愿意不变。

如果根据parent_id来选择上一个和下一个菜单，可以直接先计算parent_id=int(id%10000)*10000
然后where的时候只要:>parent_id and < parent_id + 100000

因为后台菜单不会太多，为了不2次查询，直接select all出来然后foreach即可.缓存的话，就更不用说了.一个缓存保存顶级菜单id，剩下的缓存根据每个顶级菜单id保存次级菜单id

还好这里没有根据树来保存，不然你可能要哭了.

菜单问题，很久之前就有2套通俗的解决方案，选择只是个人偏爱和熟练度. 小公司数据库没有那么多诡异的需求，但大公司数据库，能不加字段是坚决不加字段的.加一个parent_id 说不定就造成了好几g的数据对于磁盘上的每个page页，获取到的数据就更少了，那么磁盘io就会更多了

2014-04-19 00:23:31 +08:00

回复了 gaicitadie 创建的主题 › 程序员 › 吐槽公司的后台权限架构

话说除了权限感觉不好看外没发现有啥不好的... 如果需要权限只要％10得到数字进行判断，如果要父id则直接根据前3位直接拼装，或者/1000取整＊1000得到父id

2014-04-10 20:51:46 +08:00

回复了 ceclinux 创建的主题 › Atom › Atom 邀请码 3 枚

llh110220#gmail.com
谢谢

2014-04-06 22:40:58 +08:00

回复了 meizhile 创建的主题 › 程序员 › 如果你是某安全产品的核心程序员，并且知道产品最终应用于和你价值观相悖的业务场景，你会怎么做？

首先思考下我的价值观是不是大众的还是特立独行的.做为it人士，自己会修电脑会杀毒会过滤不安全的网址，可是，那些小白不会啊.

2014-04-04 14:26:45 +08:00

回复了 sampeng 创建的主题 › 程序员 › 吐槽，版本控制只有 update 和 checkin 么？

为了避免冲突,还有用netbeans实时commit的插件呢...有时候，有些话，只是懒得说