@williamx 哈哈, 海边人仰望下城里人

我觉得经常混迹各种论坛，群啊，真的很不好。容易产生，“有问题，先发个帖子问下“，这样的惯性思维

其实,作为技术人员,遇到问题,先搜索才对.

bittorrent command line linux server

https://codex.wordpress.org/XML-RPC_WordPress_API/Posts#Parameters_3

custom_fields 参数

wp-includes/class-wp-xmlrpc-server.php

function set_custom_fields

唉, 现在用了镜像, 安装lumen, 得用 [114.3MB/757.24s], 好烦躁

看到laravel, 帮顶下.

@9hills 是的, 我也是这么想的. 我不是搞运维的, 所以上来问问有没有其他方案.

points to proxy to
t.com ---------------- frontend vps ---------------- backend vps where host t.com files & db

@xiaogui

也许我没说清楚.

** n个不同网站 **, 统一放在一个服务器上, 方便管理. 我将这个服务器称为 "后端服务器"

但是这n个网站要求有不同地区的ip, 比如有的是北京联通的ip, 有的是广东电信的ip.

于是, 我打算买些北京联通的vps, 广东电信的vps, 我将这些vps称为 "前端服务器"

反代, 就是要将前端服务器的流量指回后端服务器.

@ryd994 seo站点嘛. 每个vps都用256MB的话, 成本上去了, 我不如直接在vps上装网站了, 就不搞这个了.

比lz接触网络安全早两年, 你说的两家杂志我投过稿, 也都被录取了.

黑客防线太高级了, 不敢投, 不过嘛, 当时有朋友渗透进黑客防线了, 呵呵.

跟ls的几个人一样, 也是为了学破解, 才上看雪.

后来, 上高三就没再接触这些东西了..... 现在是一个小码农

how time flies, fuck

let me google for you?

lz这边有个404问题.

[Composer\Downloader\TransportException]
The "https://toran.reimu.io/repo/packagist/p/composer-plugin-api.json" file
could not be downloaded (HTTP/1.1 404 Not Found)


-----

另外一个404问题, 是关于私有库.

用户是有可能从, 比如bitbucket, 下载私有库的.

"repositories": [

{
"type": "git",
"url": "[email protected]:non-exist/package.git"
}
],

你看他们是如何处理这类私有库问题

https://packagist.org/packages/non-exist/package.json 自定义404

http://pkg.phpcomposer.com/repo/packagist/p/non-exist/package.json 200

https://toran.reimu.io/repo/packagist/p/non-exist/package.json nginx404

你的服务器是由nginx扔出404

如果对方真的是下载私有库, 很明显这个库是不存在于packagist, 报404, 看起来是正确的做法, 但实际上一旦服务器出现404, composer直接罢工, 根本没机会去bitbucket下载私有库.

@yymdude

你说说是什么功能需要修改核心代码,才能实现?

我帮你看看有没有相应的hooks, 就能用插件实现了.

一定要修改核心代码,就当我没说吧, :] 为毛v2ex没表情啊

再试试你的birdman文件, 你我的方法, 都是卡在 mb_convert_encoding(): Illegal character encoding specified

看样子, 咱用的php版本可能不同, 我5.6

算了,不折腾了. 洗洗睡了. 明天国外问问, 其实也不抱太大希望... 遇到这类问题的很多..

@Jack


我用你的方法

mb_convert_encoding($content,'utf-8', array('Unicode','ASCII','GB2312','GBK','UTF-8'));

处理我之前给的链接的那个zip里面的txt, 还是失败了 mb_convert_encoding(): Unable to detect character encoding

我那个是txt是windows 1252编码, 你又没包含进去, 怎么能行呢? 哈哈,难道我人品问题

@Jack 额.... 可能我们两的问题不太一样.

我那边的客户都是idiot, 上传的文件编码都是不同的, 但是我还是得把内容转换成utf-8...

所以, 你的方法也不行.

convert everything to utf-8

或者直接转换成utf-8不报错

我这里提供个文件供大家测试下.

http://expirebox.com/download/0b36bb0e05e52ceb66c8fc70a0eb12b0.html

看看有没有人能用php检测出这个zip的txt文件的编码字符集

编码问题真心麻烦啊.

php根本没法准确地判断出用户提供的源文件内容是啥编码字符集.

试了n种方法,还是没法完美解决. 仍然有些字符呈现 black diamond with question mark, 不过好歹保存时, mongo不报错了.

现在客户提到了这个 问号 问题, 我都不知道怎么解决... 你让他们文件保存时,编码选择utf-8, 能听懂吗??

lz要是解决了, 麻烦提供下方案. 我目前的方法.

$encoding = mb_detect_encoding($str, "auto");
mb_substitute_character("none");
mb_convert_encoding($str, 'UTF-8', $encoding);