首先先感謝來訪和參與的小夥伴們，讓三週年活動完美結束，寄出N+1份福袋。 三週年活動總共提供了兩種福袋獲取方式，第一種則就留了個詭異的連結…… 當你點進去的那一刻起遊戲就開始了 Link start！ 點擊後則跳到萌音社區的一篇文章… 乍一看，沒有什麼特別，細心的朋友當看到評論的時候就知道沒有那麼簡單了 評論說出了你的心聲和告訴了你下一步的方向 有加博主好友的小夥伴可能就知道文中的圖片是我的頭像，她叫高坂桐乃，年14，中學生，外表出眾，成績優異，運動萬能的少女……當然這些和題目都沒有關係。 聰明人第一間會想到圖片隱寫術，想到啥就試試看唄。可以自己寫演算法解密或者線上解一下。 果不其然，會得到一個百度企業盤的地址和一串神秘代碼 聰明的腦洞會告訴你把他拼成一個網址，https://eyun.baidu.com/s/3kWo9zan 訪問後會得到一個mp3的下載地址，下載便是。然後聽…. 對，沒錯，她就是俺妹的主題曲。聽完關掉睡覺到這裡就結束了，再見！ 橋豆麻袋，你真的聽完了嗎？ 如果你真的有聽完，你是會發現異樣的，對，這不是一首普通的音訊檔案。 使用專業的音訊軟體（如Adobe Audition ）分析一下 打開頻譜頻率顯示，可以發現，事情果然沒有那麼簡單 竟然把文字藏到了頻譜中，這也是個人才 同樣是得了個網址和一串神秘的代碼，拼接訪問 https://img.52ecy.cn/0072Vf1ply1g6s3uhuge0j30hs0hs3z8 來到了幻想領域圖床，又是一張圖片，並且還是桐乃，還是一樣的可愛姿勢 幻想領域圖床是基於新浪圖床的，後面的神秘代碼和新浪的圖片地址一模一樣，解它 透過圖片地址解出上傳使用者UID，具體演算法參考：[誰是Po主？ ](https://www.52ecy.cn/post-81.html)最終得到：https://weibo.com/u/6456124939 就可以很明顯看到第一篇推文 這裡需要額外注意的是 【看評論】從最先開始挖坑的時候就告訴你了，有時候多看評論不是一件壞事 時間戳，怎麼取？而且還是13位的？意味著要精確到毫秒，網頁上的時間只有到分，連秒都沒有。 在電腦版網頁中確實沒有顯示，但是切換到手機版網頁時，你就可以在網頁原始碼中找到推文建立(created_at)的時間 到這裡就真的結束了，各位的小夥伴玩得還開心嗎，如果沒有找到就是你的腦洞不夠大，絕對不是我策劃的爛。 策劃了一個月多的活動終於完美結束！完結撒花！讓我們下個三週年再見！

2016年9月19日，買了第一個域名和伺服器，開始搭建部落格。 經歷了許許多多的事，認識了好多好多的人，寫了很多很多的文。 一眨眼部落格誕生已經過去了1089天了，三週年即將到來….. 我想想應該要舉辦一次特別的紀念活動，感謝這些年以來支持我的小夥伴！ 活動時間：9月13日~9月19日 活動地點：帥宅的部落格評論框(本頁面) 活動獎勵：二次元福袋&零食大禮包&雜神秘物品，檢驗是否正統歐洲人血統的時候到了！ 活動獲取方式一：阿珏Blog三周年活動 - 萌音社區 活動獲取方式二：在自己部落格發表一篇「如何評價阿珏醬」的文章，說出對阿珏的祝福、對阿珏部落格的評價、對阿珏想要說的話，和阿珏經歷過的點點滴滴等等內容，如果感動到阿珏了呢，那恭喜你喲，中獎啦！ 領獎方式 當阿珏通知你中獎的時候，請用你評論的電子郵件地址私訊給 master@moeins.cn 或 admin@52ecy.cn 以下內容 收貨地址、收貨人姓名、收貨人的聯絡電話 可選內容，性別、年齡、有無男/女朋友、自拍照、手機型號等，有利於福袋許願 所有交易方式均為私密方式，不會向任何第三方透露 隨機快遞全球包郵，不接受指定，如當地無法簽收…那就不關我的事了 獎品會在活動結束後七個工作日內安排寄出 活動規則 僅限熟人 僅限擁有個人部落格的部落客 僅限看到這篇文章的人 僅限人品很好的人 僅限很帥的人 僅限很可愛的人 我就是規則！ 福袋預覽(包括但不限於以下內容) 手辦、公仔、掛件、筆、耳機、卡貼、徽章、明信片、筆記本、扇子、項鍊、手機貼膜、手繩、戒指、墊子、小抱枕、玩偶、變身棒、ZWB、H漫畫、女友、粽子、月餅、垃圾、卡片、阿珏醬等內容。 其中一件或N件禮品，其中明信片百分百中，並附帶阿珏親手書寫的想對你說的話 雖然獎品都不是什麼值錢的東西，但也是阿珏的一份心意，非常感謝這麼久以來支持和贊助我的小夥伴們 阿珏祝大家中秋快樂，玩得開心快來評論吧

初音未來 Magical Mirai 2019演唱會 - 未來馬戲團 參見公主殿下！ 等身大小miku醬 啊，地板滑，摔了一跤 初音未來明信片珍藏版 預告：本月將迎來部落格三週年活動，即期將寄出這些明信片…….待

自從5.20表白後，鴿主就一直處於失蹤狀態……. 時隔不知道多少個月，三合一它竟然又更新了，兩個月前在群裡立下的flag，今天我把它給圓了，不要問我中間兩個月幹嘛去了-.- （忙著參加大型鴿子聚會） 正文 由於網路識別經常掛掉，非常不穩定，一直有小夥伴在跟我反饋，所以這次特意更新了本地識別。 推薦1G記憶體以上的機子安裝，推薦配置2核2G，最佳配置16核32G [#手動滑稽] v2.0 新增本地二維碼識別與生成 移除網路識別介面 修復已知BUG 其他一些細節優化 詳細說明和安裝教程可點擊這裡查看上個版本 新版網站均保留了舊版本資料，不影響之前使用者使用，並且與贊助版資料同步 贊助版 由於舊版本盜版氾濫，新版三合一增設了贊助版。 演示網站：https://qr.moeins.cn 贊助版主要特色： 優化二維碼的識別與生成，大大提高識別準確率，更快的識別速度，不佔CUP與記憶體，更穩定 新增21套三合一生成模板，並且可支援無限擴展，添加教程在文末 新增對外的API介面，不再針對該程式使用，任何程式都可呼叫 如何獲得： 點擊這裡贊助項目18.88元以上即可獲得收款碼三合一的贊助專享版，你值得擁有！ 關於贊助版的一些小小說明（之前都是沒有特意拿出來說明 ） 到目前為止，我所有的贊助版項目均不綁定網域，不曾加密，可自由擴展，支援二次開發，且贊助金額都偏低，即可獲得。所以還請有贊助的小夥伴們不要隨意分享贊助得到的原始碼，這是對作者的尊重也是對自己權益的保障。由於不存在買賣關係，如無重大BUG作者將不定期更新或無限期拖更。如遇小問題，在作者空閒之餘願意指導或幫助修改，但是要新增大功能這種情況下我有權拒絕幫忙或需另外付費。 贊助版模板擴展教程 模板推薦尺寸為：900*1200 將模板圖片放至/public/static/images/template/模板目錄，注意請不要使用中文名，且只支援jpg副檔名 在根目錄的config.php中 qr_template 項下配置相關資料，格式如下： ‘001’ => [ ’name’ => ‘預設模板’, ‘data’ => [ 150,200 ], ’title’ => true, ‘size’ => 20 ] 參數說明 名稱 變數名 必填 類型 範例值 描述 模板ID 無 是 int 001 模板的檔案名，推薦數字，不可重複 別名 name 是 string 預設模板 在前台顯示的模板別名 X,Y data 是 array [150,200] 二維碼生成的左上角的起始X（橫坐標）,Y（縱坐標）坐標，不可為負數且小於模板尺寸 模板標題 ...

我喜歡二次元， 是因為我喜歡那個世界， 我為他們的純真而感動， 為他們的夢想所激勵， 為他們的堅持所鼓舞， 那些夢幻的，可能存在的或不可能存在的美好， 很多我在三次元世界裡已經找不到了， 我多麼想穿越次元的隧道， 與我所愛的人一起， 因為無法穿越， 讓我總在二次元與三次元中徘徊， 無論我多麼愛你， 我還是要說一聲對不起， 因為我活在三次元……

不知道大家們寫小程序是怎麼個寫法的，前幾個月在寫微信小程序，自己整理的一種架構，或者叫框架 微信原生的架構是這樣子 ├── app.js ├── app.json ├── app.wxss ├── pages │ │── index │ │ ├── index.wxml │ │ ├── index.js │ │ ├── index.json │ │ └── index.wxss │ └── logs │ ├── logs.wxml │ └── logs.js └── utils 為什麼不用微信原生的寫法呢？ 小程序就類似手機APP，都會有一個tabBar欄對吧，微信官方的tabBar欄是在app.json中進行的全局配置。做一般的開發是沒有任何問題的，但涉及到一個複雜的tabBar欄時，使用官方原生的就無法實現，也無法動態載入，比如某影片app中間的拍照錄影功能 這意味著，我們不能使用官方給我們提供的tabBar欄，需要我們自己寫 最開始我的做法還是保持原生的結構，只是自己寫tabBar欄，所以頁面程式碼都寫在一個文件中，預設顯示第一屏，其他的都隱藏起來，切換頁面的時候再把相應的頁面顯示，其他的隱藏起來，並且動態渲染資料上去。但是有個問題是，如果是小專案倒沒什麼大問題，但是如果是大專案程式碼量非常龐大，都寫在一個文件中，後期難以維護，所以這個方法最後被pass掉 再後來將切換頁面的方式改為跳轉（wx.switchTab等），把不同頁面的程式碼放到了不同的文件，但是還有一個問題，切換也會閃爍，每次切換頁面就等於重新打開一個網頁一樣，tabBar都被重新渲染，所以會閃爍。pass 由此就有了現在的全新架構方式： 將/pages/index/下的文件全部定義為入口文件，js入口，css入口，視圖入口，不同頁面的文件還是放到不同的位置去，為了好管理，新建了一個template的資料夾，用於放不同頁面間的程式碼，結構和官方的單頁面結構是一樣的 根目錄下的app.js用於存放全域函數，其他頁面呼叫只需getApp()即可 js的入口文件 const app = getApp(); var index\_js = require("../../template/index/index.js"); var types\_js = require("../../template/types/types.js"); var Global\_Data = \[\]; Page({ data: { active: 0, show: { index: true, types: false, course: false, user: false } }, onLoad(options) { this.setData({ Global\_Data: index\_js.getData() }) }, // 底部nav切换 tabbar\_onChange(event) { var key = ''; this.data.show = { index: false, types: false, course: false, user: false }; console.log(event) switch (event.detail) { case 0: key = 'index'; Global\_Data = index\_js.getData(); break; case 1: key = 'types'; Global\_Data = types\_js.getData() break; case 2: key = 'course'; Global\_Data = index\_js.getData(); break; case 3: key = 'user'; Global\_Data = index\_js.getData(); break; } this.data.show\[key\] = true; console.log(Global\_Data) this.setData({ show: this.data.show, Global\_Data: Global\_Data }) }, }); wxml入口文件 ...

這是一個非常基礎的HTML表單提交問題，但卻是一個非常實用的技巧 我的業務場景是這樣的： 一個可動態建立input的表單，如下圖 這意味著input的name不能是一個固定的，否則肯定會被覆蓋掉的 第一種，傳統的普通提交方式，給每一個要提交的input一個唯一的name ...... 瀏覽器提交抓到的格式是這樣子的 伺服器獲取列印出來的是這樣的，對後端的資料處理就非常不友善 第二種，陣列的方式進行表單提交 ...... 瀏覽器和後端列印的結果分別為 細心觀察就會發現，提交的name值發生了變化，變成了一樣的？陣列？ 提交到後端就會發現資料比之前整齊多了 但這裡要注意的是，提交的陣列鍵中不需要使用引號，否則引號也會成為鍵的一部分 當然了，實際中還可能遇到這樣的問題，要提交的組數（像上面的1、2、3）是不確定的，可以在前端隨意地添加，這個時候怎麼去用陣列提交這些內容呢？ 下面就是我業務中的實際解決方案 這樣的話，二維陣列的鍵則不需要我們自己去維護了，由瀏覽器幫我們自動生成 後端接收到的資料則變成了這樣子，變得非常好處理了 此方法適用於，要提交一堆不確定個數的一組相關的資料對 完結撒花！~

穿著睡衣出門取外賣， 不想遇到熟人，偏偏被好多熟人看見； 看電影時昏昏欲睡， 中途上個廁所，就錯過高光片段； 在景區排隊買票， 不管排到哪一邊，另一邊總是走得更快…更不用說每次下雨不帶傘，帶傘時卻不下雨， 剛買東西就降價，一翹課就被點名， 想抽的卡抽不到，喜歡的人不喜歡你了…生活為什麼總對我動手？ 不是命中註定，全因「墨菲定律」。 墨菲定律 一件事情無論機率有多小， 總會有發生的可能， 而你越擔心某種情況發生， 它就越有可能發生。 正如俗話說的， 你越怕什麼，就越來什麼。 就像網站越做越好了，擔心樹大招風， 果然就遭到DDoS、CC攻擊； 伺服器還在「裸奔」，怕被駭客盯上， 一不留神，就被木馬、病毒深度「捆綁」； 憂心業務安全，每天謹小慎微， 沒曾想，還是因為操作失誤丟了數據…為什麼總是會出現這些問題？ 因為機率本身就是一種「玄學」， 像前沿數據事件、程式設計師刪庫跑路事件， 在發生之前誰也無法預測， 可一旦碰上，就是100%，打擊也尤為致命… 而令人遺憾的是，這些後果本來是可以避免的…試想一下，如果你提前做好了安全防禦， DDoS、CC就無法擊潰你； 而部署了防火牆、打了系統補丁， 駭客也不會有可乘之機； 再極端一點，即使程式設計師刪庫跑路了， 只要快照備份還在，也能有迴轉餘地… 所以，即使是對於小機率的「危險」事件， 我們同樣不能忽視， 做好一切的準備， 才能確保99%的安全，避免1%的損害。大規模流量攻擊來了， 有DDoS高防/ BGP高防IP隔離入侵， 遇到網頁篡改、訪問緩慢問題， 找web應用防火牆、CDN加速搞定； 而數據安全和通訊加密，交給雲硬碟、SSL憑證就行如果以上幾點你都能做到， 那麼恭喜，網站安全的flag已經摘取， 即使不幸「中招」， 也可以放寬心態，無所畏懼了

不起眼女主角培育法 – 英梨梨 – 簡稱黃毛 郵政小包 開箱 外殼轉一圈，外殼也值得收藏 看到了點不得了的東西 開箱取出，泳裝好像沒穿好，這。。。（捂眼）少兒不宜，打碼打碼 好不容易幫妹子穿好了泳裝 這腿好白，舔 轉一圈 小虎牙真棒 角度刁鑽 第一人稱(笑-。- 開箱結束，完美Ψ(￣∀￣)Ψ

1、情境：查詢一位選手的排名及距離上一名差多少票 方法二（去重排序查詢比自己少的數量） $temp = DB::fetch_first("SELECT distinct total+jewel_vote+forge_vote ,COUNT(*)+1 AS RANK FROM " . DB::table('vote_competition') ." WHERE total+jewel_vote+forge_vote>" . $competition['all'] . " and aid={$aid} ORDER by forge_vote desc"); $rank = $temp['RANK']; // 無法直接查詢到上一名選手票數 if ($temp['total+jewel_vote+forge_vote']) { // 這裡查詢出來的是和第一名選手相差的票數 $up = $temp['total+jewel_vote+forge_vote']-$competition['all']; } 方法一（定義變數累加排序） $temp = DB::fetch_all("SELECT a.cid,a.total,a.forge_vote,a.jewel_vote,(@rowNum:=@rowNum+1) AS rank FROM pre_vote_competition AS a, (SELECT (@rowNum :=0) ) b WHERE aid={$aid} ORDER BY (a.total+a.forge_vote+a.jewel_vote) DESC "); foreach ($temp as $key => $value) { if ($value['cid'] == $cid) { // 當前自己的排名 $rank = $value['rank']; if ($up) { $up = $up - ($value['total'] + $value['forge_vote'] + $value['jewel_vote']); } break; } // 和上一名選手相差的票數 $up = $value['total'] + $value['forge_vote'] + $value['jewel_vote']; } 2、情境：查詢一篇文章的上一篇和下一篇，支援斷號 ...