V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  BOYPT  ›  全部回复第 128 页 / 共 146 页
回复总数  2909
1 ... 124  125  126  127  128  129  130  131  132  133 ... 146  
2013-05-07 15:56:10 +08:00
回复了 thisismajia 创建的主题 问与答 中文邮件乱码怎么破?
你把原邮件的.eml发出来还有希望,这么贴出来鬼画符的没人帮到你
2013-05-07 13:44:56 +08:00
回复了 depress 创建的主题 随想 虽然定价299而不定300符合定价心理学,但我很厌恶这么定价。
s/消费/小费
2013-05-07 13:44:45 +08:00
回复了 depress 创建的主题 随想 虽然定价299而不定300符合定价心理学,但我很厌恶这么定价。
你可以给多一块作为消费。
2013-05-07 09:43:05 +08:00
回复了 jiangle 创建的主题 问与答 我的wordpress被黑了
据说w3tc / super cache 两个插件的最新版本之前都存在漏洞,如果用到的先升级到最新吧。
2013-05-06 11:37:53 +08:00
回复了 Nircople 创建的主题 问与答 马上大二了,想要退学重新高考,求建议
贴个标签 #学霸的困扰#
叫另外一台机器下载然后告诉你大小。
@13m 不是,作为数据盘的话什么方式连都可以的……
只是没法用这个硬盘的这个分区启动系统(移动硬盘一般不这么用)
MBR里面的分区的主要意义在于作为引导分区时候的索引区开始簇的*开始地址*,只有2T以后的空间的分区才出现无法表示的问题。

作为移动硬盘,MBR是没什么意义的,主要是靠操作系统来识别里面的分区,分区信息不止保持在MBR当中:

http://www.seagate.com/support/downloads/beyond-2tb/
2013-05-02 11:57:17 +08:00
回复了 oldcai 创建的主题 问与答 如何保持自己的运算器的性能
@xmbaozi 没啥区别……只是百度也有提供了公用js库CDN的说 ,速度也很快的

http://developer.baidu.com/wiki/index.php?title=docs/cplat/libs
2013-05-02 10:54:48 +08:00
回复了 oldcai 创建的主题 问与答 如何保持自己的运算器的性能
作为挂在百度云的应用去调用google的js库…… 233
2013-05-02 09:51:51 +08:00
回复了 BackBox 创建的主题 NGINX NGINX如何甄别错误?
@BackBox 没有中文的话就不存在有utf8还是iso xx的区别;
当然也有可能你从网页贴过去的代码里面带了全角中文、全角引号之类,不容易察觉。

不过因为文件编码问题而引发「逻辑错误」觉得有点不可思议。
@ivanlw

Casio的手感重应该是多数人公认的了,雅马哈的电钢据说会轻一些,不过我相信具体型号也会有区别。我只是业余自学的,摸过的机械钢琴也仅限于琴行的雅马哈、珠江,和一个韩国Samick,以px130的习惯去敲samick和珠江好多刺耳的爆音,特别samick是奇怪的力度,轻轻按下就自动往下沉的感觉;所以我的结论是,不管什么琴都应该需要一个练习适应。

px130的外放也是弱项,特别习惯了机械钢琴音色的话,一听上去那个塑胶味就嫌弃……但是戴上耳机那是完全不同层次了!

对了你链接里面说的应该是单主机的价钱,这边买的话单架子就要1k rmb了。
2013-04-28 09:21:33 +08:00
回复了 icedx 创建的主题 PHP 有比MediaWiki轻量级一些的Wiki程序么,MediaWiki太庞大了。。。
我自己用MoinMoin,写了几年了。
机械钢琴的手感本来也有差别,不同牌子和型号都经常不一样,只有说自己习惯的一些。

电钢琴里面是个短距模拟重锤,力度有差别那是正常的。

电钢琴都有模拟踏板的,从简单的单踏板到套装的3踏板都有,3踏板的一般只能在全套带原装架那种才有了。我那台是CASIO PX130,算旧的型号了,放在个叉架子上,连的单踏板,不怎么碍地方。
2013-04-28 09:09:17 +08:00
回复了 BackBox 创建的主题 NGINX NGINX如何甄别错误?
配置文件是不是utf有关系么,难道你在里面写中文?
2013-04-27 08:42:51 +08:00
回复了 icedx 创建的主题 PHP 有比MediaWiki轻量级一些的Wiki程序么,MediaWiki太庞大了。。。
DokuWiki 吧…… 其他的看这一大堆列表:
http://en.wikipedia.org/wiki/List_of_wiki_software
2013-04-22 18:37:57 +08:00
回复了 cloudzhou 创建的主题 git github pull requests 机制讨论
@cloudzhou 我就看不明白你的问题在什么地方。

fork第一次的时候是拿了一次origin的代码,你之后commit,origin其他人也commit,到你确定完成的时候,先pull一次人家的代码,meirge成功后形成一次新的commit,以这个节点为pull request人家就可以最少功夫去merge了。

但实际上大点的项目经常有一大堆pull request,项目的人不一定有时间去检查这些request,会拖一段时间,这样他们合并的时候可能会出现conflict的情况,那就需要人手操作了。

实际上的pull request并不存在允许不允许的问题,只要你的仓库的HEAD和origin的HEAD不一样就可以pull request。减少冲突是处于礼貌。
2013-04-22 17:35:27 +08:00
回复了 cloudzhou 创建的主题 git github pull requests 机制讨论
不是。

如果出现fork和origin不一致的情况,fork应该先merge origin,再pull request,尽可能少给origin的merge添麻烦。
2013-04-22 11:13:44 +08:00
回复了 workaholic 创建的主题 程序员 求get请求中参数加密解密算法
定长这个要求就难了。

不定长AES/DES然后urlencode就好。
1 ... 124  125  126  127  128  129  130  131  132  133 ... 146  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1823 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 36ms · UTC 16:32 · PVG 00:32 · LAX 08:32 · JFK 11:32
Developed with CodeLauncher
♥ Do have faith in what you're doing.