可以
親，這邊建議您可以收購了他們的股份，然後已最大股東的名義命令他們把 1 個 IP 轉給你。

--------------------------------------------------------------------------------------------------------------
上面說笑的，不過說真的；
嫌国内的 vps 厂商提供的配置不够，自己的电脑配置很高。
為什麼不選擇主機託管服務？

或者說向運營商申請固定 IP ？
如果需要 BGP 我記得最少需要在 3 家不同運營商申請了 IP 後才可申請 AS 號

@18510047382
可能大家遇到的需求並不相同，或者並不在同一個頻道對答。
老實說我關注的只是數據交換這一塊，你可以看回我之前的回復，都是基於這一塊出發的。
另你所說的字符入庫，的確是可以這麼幹，而且這麼幹絕對能把 DBA 干死。
最後，我沒有任何不支持“新”事物的觀點，也知道並非所有新東西一發生周圍市場就能豐富起來。
但我覺得最直觀的就是
1、我為什麼要把 JSON 換成 PJSON ；
2、我換成 PJSON 後我是能縮短或增便了什麼；
3、我把現成項目改用 PJSON 後需要多少時間；

我不是專門和你缸，看了你回復別人的信息也大概清楚。（#44 手误写成了数据交换格式，实际上是数据格式，不好意思。（另外我也不是这种 “回复每楼说你不懂其实我的东西很牛逼” 的人，只是这里键盘侠太多了，我十分反感这种人，但是你正常提意见还是没有问题的））

你所說的“这里键盘侠太多了，我十分反感这种人”，裡面應該包含我吧。
我不知道是因為我的提問字眼太尖銳了讓你難入耳還是怎樣，
真心希望你能把我回復從頭看一次，我的著重點是“數據交換”，我看完你所有介紹及回復你都沒說到交換時候如何便捷或特點。

@18510047382
我现在都不知道你到底在问什么，pjson 解析器能把 pjson 的特殊语法转换成纯 js 对象，pjson 主要就是针对配置文件使用的，pjson 就是给.json 文件提供一些例如注释之类的功能。pjson 文件传输的时候只需要传输 pjson 字符串就行了啊，然后你在接收端使用 pjson.parse 解析，这也有问题？另外我觉得我已经和你说的够多了，再有问题我也不会回复了。

你是覺得數據交換就是用 NODE.JS 讀取個配置嗎？
你權當我不懂你們前端的思維。
數據來源要麼是手動寫死，要麼是數據庫取值，
排除手動寫死的，哪個數據庫支持 PJSON 格式？是需要轉換成 JSON 入庫嗎？
簡單的數據傳輸：
後端->前端
使用 JSON 前：
把後端的對象或數組轉換成 JSON 傳輸 給前端，前端直接解析就成了前端的對象 /數組。大家圖個方便。

換成 PJSON 後：
後端：到處找對應語言的解析庫，發現沒有，然後口中念念叨叨地不知道說著什麼邊模仿著 JS 源碼來處理。
前端：找到庫了，在每個使用的地方加載下再使用再解析傳回來的 JS。
運維：看著傳輸中數據的注釋和未經計算的固定數字公式陷入了沉思，無奈地看下監控中的 Netflow 和顯示器下面擺放著領導給的帶寬使用情況，不禁地思考起來，前端的輪子永遠都是那麼樸實無華，且鼓譟。

最後，回不回復是您的權利，不過看了下你 github 上的所有輪子，裡面 issue 都是空白的，不回復我您不覺得空虛無聊冷嗎？

@imdong Node.js 的配置文件是手寫的。

@18510047382
說真的，我們大家看完一大堆東西，
都不知道究竟用這個替換成 JSON 後能減輕或幫助到我們什麼東西，
這個點我覺得你應該說說比較好。

另外我不知道別人為什麼用 JSON，
我知道的就是我自己為什麼用 JSON。

就如上面所說，
因為 PHP 直接用 JSON_ENCODE(array|object)它就返回了 JSON
JS 只要是 ajax 設置了 JSON 類型就自動解析出 JS 對象。
換成.NET,JAVA 也是如此，只是它們需要加載第三方包。

然後傳輸中的對象就像你所說的，它們屬於 string 類型。那請問 PJSON 傳輸時候是否也是 STRING 類型呢？

@18510047382
引用自百度出來的：
们要把需要计算的数字乘以 10 的 n 次幂，换算成计算机能够精确识别的整数，然后再除以 10 的 n 次幂，大部分编程语言都是这样处理精度差异的，我们就借用过来处理一下 JS 中的浮点数精度误差。

@18510047382 简化的是 parse 的步骤，parse 哪裡簡化了，
另外可以不要避重就輕，回答下嗎。

看完你的文檔和你所說的東西，
我是真的不知道究竟能幫我減少什麼工作？
或者是不知道哪個地方可以使用它？
你可以參考上面別人的回復，
你可以明確的說出使用上它，在哪些地方是方便了？或者舉個實例也好啊

JSON 是不支持 comment、运算符等等的，你所使用的是 JavaScript 对象
如果你用你把你刚才 object 转换成字符串，再用 JSON.parse 解析会解析不了的。
請問 PJSON 是不是也是 JS 對象？
PJSON.parse(PJSON.stringify({
/*asdfasdf*/

a:1
}));

請問結果是什麼？


另外你说的 ajax 提交是不能直接提交 JavaScript Object 的，他需要使用 JSON.stringify 转换成字符串才能通过 GET、POST 请求发送，而你刚才的那些代码是没办法转换成 json 字符串的

var a = {
// cmd 123123
helloText:'abcdefg',
mlText:"asdf\nasdf",
/*testtest*/
abc:123,
tst:1*2*3*4
};
var b= JSON.parse(a);

ajax 提交這個 b 可以了吧？
但是 PJSON 是可以簡化哪一步呢？

還有各種語言對 JSON 的支持和支持庫你也可以上 json.org 看看。
如果換成 PJSON,請問支持庫是有...？


最後一問，
文檔中說 PJSON 最厲害是加入了運算支持，
請問可以把 JS 的計算精度問題修復下嗎？

PJSON.stringify({a:0.1+0.1+0.1});
"{"a":0.30000000000000004}"

我再 chrome 的 console 試了下：
console.log({
// cmd 123123
helloText:'abcdefg',
mlText:"asdf\nasdf",
/*testtest*/
abc:123,
tst:1*2*3*4
});

返回：
abc: 123
helloText: "abcdefg"
mlText: "asdf↵asdf"
tst: 24
__proto__: Object


請問為什麼需要用 PJSON ?

我直接用 JSON 他不香哦
----------------------------------
然後看到你說的數據交換，
也看了你的文檔和說明，
但未找到具體怎麼轉換。
所以想問問你交換的時候他是怎麼交換？




另外，最實際的一個問題，

在 JS 裡，我 var a={xxx:123}就是 JSON 對象了，直接 ajax 就提交去後端了，
在 php 裡我使用 json_encode(array);就能輸出 JSON 對象，JS 直接就能使用了，
在 C#裡我引用個 fastJson 就可以了。

請問如果替換成 PJSON，對我而言是簡化了哪裡呢？

@ADME 老實說，缺的不是那幾塊錢，而是一口氣。
如果你常熬夜，
深夜時候你並不會在意能優惠多少錢，
而在意的是睡前的溫飽。
如果真的運力問題接不了單肯定生氣，但自己也是人，也能理解到苦衷，
可是直接把賠付取消掉了，這我就真的不能理解了。

@chent 並不是沒什麼，我覺得這個最起碼是企業信譽問題吧。
我在美團外賣月消費 1.3k~1.5k ，大概一個月賠付可能有 30 左右。
但餓了麼的系統取消訂單真的很惡心，其實點超時並不是為了那幾塊錢的賠付，只是想能相對的盡快送到。
凌晨兩點點外賣，（別說我極端，你平台可以禁止這個時間段點啊，商家也可以不接啊）
平台收錢了，商家接單了，配送時間 45 分鐘我也接受了，
誰知道你 TM 超時後才說系統取消訂單，
賠付金額直接為 0，
我白等了 65 分鐘，最後餓著肚子睡。
餓了就叫餓了麼？我 TM 是餓死了你都不來收尸！

投訴沒用，試過幾單是這樣的了，
點了餐，買了超時。
我凌晨 2 點下的單，
提示 45 分鐘送達，
到 25 分時候發短信運力緊張，將進行調度，有可能延遲。
超時 20 分鐘，短信提示訂單被系統取消。
試過幾次，都是系統取消的訂單，都是買了超時賠付，最後一分錢都沒賠付的。
然後會員取消了，以後都沒使用過餓了麼，
哪怕餓了麼某些我想點的比 XX 便宜。

@LuLucius 不是黑客，更別扯什麼老大了。
黑客是在找一堆漏洞，默默的拿起筆記本抄下，等用的人多再拿出來賣。

不過可以給你個建議啊，你做個類 SaaS 系統，
客戶選完後直接把域名 cname 過來就可以了。（這裡可以選擇和雲廠商合作，你們抽佣金。

另外提供個定制界面服務，開放給第三方的開發者接單。（你們也可以抽佣，然後做個評價系統，開發者弄完後客戶評價，評價高的開發者排前面。

還有現在公安等保又要求做等保評級，你可以整個系統進行評級，然後客戶就複用你們的資質即可。

最後就是提供私有化部署服務，客戶對資料信息敏感的就購買此項服務即可。

但是目前還是建議把已有的功能先完善好了，確定好客戶群體和目標，再去想其他的東西了。
畢竟一開始花心思在如何賺錢的地方肯定做不好產品。產品做好了只要動動心思處處都能賺錢。

@lufeng08 給個 XSS 注入點給你。
/forum/post/index?id=100044

@lufeng08 其實我只是站在顧客角度去想，技術跑去做業務最大的難度就是在於無法換位思考。有些東西在技術層面是理所當然，但是業務市場卻並非如此。
真有心做的話你可以調查下現在做最多的系統 /網頁需要用到哪些模塊，在對比下同類型系統他們的價格，
然後把相關功能給第三方科技公司報下價，你們對比下這些價格。
另外還要考慮下你們客戶群體是什麼人，根據定下來的客戶群體做針對性的優化，推廣也是針對這堆人做。
做好了這堆人再尋找次要的群體去做一步步走大，針對性太多反而很難做出自己的特點。
反正不是燒錢推，一兩年內別想著有回報。

看了下，你們是做了個系統，賣功能模塊賺錢。
這套模式很早就有人玩了，而且你對比下別人現有的模塊功能價格，我覺得你們這裡應該沒有優勢。
二維碼：99 元、消息中心：198 元.....是不是偏高？
另外看了下示例，好像都是千篇一律的排版樣式吧？
如果要做個商城，大概價格是：
第三方登錄 998+工單 998+消息 198.00+支付 998+幫助 498+積分 998，合計就是 4688，然後服務器域名等都要自己租，租完還要配置。 而且以上這些功能因為是模塊化，樣式變更估計自由度不大，而且就算開放 CSS 讓顧客修改，也要顧客會修改才行。

如果你這套系統針對的是有技術團隊的公司，對方為什麼不自己開發出來呢？
如果你這套系統針對的是沒技術團隊的公司，對方怎麼改樣式？
那麼你這套系統只能針對有一點技術的公司，對方為什麼不選擇上線更久功能更多的其他系統呢？


老實說我沒親身體驗過，以上的言論只是大致看了下說的，不存在言語攻擊性，不喜勿噴。
對了，現在一般科技公司幫客戶定制一個以上功能的系統，價格大概 6000~8000，可是人家是定制的，而且包服務器域名一年費用，顧客只需要給錢給意見就行了，而不是自己跑上去搗鼓一通。

不用想，只要算。
自己上行带宽和对方下行带宽，计算下大概时间。
如果和快递时间差不多就快递吧，如果比快递时间少就直传

通白点解释就是
两个狼友去按摩，
小明点了个 QT
小强点了个 Kb

老板分配手牌给小明，编号 12
分配手牌给小强，编号 55

然后他们各自进房，小强看到有 JS 经过时候，马上拉她进去，说我手牌是 12，
此时 JS 拿起房间电话打去前台说 12 上钟，前台看到有 12 这个编号，就回复他要做 QT，然后挂了。

小强做完一些嘿嘿嘿的事情后，拿出手牌根据 KB 的价格买单走人了

header:
Cookie:PHPSESSID=dcfab8f112bb806089dba16dbb109362


POST:XXXX/admin/api.php

body:
pid:6
act:delete_project
prid:32

response:
{"status":"SUCC","msg":"\u64cd\u4f5c\u6210\u529f!"}

@rustkeyboard 已刪