Posts

二次元が好きだ、 あの世界が好きだから。 その純粋さに感動し、 その夢に励まされ、 そのひたむきさに勇気づけられる。 夢のような、存在するかもしれないし、しないかもしれない、そんな美しいものたち。 三次元の世界では、その多くがもう見つけられない。 次元のトンネルを抜けられたら、 愛する人たちと一緒にいられるのに。 でも、次元は超えられないから、 僕はいつも二次元と三次元の間を彷徨っている。 どんなに君を愛していても、 やっぱり「ごめんね」としか言えない。 だって僕は、三次元に生きているから……

皆さんがミニプログラムをどのように書いているかは分かりませんが、数ヶ月前にWeChatミニプログラムを書いていた時、自分で考えたアーキテクチャ、あるいはフレームワークと呼べるものがあります。 WeChatネイティブのアーキテクチャは次のようになっています。 ├── app.js ├── app.json ├── app.wxss ├── pages │ │── index │ │ ├── index.wxml │ │ ├── index.js │ │ ├── index.json │ │ └── index.wxss │ └── logs │ ├── logs.wxml │ └── logs.js └── utils なぜWeChatネイティブの書き方を使わないのか？ ミニプログラムはスマホアプリに似ていて、tabBarがありますよね。WeChat公式のtabBarはapp.jsonでグローバルに設定されます。一般的な開発では何の問題もありませんが、複雑なtabBarを実装する場合、公式のネイティブな方法では実現できず、動的に読み込むこともできません。例えば、ある動画アプリの中央にある撮影・録画機能のようなものです。 これは、公式が提供するtabBarを使えず、自作する必要があることを意味します。 最初の私のアプローチは、ネイティブの構造を維持しつつ、tabBarだけを自作するというものでした。そのため、ページのコードはすべて1つのファイルに書き、デフォルトで最初の画面を表示し、他は非表示にします。ページを切り替える際に、対応するページを表示し、他を非表示にして、データを動的にレンダリングします。しかし、これには問題がありました。小規模なプロジェクトなら大した問題はありませんが、大規模なプロジェクトでコード量が膨大になると、すべてを1つのファイルに書くのは後のメンテナンスが困難になります。そのため、この方法は最終的に却下されました。 その後、ページの切り替え方法を（wx.switchTabなどを使った）画面遷移に変更し、異なるページのコードを別々のファイルに分けました。しかし、まだ問題がありました。切り替え時に画面がちらつくのです。ページを切り替えるたびに、まるで新しいウェブページを開くかのように、tabBarが再レンダリングされるため、ちらつきが発生します。これも却下です。 そこで、現在の全く新しいアーキテクチャ方式が生まれました： /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() }) }, // 下部ナビゲーションの切り替え 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を固定値にできないことを意味します。さもなければ、間違いなく上書きされてしまいます。 1つ目は、従来の一般的な送信方法で、送信する各inputに一意のnameを付けます。 ...... ブラウザが送信したデータをキャプチャした形式は次のようになります。 サーバー側で取得して出力するとこのようになり、バックエンドでのデータ処理には非常に不親切です。 2つ目は、配列形式でのフォーム送信です。 ...... ブラウザとバックエンドでの出力はそれぞれ次のようになります。 よく見ると、送信されたnameの値が変化し、同じような？配列？になっていることがわかります。 バックエンドに送信すると、データが以前よりもずっと整理されていることがわかります。 ただし、ここで注意すべき点は、送信する配列のキーに引用符を使用する必要はないということです。さもなければ、引用符もキーの一部になってしまいます。 もちろん、実際の開発では、送信するグループの数（上記の1、2、3のような）が不確定で、フロントエンドで自由に追加できるという問題に遭遇することもあります。このような場合、どうやって配列を使ってこれらの内容を送信すればよいのでしょうか？ 以下が私の業務での実際の解決策です このようにすれば、2次元配列のキーを自分で管理する必要がなくなり、ブラウザが自動的に生成してくれます。 バックエンドで受信したデータはこのようになり、非常に処理しやすくなります。 この方法は、不確定な数の関連データセットをまとめて送信する場合に適しています。 一件落着！〜

パジャマでデリバリーを受け取りに出かけたら、 知り合いには会いたくなかったのに、よりによってたくさんの知り合いに見られてしまった。 映画を見ている時に眠くて、 途中でトイレに行ったら、ちょうど見どころのシーンを見逃してしまった。 観光地でチケットを買うために並んだら、 どちらの列に並んでも、もう片方の列の方がいつも早く進む…言うまでもなく、雨が降るたびに傘を持たずに出て、傘を持っている時には雨が降らない、 買ったばかりのものが値下げされ、授業をサボったらすぐに点呼され、 欲しいカードは引けず、好きな人には好きになってもらえない…なぜいつも人生は私に意地悪をするのだろう？ 運命のせいではなく、全ては「マーフィーの法則」のせいだ。 マーフィーの法則 ある事柄が起こる確率がどんなに小さくても、 常に起こる可能性があり、 そして、ある状況が起こることを心配すればするほど、 それはより起こりやすくなる。 俗に言うように、 恐れていることほど、起こりやすい。 ウェブサイトがどんどん良くなり、目立つと攻撃されやすいと心配していたら、 案の定DDoSやCC攻撃を受けた。 サーバーがまだ「丸裸」の状態で、ハッカーに狙われるのを恐れていたら、 うっかりしているうちに、トロイの木馬やウイルスに深く「縛り付けられて」しまった。 ビジネスのセキュリティを心配し、毎日細心の注意を払っていたのに、 まさか、操作ミスでデータを失ってしまった…なぜいつもこのような問題が起こるのだろう？ なぜなら、確率自体が一種の「オカルト」だからだ。 最先端のデータ事件や、プログラマーがデータベースを削除して逃走する事件のように、 発生する前には誰も予測できないが、 一度遭遇すれば100%であり、その打撃は特に致命的だ… そして残念なことに、これらの結果は本来避けられたはずなのだ…想像してみてほしい、もしあなたが事前にセキュリティ対策をしっかり行っていれば、 DDoSやCC攻撃に打ち負かされることはなかっただろう。 そして、ファイアウォールを導入し、システムパッチを適用していれば、 ハッカーもつけ入る隙はなかっただろう。 さらに極端な話、たとえプログラマーがデータベースを削除して逃走したとしても、 スナップショットバックアップが残っていれば、復旧の余地があるだろう… だから、たとえ低確率の「危険な」事象であっても、 私たちは同様に無視してはならない。 あらゆる準備を整えてこそ、 99%の安全を確保し、1%の損害を避けることができるのだ。大規模なトラフィック攻撃が来たら、 DDoS高防 / BGP高防IPで侵入を隔離し、 ウェブページの改ざんやアクセス速度の低下の問題に遭遇したら、 WebアプリケーションファイアウォールやCDNアクセラレーションで解決できる。 データセキュリティと通信暗号化は、クラウドディスクやSSL証明書に任せればよい。もし上記の点をすべて実行できれば、 おめでとうございます。ウェブサイトのセキュリティのフラグはすでに達成され、 たとえ不運にも「被害に遭った」としても、 安心して、何も恐れることはないでしょう。

冴えない彼女の育てかた – 澤村・スペンサー・英梨々 – 略称エリカ ゆうパック 開封 外箱を一周、外箱もコレクションする価値がある 見てはいけないものを見てしまった 箱から取り出す、水着がちゃんと着れてないみたい、これは…（目を覆う）子供には見せられない、モザイク処理、モザイク処理 やっと女の子に水着を着せてあげられた この足は白い、舐めたい 一周 小さな八重歯が最高 角度が刁 一人称（笑-。- 開封終了、完璧Ψ(￣∀￣)Ψ

1、シーン：ある選手のランキングと、1つ上の順位の選手との票差をクエリする 方法2（重複を除外してソートし、自分より票の少ない数をクエリする） $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’]; 1つ上の順位の選手の票数を直接クエリすることはできない if ($temp[’total+jewel_vote+forge_vote’]) { //ここでクエリされるのは1位の選手との票差です $up = $temp[’total+jewel_vote+forge_vote’]-$competition[‘all’]; } 方法1（変数を定義して累加ソート） $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; } //1つ上の順位の選手との票差 $up = $value[’total’] + $value[‘forge_vote’] + $value[‘jewel_vote’]; } ...

ドキュメント：https://mp.weixin.qq.com/wiki?t=resource/res_main&id=mp1421135319 WeChatの認証ログインは、QQやSinaなどのプラットフォームの認証ログインとほぼ同じで、いずれもOAuth2.0認証方式を採用しています。 WeChatの認証は2種類に分かれています： サイレント認証 ポップアップ認証、ユーザーの手動同意が必要 2種類のscopeの違いについて snsapi_baseをscopeとして開始されるウェブ認証は、ページにアクセスしたユーザーのopenidを取得するためのもので、サイレント認証であり、自動的にコールバックページにリダイレクトされます。ユーザーは直接コールバックページ（通常は業務ページ）にアクセスしたように感じます。 snsapi_userinfoをscopeとして開始されるウェブ認証は、ユーザーの基本情報を取得するためのものです。この認証はユーザーの手動同意が必要ですが、一度同意すれば、公式アカウントをフォローしていなくても、認証後にそのユーザーの基本情報を取得できます。 ユーザー管理関連のAPIにおける「ユーザー基本情報取得API」は、ユーザーが公式アカウントとメッセージのやり取りをするか、フォローした後のイベントプッシュがあって初めて、ユーザーのOpenIDに基づいて基本情報を取得できます。このAPIを含む他のWeChat APIは、すべて対象ユーザー（openid）が公式アカウントをフォローしている場合にのみ、正常に呼び出すことができます。 具体的には、ウェブ認証のフローは4つのステップに分かれています： ユーザーを認証ページに誘導し、同意を得てcodeを取得する codeを使用してウェブ認証用のaccess_tokenを取得する（基本サポートのaccess_tokenとは異なる） 必要に応じて、開発者はウェブ認証用のaccess_tokenを更新し、期限切れを回避する ウェブ認証用のaccess_tokenとopenidを使用してユーザーの基本情報を取得する（UnionIDメカニズムをサポート） 以下はカプセル化されたWeChat操作クラスです。access_tokenとticketを保存するために2つのデータテーブルを使用します。これらには有効期限があり、1日あたりのリクエスト数に上限があるため、開発者は自身で保存する必要があります。 <?php /** * WeChat操作テーブル * wxtoken テーブル構造 * id * access_token * addtime * wxticket テーブル構造 * id * ticket * addtime */ class WX { private $appid; private $appserect; private $curl; private $msg; protected $errs = array( '-1' => 'システムがビジーです。開発者はしばらくしてから再試行してください', '0' => 'リクエスト成功', '40001' => 'AppSecretが間違っているか、この公式アカウントのものではありません。開発者はAppSecretが正しいことを確認してください', '40002' => 'grant_typeフィールドの値がclient_credentialであることを確認してください', '40164' => 'APIを呼び出したIPアドレスがホワイトリストにありません。APIのIPホワイトリストで設定してください。', ); function __construct($appid, $appserect) { $this->appid = $appid; $this->appserect = $appserect; $this->curl = new Curl(); } /* WeChatウェブ認証ログイン 公式アカウント設定 - 機能設定 - ウェブ認証ドメインでの設定が必要 第一歩：ユーザーが認証に同意し、codeを取得 scope : snsapi_base openidのみ取得可能、直接リダイレクト snsapi_userinfo */ public function getCode($redirect_uri, $scope = 'snsapi_userinfo',$state = '1') { $url = "https://open.weixin.qq.com/connect/oauth2/authorize?appid={$this->appid}&redirect_uri={$redirect_uri}&response_type=code&scope={$scope}&state={$state}#wechat_redirect"; header("Location:{$url}"); exit; } /* 第二歩：codeを使用してウェブ認証用のaccess_tokenを取得 */ public function getAccessTokenByCode($code) { $url = "https://api.weixin.qq.com/sns/oauth2/access_token?appid={$this->appid}&secret={$this->appserect}&code={$code}&grant_type=authorization_code"; // exit($url); // $curl = new Curl(); $result = $this->curl->doGet($url); if (!$result) { // $this->curl->getError() $this->msg = "トークンの取得に失敗しました"; return false; } $result = json_decode($result, true); if ($result['errcode']) { $this->msg = $result['errmsg']; return false; } return $result; } // 第三歩：access_tokenを更新（必要な場合） code経由でopenidを取得 $type 0サイレント認証 1ポップアップ認証 public function getUserInfo($code, $type = 0, $lang = 'zh_CN ') { $result = $this->getAccessTokenByCode($code); if (!$result) { return false; } $member = C::t(PT_USER)->getByOpenid($result['openid']); if ($member) { return $member; } else { if ($type) { $url = "https://api.weixin.qq.com/sns/userinfo?access_token={$result['access_token']}&openid={$result['openid']}&lang={$lang}"; // $return = $this->curl->doGet($url); // このAPIは挙動がおかしく、強制的にファイルヘッダーを表示します $return = file_get_contents($url); if (!$return) { $this->msg = 'ユーザー情報の取得に失敗しました'; return false; } $return = json_decode($return, true); if (!$return) { $this->msg = 'ユーザー情報の取得リターンに失敗しました'; return false; } // file_put_contents('ccc.txt',print_r($return,true),FILE_APPEND); $data = array( 'openid' => $return['openid'], 'name' => $return['nickname'], 'sex' => $return['sex'], 'province' => $return['province'], 'city' => $return['city'], 'country' => $return['country'], 'img' => $return['headimgurl'], 'bindtel' => 0, ); } else { $data = array( 'openid' => $result['openid'], 'username' => "WeChatユーザー_" . random(6,1) ); } $name = rand(100000, 1000000000); $e = $name . "@qq.com"; $password = $e; $id = UserAddEdit(0, $data['username'], $password, $e,10,0,"", $msg); if ($id <= 0) { $this->msg = $msg; return false; } C::t(PT_USER)->update($data, $id); $member = C::t(PT_USER)->get($id); return $member; } } /* 公式アカウント セキュリティセンターでIPホワイトリストを設定 公式アカウントのグローバルでユニークなAPI呼び出し資格情報。公式アカウントが各APIを呼び出す際にはaccess_tokenを使用する必要があります。開発者は適切に保存する必要があります。access_tokenの保存には少なくとも512文字のスペースを確保してください。access_tokenの有効期間は現在2時間で、定期的に更新する必要があります。重複して取得すると、前回取得したaccess_tokenが無効になります。 */ public function getAccessToken($type) { $addtime = TIMESTAMP - 7200; $url = "https://api.weixin.qq.com/cgi-bin/token?grant_type=client_credential&appid={$this->appid}&secret={$this->appserect}"; $row = C::t(PT_WXTOKEN)->getNew($addtime, $type); if ($row) { return $row['access_token']; } else { $result = $this->curl->doGet($url); if (!$result) { $this->msg = "トークンコンテンツを取得できません"; return false; } $result = json_decode($result, true); if (!$result) { $this->msg = "トークンコンテンツの解析に失敗しました"; return false; } if ($result['access_token']) { C::t(PT_WXTOKEN)->addToken($result['access_token'], $type); return $result['access_token']; } else { $this->msg = "トークンの取得に失敗しました"; return false; } } } // JSチケットを取得 公式アカウント設定 - 機能設定 - JSインターフェースセキュアドメインでの設定が必要 public function getJsTicket() { $addtime = TIMESTAMP - 7200; $row = C::t(PT_WXTICKET)->getNew($addtime); if ($row) { return $row['ticket']; } else { $token = $this->getAccessToken(); if (!$token) { return false; } $url = "https://api.weixin.qq.com/cgi-bin/ticket/getticket?access_token={$token}&type=jsapi"; $result = $this->curl->doGet($url); if (!$result) { $this->msg = "JSチケットを取得できません"; return false; } $result = json_decode($result, true); if (!$result) { $this->msg = "JSチケットコンテンツの解析に失敗しました"; return false; } if ($result['ticket']) { C::t(PT_WXTICKET)->addTicket($result['ticket']); return $result['ticket']; } else { $this->msg = "JSチケットの取得に失敗しました"; return false; } } } // js sdk チケット署名 現在のウェブページのURL、#およびそれ以降の部分は含まない public function jsSign($data) { // 1.署名対象のすべてのパラメータをフィールド名のASCIIコード順（辞書順）でソートする ksort($data); // 2.URLキー・バリューペアの形式（つまりkey1=value1&key2=value2…）で文字列string1に連結する。元の値を使用し、URLエンコードは行わない $string1 = $this->ToUrlParams($data); // echo "string1:{$string1}<br/>"; // 3.string1をsha1で暗号化する $sign = sha1($string1); // echo "signature:{$sign}<br/>"; return $sign; } // メッセージ内容を取得 public function getMsg() { return $this->msg; } /** * パラメータをURLパラメータ形式にフォーマットする */ public function ToUrlParams($data) { $buff = ""; foreach ($data as $k => $v) { if ($k != "sign" && $v != "" && !is_array($v)) { $buff .= $k . "=" . $v . "&"; } } $buff = trim($buff, "&"); return $buff; } } ?> // WeChatログイン function wxlogin() { global $_G,$identifier,$config,$wx; if (!$_G['uid']) { if ($_GET['state']) { //コールバック $member = $wx->getUserInfo($_GET['code']); if (!$member) { exit($wx->getMsg()); } if (!function_exists("setloginstatus")) { include_once libfile('function/member'); } // ログイン状態を設定$wx setloginstatus($member, 2592000); checkfollowfeed(); $_G['uid'] = $member['uid']; $_G['member'] = $member; } else { //認証をリクエスト パラメータをエンコード $redirect = urlencode(getProtocol() . $_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI']); $wx->getCode($redirect, 'snsapi_base'); } } } function getProtocol() { return is_HTTPS() ? 'https://' : 'http://'; } function is_HTTPS() { if ($_SERVER['HTTPS'] === 1 || $_SERVER['HTTPS'] === 'on' || $_SERVER['SERVER_PORT'] == 443) { return true; } return false; }

以前からWeChat関連の業務を行っていましたが、新しい技術ではないものの、これまで触れる機会がなく、いくつかの落とし穴にはまりました。そこで、時間を取って整理し、記録しておきます。 WeChat Payは全部で7種類あり、それぞれ：支払いコード決済、JSAPI決済、Native決済、APP決済、H5決済、ミニプログラム決済、顔認証決済です。 今回の業務で使用したのはWeChat JSAPI決済です。ユーザーがWeChatスキャン、公式アカウントのフォローなどの方法で販売者のH5ページに入り、WeChat内でJSSDKを呼び出して支払いを完了します。 ドキュメント：https://pay.weixin.qq.com/wiki/doc/api/index.html SDK：[https://pay.weixin.qq.com/wiki/doc/api/micropay.php?chapter=11_1 ](https://pay.weixin.qq.com/wiki/doc/api/micropay.php?chapter=11_1)JSAPI決済は、WeChat内のブラウザで開くことでWeChat Payを起動できます。効果は以下の図の通りです。 インターフェースコードを添付します。 コードではテンプレートエンジンを使用しています。 html： {$competition\['username'\]} {$prices\[0\]}钻 {$prices\[1\]}钻 {$prices\[2\]}钻 {$prices\[3\]}钻 {$prices\[4\]}钻 注：1钻=1元，1钻={$activity\['offset'\]}票 立即微信支付 JavaScript： // 投票 var offset = {$activity[‘offset’]}; $(’#tips’).html(‘正在给{$competition[‘code’]}号赠送{$prices[0]}钻=’+({$prices[0]}*offset)+‘票’); $(’#vote’).click(function(){ $.post(’/index/index/detailed.html?cid={$cid}&aid={$aid}’,{ formhash :’{FORMHASH}’, submit:‘1’, type:1, openid:’{$_G[‘member’][‘openid’]}’ },function(res){ alert(res.msg); if (res.code == 0) { $(’.box-1 span’).text(res.data.all); $(’.box-2 span’).text(res.data.rank); $(’.box-3 span’).text(res.data.up + ‘票’); } }); }) /* jQuery对象级别プラグイン拡張 */ $.fn.extend({ /* 単選框 */ hlRadio:function () { var radioEl=$(this); radioEl.click(function () { var price = 0; price = $(‘input:radio:checked’).val(); $(’#price’).val(’’); $(’#tips’).html(‘正在给{$competition[‘code’]}号赠送’+price+‘钻=’+(price*offset)+‘票’); radioEl.siblings(“div”).removeClass(“active”); $(this).siblings(“div”).addClass(“active”); }); }, }); $(“input[name=‘price’]”).hlRadio(); $(’#price’).bind(‘input propertychange’, function(){ var price = 0; price = $(’#price’).val(); $(’#tips’).html(‘正在给{$competition[‘code’]}号赠送’+price+‘钻=’+(price*offset)+‘票’); }) ...

「邪神」とは、表情がとんでもなく崩壊し、ディテールが目を覆いたくなるほど酷いフィギュアを指す言葉である。 「邪神」と言えば、皆さんが真っ先に思い浮かべるのは「邪神四姉妹」かもしれませんが、実はどれも崇拝の対象となる存在です。四大邪神の名声は永遠に語り継がれ、魔除けになるだけでなく、飾っておくだけで自慢できる、血を見ずに人を殺せる強力な武器なのです。 注文する前は、今回のタイトルを『水着フィギュアは最高だ』にしようと、すでに決めていました。 こんなに小さなパッケージを見た時、すでに嫌な予感がしていました。箱もたった4面しかない簡素なものでした。 プチプチの中からちらりと見えるその姿。 パッと見は 괜찮そうですが、じっくり見るものではありません。 パッケージをぐるっと見てみましたが、特に大きな問題はなく、標準的な仕様です。 かろうじて楪いのりだと分かります。 こ…この角度、なんとも絶妙です。 この手、非の打ち所がありません。 この白っちゃけた髪。 しかし、こういう言葉もあります。「物極まれば必ず反す」と。 邪神も極まると、かえってやみつきになってしまうものです…… 商品が届いた今、タイトルを修正せざるを得ないかもしれません。 中国産で最も有名な邪神といえば「大邪神セイバー」ですが、その姿は気分を害する可能性があるため、画像は掲載しません。 ** しかし、邪神の持つ影響力は、かえってそれらを真のコレクターズアイテムへと押し上げたのです。 ** 要するに：「これは心を癒し、穏やかな気持ちにさせてくれる製品です。」

完了完了、本当にサボってしまった。先々月の年末総括では、去年は毎月まめにブログを投稿したと自分を褒めていたのに、やはりフラグは折るためにあるものだ。 実はまだそこまでサボってない（そんな数え方あり？（困惑））今日は実は2月29日だし（無理やり挽回） らららら〜〜〜 まあ、サボってしまった主な理由は、やはり仕事が忙しかったからだ。今夜もようやく残業なしで、ブログを書くことができた。普段は日中の仕事で疲れていて、仕事が終われば休みたいし、ブログの構想を練る余裕なんて全くない。どうかご容赦を。 どんな仕事をしているのかと聞かれれば、IT業界だ。今はとあるインターネット企業でプログラマー、フルスタックエンジニア（笑）をしている。だから残業は日常茶飯事、ご存知の通りだ。 だから、もし今後時間があれば、学んだ技術やノウハウを整理してシェアするかもしれない（超有益な情報）。 でも、新しいプロジェクトについては、構想を練る時間がないかもしれない。 しかし、ブログ主の髪の毛の問題は心配ご無用。僕らは違うんだ。僕はACG（アニメ、コミック、ゲーム）向けにプログラミングしているから、生え際の問題はないよ。 それからブログについてだけど、実は去年の終わり頃からずっとテーマを変えたいと思っていた。いくつか気に入ったものを見つけたんだけど、emlogのテーマじゃないし、そう簡単に変えられるわけでもない。今のテーマはごく普通で真面目なテンプレートで、ちょっと美的疲労を感じている。それに、僕のブログのテーマとは全く合っていないんだ。でも、派手なテーマだと多くの人が慣れないかもしれないし、好きじゃないかもしれないと心配で、ずっと悩んでいる。自分で移植して、今のテーマも残しつつ、ユーザーが自由に切り替えられるようにするかどうか。でもね。。。。。。。怠い。 だいたいこんな感じかな。何事も後回しにできないことなんてないし、主にただの雑談記事だよ、逃げろ〜〜