V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  wevsty  ›  全部回复第 36 页 / 共 72 页
回复总数  1440
1 ... 32  33  34  35  36  37  38  39  40  41 ... 72  
@yangguoshuai
安全权限重新配置一下也是很容易的,就点几下鼠标或者一行命令的事情。唯一比较蛋疼的是文件数目比较多的情况下会有点蛋疼,不过考虑到不是天天折腾,其实也可以接受。
外网的话一般用 WebDAV 同步就行了,IIS 自带的很方便,唯一的缺点是不能同步太大的文件。
2017-10-29 16:59:13 +08:00
回复了 hester 创建的主题 问与答 请问各位关于转移域名到 namesilo 的问题
@hester 这个要看你现在的注册商。一般不是很推荐临期这些,根据目前的有些案例,即使域名过期也仍然可以转移成功的。(不过这种事情呢是没办法保证的)
@yangguoshuai
SMB 本来就算带权限控制的就算配置几个用户的问题。
SMB 不方便外网访问的话,也可以用 SFTP,WebDAV 解决问题啊,用这些协议的话映射一个端口出去就行了。
Windows 自带的 IIS 是支持 WebDAV 的。
2017-10-29 16:33:42 +08:00
回复了 hester 创建的主题 问与答 请问各位关于转移域名到 namesilo 的问题
你获取转移码以后在 Namesilo 选择转入以后确认 whois 邮箱就不说了,确认成功以后的转移时间是根据你的注册商来决定的。
Godaddy 这样的注册商收到转移请求以后就可以在管理页面上确认转出,确认转出以后几个小时域名就能转到 Namesilo。但是部分注册商不提供这个确认功能(比如某千万云),这种情况下就只能等 5-7 天自动确认转移。
@yangguoshuai
sata 兼容性一般来说是不会有问题的,这方面具体问题还需要具体分析。
我十分不建议 patch 系统文件,带来的稳定性或者安全性问题是很麻烦的。
我说 Windows Server 是最适合楼主的方案是有原因的。
SMB 并不需要特别复杂的配置,只需要右键共享一下就行了,对家庭用户来说权限只要你允许一个账户的全部权限就行了并没有很复杂。
移动设备实时同步到 NAS 也是有办法的,FolderSync 就可以同步 Android 下面的某个文件夹到 SMB 服务器。
PC 上也有很多同步的软件,比如 FreeFileSync。
部分同步软件甚至还提供了一定的版本管理功能,所以一般家庭用 owncloud 没有必要的。
很显然,我觉得楼主的需求并不需要另外找软件,Windows 自己都能干,顺便建议更换为最新版的 Windows Server,没有必要守着老系统。
Windows Server 自带远程路由服务,可以配置端口转发( Win7 的话也有办法配置的,就算麻烦点)。
SMB 协议 Windows 自带不需要另外再跑一个软件了。
owncloud 我是觉得用 SMB 服务来替代就行了,没有必要专门跑一个,如果一定要跑用 IIS 或者自己找个套件去弄都可以,跑虚拟机是没有必要的。
2017-10-29 13:22:40 +08:00
回复了 2232588429 创建的主题 问与答 hjGameUpdate.exe 是个什么流氓程序?
@cchange pchunter 有免费版的。实在不行就去安全模式或者 PE 下面分析一下。
2017-10-29 02:11:28 +08:00
回复了 2232588429 创建的主题 问与答 hjGameUpdate.exe 是个什么流氓程序?
管理员权限运行 process explorer 还查不到路径的话那肯定是有驱动保护了。
2017-10-28 23:34:44 +08:00
回复了 JohnLou 创建的主题 问与答 腾讯企业邮箱有什么国外替代方案吗?
Zoho 或者 office365
如果要付费的话 Zoho 更便宜点。
2017-10-27 15:50:13 +08:00
回复了 jgh004 创建的主题 宽带症候群 阿里香港服务器,新加坡服务器统统完蛋了.
@jgh004 我以前第一次是年付的,稳定用了一年,现在年付用完了已经改月付了,年付虽然有一点点优惠但是不确定性太大了。
2017-10-27 15:44:08 +08:00
回复了 jgh004 创建的主题 宽带症候群 阿里香港服务器,新加坡服务器统统完蛋了.
我的 SGP 已经挂了,下个月果断不续了
2017-10-26 12:49:46 +08:00
回复了 scenix 创建的主题 C C++的 set 爆内存,求助
@scenix 跑了一下 O2 优化,0.18 秒。
然而写成这样子,真的很难看,基本丧失了复用性。
2017-10-25 19:06:04 +08:00
回复了 katsusan 创建的主题 Linux Linux 下 c 程序的内存问题
@katsusan 事实是可以的。这部分所谓的只读意思是,告诉你不能修改,但是如果你硬要修改是有办法的。毕竟代码同样会被加载到内存上而内存本来就是可读写的。

一般来说,下一条指令要执行的机器码错误多半是由于跳转的地址错误,调用函数实际上要执行 call 指令,而 call 指令是要把 IP ( X86 上是 EIP )寄存器存放到栈空间里的,如果函数里面错误的修改了栈空间里 IP ( EIP )的内容,那么在函数退出的时候 ret 指令就会把错误的值还原到 IP ( EIP ),这样你就会看到下一条执行的指令不正确了。
所以一般来说类似 delete 这种函数执行的时候如果出现这样的问题,多半是因为栈空间进行了错误的写入。仔细检查是否有越界的情况产生。
2017-10-25 18:23:45 +08:00
回复了 katsusan 创建的主题 Linux Linux 下 c 程序的内存问题
这种情况一般是程序其他地方溢出覆盖了不该覆盖的地方导致的。
2017-10-25 17:33:29 +08:00
回复了 scenix 创建的主题 C C++的 set 爆内存,求助
@wevsty
更正一下,字符串分割函数的 max_split 功能一不小心写错了,不过不影响这个例子中的运行结果。
//字符串分割
std::vector<string> string_split(const string &str_data,
const string &str_separator
, string::size_type n_max_split_count = (string::size_type) - 1)
{
std::vector<string> vec_split_str;
string str_subtmp;
string::size_type n_datalen = str_data.length();
string::size_type n_separator = str_separator.length();
string::size_type n_start = 0;
string::size_type n_index = 0;
do
{
if (n_max_split_count == 0)
{
break;
}
n_max_split_count--;
n_index = str_data.find(str_separator, n_start);
if (n_index != string::npos)
{
str_subtmp = str_data.substr(n_start, n_index - n_start);
if (str_subtmp.length() != 0)
{
vec_split_str.push_back(str_subtmp);
}
n_start = n_index + n_separator;
if (n_start >= n_datalen)
{
break;
}
}
else
{
str_subtmp = str_data.substr(n_start);
if (str_subtmp.length() != 0)
{
vec_split_str.push_back(str_subtmp);
}
break;
}
} while (n_index != string::npos);
return vec_split_str;
}
2017-10-25 15:51:16 +08:00
回复了 scenix 创建的主题 C C++的 set 爆内存,求助
#include <iostream>
#include <fstream>
#include <sstream>
#include <map>
#include <set>
#include <vector>
#include <string>
#include <time.h>
#include <unordered_map>
#include <unordered_set>
using namespace std;

const string IN_FNAME = "/home/xubuntu/v2ex/test/test_py.txt";
unordered_map<string, unordered_set<string> > dict;

//字符串分割
std::vector<string> string_split(const string &str_data,
const string &str_separator
, string::size_type n_max_split_count = (string::size_type) - 1)
{
std::vector<string> vec_split_str;
string str_subtmp;
string::size_type n_datalen = str_data.length();
string::size_type n_separator = str_separator.length();
string::size_type n_start = 0;
string::size_type n_index = 0;
if (n_max_split_count == 0)
{
return vec_split_str;
}
do
{
if (n_max_split_count == 0)
{
n_max_split_count--;
break;
}
n_index = str_data.find(str_separator, n_start);
if (n_index != string::npos)
{
str_subtmp = str_data.substr(n_start, n_index - n_start);
if (str_subtmp.length() != 0)
{
vec_split_str.push_back(str_subtmp);
}
n_start = n_index + n_separator;
if (n_start >= n_datalen)
{
break;
}
}
else
{
str_subtmp = str_data.substr(n_start);
if (str_subtmp.length() != 0)
{
vec_split_str.push_back(str_subtmp);
}
break;
}
} while (n_index != string::npos);
return std::move(vec_split_str);
}

void read_message(const string& filepath)
{
fstream rin(filepath);
string buf;
string sep(" ");
std::vector<string> vec_list;
vec_list.reserve(20);
while (getline(rin, buf)) {
vec_list = string_split(buf, sep);
for (size_t i = 1; i < vec_list.size(); i++)
{
dict[vec_list[0]].insert(vec_list[i]);
}
vec_list.clear();
}
}

int main()
{
clock_t start = clock();
read_message(IN_FNAME);
clock_t end = clock();
cout << "time: " << ((double)end - (double)start) / CLOCKS_PER_SEC << " sec" << '\n';
cout << "Total Keys:" << dict.size() << '\n';
return 0;
}
2017-10-25 15:50:52 +08:00
回复了 scenix 创建的主题 C C++的 set 爆内存,求助
stringstream 的实现好像确实不是很快,所以我改了一下。
修改以后在 xubuntu 下面跑了一下,测试的数据是用图里 python 里写的 write_test_file 这个函数生成的。
[img]https://i.loli.net/2017/10/25/59f03fd257b2c.png[/img]
在 O2 优化下程序的时间是 0.267 秒,O3 优化的话和 O2 差不太多,python 下面则是 0.477 秒。
下一楼贴代码
2017-10-25 12:29:23 +08:00
回复了 scenix 创建的主题 C C++的 set 爆内存,求助
@scenix 速度的问题,上测试用例。对于测试用例 @williamscorn 的代码也未必就是速度最优的选择,剩下的具体问题具体分析。
1 ... 32  33  34  35  36  37  38  39  40  41 ... 72  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1528 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 17:02 · PVG 01:02 · LAX 09:02 · JFK 12:02
Developed with CodeLauncher
♥ Do have faith in what you're doing.