投稿

3月, 2017の投稿を表示しています

CIOが増殖中

イメージ
急速充電器が増えてきて面倒…  スマートフォン、ノートPCなど増えてきて、標準の充電器ってかさばるし、持ち運ぶのも邪魔。 そこで、電源タップ付きのものや、小形でMacbookProに充電できるものを探して購入。 気づいたら、CIO製品が増加していた。 持ち運び用 (1)  https://amzn.to/4d83MBV (2)  https://amzn.to/3P3B9xZ 自宅用 (3)  https://amzn.to/42WLezS どれも、それ程かさばらず、重宝しています。 電源タップが必要な場合は、(2)を持っていくけれど、ほとんどの場合は(1)のみでOK。 1ポートなら67W出力可能なので、全く問題なし。 2ポート以上使用しても、45W出力してくれるので、困ることはない。 (2) の場合は、延長ケーブルも持って歩くことが多いかなぁ。 1m程のケーブルが有ると、電源が取りにくい場所でも、なんとかなる。 という感じです。 ゼロハリのアタッシュケース自体が重いので、なるべく軽くするために(1)が常用です。 UGREENとかAnkerとかも良さそうなだけど、今の所CIOばかり増殖していますねぇ。

UTF8の指定ではまった

MariaDB+PHPにて PHPでDB上のデータを大量に処理するプログラムを書いていて、おかしな現象に出くわした。 1万件+42万件+43万件のjoinで、必要なもののみ取り出して、updateをかけるという手作業ではやる気にならない処理なので、サクッと書いてぶん回すしかない…。 ローカルでmysqlモニタを使用してSQLを叩くと、問題なく結果が返ってくる。 でもって、サーバ上で実行すると、結果がEmpty…。 あれれ? 試しに、phpmyadmin上でSQLだけ叩いてみる。 ローカルと同じ結果になる。 何かがおかしい。  :  : $mysqli = new mysqli("localhost",$username,$password); if($mysqli->connect_error){   print('<p>データベースへの接続に失敗しました</p>'.$mysqli->connect_error);   exit(); } $mysqli->select_db($dbname); $mysqli->set_charset("utf-8"); $sql="SELECT bill.bill_id,bill_item.bill_item_id,bill_item_detail.bill_item_detail_id,              bill.billing_id,bill.bill_month,bill.bill_date,bill.deposit_receive_date   FROM `bill_item_detail`   join bill_item on bill_item_detail.bill_item_id=bill_item.bill_item_id   join bill on bill.bill_id=bill_item.bill_id   WHERE `bill_item_detail`.`name` LIKE '繰越残高' AND  :  :   order by bill.b...

404エラーが多発?

イメージ
Google Search Consoleからメールが来た 今度は、なりすましではなく…。 本家からエラーが急に出ているよと報告のメールが届いた。 特に、外部へのリンクは多く張らないようにしているし、急に増えるというのが解せない。 何か、トラブルが起きたのか? ということで、エラーの内容を確認してみる。 Search Consoleで確認 とりあえず、どのリンクでエラーが出ているのかを見てみると、 2013_03_null_archives.html とか、2015_04_null_archives.html という日付のアーカイブ?なのか、null_archivesなので、アーカイブでないのか良くわからないリンクへのエラーが大量に発生。 図は、すでに該当のリンクを全て「修正済とする」と指定した直後。 2017/02/05に初めて1件のエラーが出ているが、これは上記に残っているアタックと思われるアドレス。 大量に発生しているのは3月に入ってからで、10日以降にドンと発生している。 これらのリンクとして考えられるのは、レイアウト情報にあるガジェットの「ブログアーカイブ」くらいしかない。 過去の記事を、年月指定で見に行くガジェットで、別に自作したものではない。 Google謹製なので、自前のツールでエラーが出ているとしか思えない。 多分、時間と共に収束するのかもしれないが、気持ちが悪い。 まず、修正済にして様子を見てみるしか、現時点では手がない。 海外でも、同様のメールが届いたが、何をすればよいか?という書き込みを見つけたが、公式の案内に書かれている事以外、特に解決策らしきものはなさそうだ。 これでも、同じように404エラーを吐くのであれば、robots.txtにエラーとなるURLをすべて書き込むしか解決方法はなさそう…。 面倒なので、ちゃんとクロールするようにしてくれるのが嬉しいのだが…。

LINE乗っ取りにまんまとヤラれてしまった

イメージ
事の顛末 朝から少々面倒なデータ編集作業と、コード書きをしていて…。 頭が疲れてきたので、通常のメールの確認と、迷惑メール内のチェックをしてました…。 で、普段なら軽々しく信用しないのですが… で、以下がそのメール本文。 差出人は軽くチェックし、画面へ遷移。 いつもなら、URLも確認するんだけど…。 これが、その画面。 まあ、ログインして確認しておこうと、ログインしたのですが…。 で、さっくり乗っ取られて…。 ぐはぁ…と。 素人同然のことをやってしまいました。 疲れた脳味噌は判断力を低下させてくれるようです。 あちこちから、お電話もらいました。 絶対にヤラれているわ…とか、おかしいと思った…、とか。 連絡しようにも、LINE自体が使えないので、電話しか…。 ということで、本当に申し訳ないことをしました。 LINEのメッセージを信じて被害に遭わないことを祈って・・・。 本当にご迷惑をお掛けしました。 LINEには、乗っ取りの連絡をしてあるので、何時間かで収束するとは思うのですが…。