V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  raincious  ›  全部回复第 47 页 / 共 107 页
回复总数  2127
1 ... 43  44  45  46  47  48  49  50  51  52 ... 107  
@sammo

> 借此v站被封的机会,希望v站站长取消 MOD 的高级权限,让 MOD 和一般用户平起平坐

仅针对这句:

下一步是不是要开个议会,然后成立几个党派然后所有会员选择党派然后投票选站点管理员?别忘了,回到本源这也仅仅是个主要靠一个人支撑起来的网站。而且就这一点来说管理(经营)的不差,所以得到了很多人的信任才发展到这么大。

有些时候一些管理权限是需要的。没有权利何来管理?

另外管理员滥用权力了么?我没看见,请举例证明这种管理方式有问题。


> 希望v站开放对已发贴子的编辑权给每位用户,ta 可自由地删除之前发出来的垃圾话,这次删完自己的垃圾话,下次再发垃圾话

其实我挺支持不能编辑这个特性。虽然不得不承认造成了一些不方便,但是就提高整体素质(发帖之前先思考一下)的角度,还是有很大作用的。

你要是某天犯傻了,不好意思,这个记录就会一直留下来。挺好,让经常犯傻的人不在习惯性犯傻。


> 希望管理员欢迎任何人,并不再以任何理由 deactivate 任何人

我个人觉得,作为一种管理手段,deactivate自然是必要的。你在设计网站程序的时候会不考虑设定用户禁用功能么?那未来岂不是管理灾难?而且其实我自己并没有观察到这里有乱BAN人的情况吧?
(或许是我也觉得那些人应该被BAN)
2015-02-28 13:08:32 +08:00
回复了 raincious 创建的主题 C 就这么 Stack overflow 了,一定是有什么我不知道的地方。求赐教。
@yangff
@gamingcat1234
@1423

好的了解。感谢指导。
2015-02-27 22:40:41 +08:00
回复了 raincious 创建的主题 C 就这么 Stack overflow 了,一定是有什么我不知道的地方。求赐教。
@1423

感谢。但是不太理解呢。

是说在时候手动清理内存么?因为我看到了new map,测试之后发现函数运行完成返回后内存并没有释放,估计肯定还在堆里。

然后为了偷懒我把代码改成了这样,结果Stack overflow(嗯,就是又造成了我之前的问题):
https://gist.github.com/raincious/0f8b527de148e503bd03
可能我没理解对。

难道要完全手动管理么?就是new出map的那些地址也要单独保存下什么的然后在最后一起释放?
2015-02-27 21:43:56 +08:00
回复了 raincious 创建的主题 C 就这么 Stack overflow 了,一定是有什么我不知道的地方。求赐教。
@yangff
@Cee

好的好的,我就这么办。

竟然有两个大神来到了我的帖子里,真是受宠若惊。
2015-02-27 21:30:03 +08:00
回复了 raincious 创建的主题 C 就这么 Stack overflow 了,一定是有什么我不知道的地方。求赐教。
@yangff

嗯,这解释了为什么会在释放的时候出问题。

事实上之前我也尝试过用ContainerStructEnitiy*以及new和delete构建相同的功能(只是ContainerStructEnitiy变成了Class,有自己的析构来释放自己SubItems里的对象),然后发现只要我不叫delete,就不会出现问题(虽然这样真的有问题)。

太悲剧了,请问有办法解决这个问题么?还是我只能放弃这个结构了?
2015-02-27 21:19:18 +08:00
回复了 raincious 创建的主题 C 就这么 Stack overflow 了,一定是有什么我不知道的地方。求赐教。
@zcbenz
呵呵,其实……这样才有特点……

@yangff
或许是GCC的栈尺寸比较大?我在VS2013Express下面写的。
2015-02-27 21:02:51 +08:00
回复了 raincious 创建的主题 C 就这么 Stack overflow 了,一定是有什么我不知道的地方。求赐教。
@gamingcat1234
其实我不想手动管理那些内存哈。不过分配在堆上我没试过,或许能解决这个问题?

@sumhat
目前看来这就是解决方案了。但貌似真正的问题恐怕是这个数据结构有问题哈。
2015-02-27 20:14:40 +08:00
回复了 raincious 创建的主题 C 就这么 Stack overflow 了,一定是有什么我不知道的地方。求赐教。
@gamingcat1234

感谢,貌似这个数据结构确实不太好,但是不知道怎么实现类似的,于是就糟弄了一把。

但,我想知道的是如何防止这个Stack overflow的问题。关键是在我不知道为什么会有那个Magic number 338在。
2015-02-27 18:37:57 +08:00
回复了 tonyleen 创建的主题 分享发现 这个图片我看是白+金色,有同事说蓝+黑色......
@walkingway

这样分析是不准确的。因为会有多余的光线在衣服上漫反射之后进入相机感光芯片,呈现了部分光源的颜色(或偏色)。就像如果你拿着一张打印了黑色色块的纸在白炽灯(黄色)下,某个角度观察会呈现棕色一样。

另外,取决于白平衡算法,可能会自动调整接收到像素的颜色,也会造成问题。再加上照片是背光的,自动曝光调整和白平衡互相影响,也可能导致颜色偏色。
2015-02-27 17:48:34 +08:00
回复了 Livid 创建的主题 V2EX 关于 20150227 这事的想法
或许只是暂时性的,并且HTTPS并没有屏蔽,可能只是墙的操作人员随意的操作下而已。


> 我很希望能够有和审查者沟通的机会

如果有这个机会,你的电话之前就会响了。
2015-02-23 22:10:23 +08:00
回复了 Lenbo 创建的主题 职场话题 使用自己的域名邮箱发送简历会不会不受待见
只是提醒下,发送邮件前先观察好HR同学的收件服务器。如果是托管的邮箱比如用的腾讯网易这些,那么测试看看邮件是否能到达。如果自己搭建的还是老老实实用163 Gmail(如果互相能送到)之类。
2015-02-23 21:49:19 +08:00
回复了 jookr 创建的主题 PHP php 中见好多人判断变量需先判断 isset,这步能不能省略呢?
@MaiCong

这样仍然是错的。

isset是一种语法结构,只是看起来像是函数。他会进行变量(在变量表上)检查,而自己却不操作变量(包括读)。你定义的函数需要这个变量确实存在才能被压入执行栈(压入的时候就会给你E_NOTICE了)。

一个毫无意义的"绕过"方法是让你的_isset接受一个Reference,接口变成这样:
function _isset(&$str)
这样可以确保不会丢出E_NOTICE,但实际上仅仅是因为PHP在压入$str这个Reference的时候发现没有而自动建立了一个变量而已。而这个Reference指向的值默认是NULL,isset对NULL返回false,于是你的函数 *看起来* 是工作了。

如果你想进行一句话检查变量是否为空,那么直接用empty。然后你可以用is_string检查那个值是不是真的是string。
2015-02-23 14:18:43 +08:00
回复了 jookr 创建的主题 PHP php 中见好多人判断变量需先判断 isset,这步能不能省略呢?
楼主,这是我活生生用脸皮换来的答案:
https://www.v2ex.com/t/67309#reply48
2015-02-22 17:17:56 +08:00
回复了 metrue 创建的主题 奇思妙想 A list of nice places for coding in major cities of China.
凑个热闹,楼主看我的Pull request :P
2015-02-22 14:56:02 +08:00
回复了 wangjie 创建的主题 程序员 关于程序员会不会修电脑
@Velip

“某某某,你在家么?”

“在啊,什么事?”

“我电脑坏了,来帮我看下”(我已经知道你在家了啊哈哈哈!)
2015-02-22 00:10:59 +08:00
回复了 schezuk 创建的主题 PHP [发泄贴] 原来 PHP 每一个子版本都是不同的语言……
不知道其他人怎么决定目标版本的,我自己目前将PHP自己的目标版本定为5.4,因为很多内核apt-get/yum拿不到最新的PHP 5.6哪怕5.5。

5.2.9版本太旧了。如果你想使用新的语言特性,就不要使用那些低端的免费空间。(开个低端VPS随便也能闹得很欢)。

另外,要针对接口编程,而不是针对实现编程。而且其实你其实需要在了解MySQLi之后为再为他封装操作类/函数,而不是设想好一个功能然后想方设法的向功能需求上靠近。

关于“Fatal Error: Call-time pass-by-reference has been deprecated”这条提示我太喜欢了,有利于接口规范化。试想如果你的程序里一会儿是reference,一会儿不是,那么后期维护要麻烦死了。
1 ... 43  44  45  46  47  48  49  50  51  52 ... 107  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4987 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 37ms · UTC 01:13 · PVG 09:13 · LAX 17:13 · JFK 20:13
Developed with CodeLauncher
♥ Do have faith in what you're doing.