typecho 的數(shù)據(jù)庫的編碼問題，因?yàn)長iNPX已經(jīng)修改了編碼就可以……

詳情：http://www.marky.cn/typecho-e...

或者百度 tyepcho emoji 就有很多類似的答案

我想通 當(dāng)我搜索出來的數(shù)據(jù)沒10條的時(shí)候 為什么會(huì)重復(fù)幾條數(shù)據(jù) 來湊齊數(shù)量

找到了原因
原來 我創(chuàng)建多次ID為1的索引 所以就出來那么多

針對(duì) warning，
我想到了兩種方法：

• 添加錯(cuò)誤抑制符 @

  $xmlElement = @simplexml_load_file($ntp_file);

• 控制 warning 輸出范圍
  通過控制 php.ini 讓 warning 只在 日志里輸出，即：將 display_errors 值，改為 Off
  參考：PHP 運(yùn)行時(shí)配置-display_errors

從laravel5.2開始, StartSession中間件被放到了$middlewareGroups 的web組中, 所以如果需要在請(qǐng)求中使用session,必須把路由放到web中間件組中, 如下:

Route::group(['middleware' => ['web']], function () {
    Route::get('xxx','xxx');
    // ...
});

而全局的中間件$middleware則不需要再寫上StartSession中間件了.

是事件委托的原因

str_replace('src="'.$img.'"','',$content);
要是有單雙引號(hào)的情況可以用
preg_replace("/ src=+[('|")s]+/uploadfile/2018/03/12/2018031216434487207bw4i3u.jpg+[('|")s]/",'',$content);

樓主，我也是一樣的，解決了嗎？

php 實(shí)現(xiàn)websocket后端的話建議擴(kuò)展 swoole

用react-slick

很成熟的

看看設(shè)置里面有無.php

微信支付有個(gè)紅包功能，這兩個(gè)都能滿足你的需求

https://pay.weixin.qq.com/wik...

@wuYin
我現(xiàn)在把nginx配置改成了

server {
        listen       80;
        root /www/web/novel/public_html;
        server_name ~^(?<subdomain>.+).m.myname.com;
        index  index.html index.php index.htm;
        error_page  400 /errpage/400.html;
        error_page  403 /errpage/403.html;
        error_page  404 /errpage/404.html;
        error_page  503 /errpage/503.html;
        location ~ \.php$ {
                proxy_pass http://127.0.0.1:88;
                include naproxy.conf;
        }
        location ~ /\.ht {
                deny  all;
        }
        location / {
                try_files $uri @apache;
        }
       location ~ ^/fromid/$subdomain {
                proxy_pass http://$subdomain.m.myname.com;
                proxy_redirect          off;
                proxy_set_header        X-Real-IP       $remote_addr;
                proxy_set_header        X-Forwarded-For $proxy_add_x_forwarded_for;
       }
        location @apache {
                 proxy_pass http://127.0.0.1:88;
                 include naproxy.conf;
        }
}

        

這樣不行

我訪問 http://m.myname.com/Bookcase/...。
改成 http://785843450.m.myname.com... 就不能訪問了

拜托去看下官方文檔……json_decode函數(shù)的第二參數(shù)置為true就會(huì)返回Array了……

其實(shí)這大部分是一個(gè)操作系統(tǒng)原理的問題。操作系統(tǒng)在讀取文件時(shí)會(huì)把文件內(nèi)容放到空閑內(nèi)存中，這樣下次再有程序嘗試讀取同樣的文件內(nèi)容的時(shí)候，就可以直接從內(nèi)存中給而不用讀磁盤，從而大幅度提高讀取速度。這個(gè)緩存就是文件系統(tǒng)緩存。
其實(shí)很容易理解：這些內(nèi)存如果沒有人用，空著也是浪費(fèi)，為什么不緩存一點(diǎn)東西在里面呢？不管緩存什么，只要命中一次就賺到一次。至于怎么怎么賺更多，那就要看你怎么選擇在有限的內(nèi)存空間中緩存的什么內(nèi)容，怎么能讓緩存的內(nèi)容被更多地命中。這部分內(nèi)容跟問題無關(guān)，不細(xì)說了，有興趣可以看看操作系統(tǒng)原理。
回到你的問題，當(dāng)你重啟了MongoDB實(shí)例時(shí)，MongoDB占用的內(nèi)存當(dāng)然已經(jīng)都釋放掉了。但是無論是數(shù)據(jù)還是索引，其實(shí)都還緩存在文件系統(tǒng)緩存中，因?yàn)樗鼈兌紒碜杂跀?shù)據(jù)文件和索引文件（前提是沒有別人要使用這些內(nèi)存）。索引的使用是按需加載，這點(diǎn)基本上從邏輯推理就可以猜出來：假設(shè)你的10GB的索引，難道第一次讀取的時(shí)候就要等10GB索引加載到內(nèi)存中？假如索引容量比內(nèi)存要大呢？所以一次性加載全部索引顯然是不合理的。即使是一個(gè)索引，也是按需部分加載而不是全部。所以你需要用到的只是這1GB中的很小一部分。記住索引的時(shí)間復(fù)雜度是log2(n)，要從1億數(shù)據(jù)中找出需要的一條，最壞的情況下只需要查詢27次比較，當(dāng)然是瞬間就出來了。

微信小程序：相同主體和不同主體的區(qū)別在于認(rèn)證主體是否相同：

• 相同主體是指一個(gè)主體（個(gè)人或者單位）下的小程序；
• 不同主體是指不是一個(gè)（個(gè)人或者單位）也就是個(gè)人或者單位的不同。

希望我的回答對(duì)你有所幫助！

100w行數(shù)據(jù)，你內(nèi)存又不夠，分表吧，分成十個(gè)。
然后判斷哪幾個(gè)表在時(shí)間區(qū)間內(nèi)有數(shù)據(jù)（查詢第一個(gè)和最后一個(gè)數(shù)據(jù)即可判斷）
最后只在這幾個(gè)表中查詢，匯總，這樣大概能減少80%的內(nèi)存占用和時(shí)間。
如果還嫌速度慢，那就大數(shù)據(jù)，多臺(tái)服務(wù)器并發(fā)查詢各自的子表，最后加和。

如果是自己運(yùn)營的公眾賬號(hào)可以直接在微信公眾平臺(tái)獲取統(tǒng)計(jì)信息，這也是最合法的方式。
如果是要批量定時(shí)獲取其他的公眾賬號(hào)的信息要考慮對(duì)手機(jī)進(jìn)行hack,安卓調(diào)試工具，模擬點(diǎn)擊，就像那些刷公眾號(hào)點(diǎn)擊量的人一樣做。

這個(gè)問題，測(cè)試一下就知道了，有必要提問嗎？

我猜應(yīng)該是C# ，畢竟人家是選編譯再運(yùn)行的。

php7.1.6而你的redis擴(kuò)展是php7.0版本。如何能夠工作?

這個(gè)問題我們后端用另外一種方法解決了，他沒有用Ngnix，而是自己檢測(cè)了一次路由，只要是以/mobile開頭的路徑就去輸出mobile.html靜態(tài)文件。