よく分かりませんでした

• 2024/11/21
• Category : 

[PR]

×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

• 2016/12/15
• Category : 覚書　その他

BLUEDOT BNP-500故障

安物買いのなんとやら、とはよく申しましたもので。
　BLUEDOT BNP-500を使い始めて１年ちょっとの今年９月、徐々に充電不良が起こるようになり、それから１週間くらいで全く充電できなくなってしまった。ACアダプタやケーブルの問題ではないことは確認。
　修理について調べた所、この機種の修理はまるまる機種交換になること、その費用は新しく買うのとさほど変わらないらしいことが分かったので、だったら他社の同等製品を試した方が面白そうじゃん、と修理はしないことにした。
　もうちょっと早く壊れてくれればと思う一方で、なんとかタイマーを思い出して懐かしい気分に浸った。ありがとうBLUEDOT。

PR

• 2015/07/23
• Category : 覚書　その他

個人事業開業届と青色申告申請書を出してきた

　個人事業とは言っても独立とか起業とかそういう野心めいた話では一切なく、最近人様からプログラミングを頼まれたり、Webサイト構築やサーバ管理を頼まれたり、その他諸々を頼まれたりすることが増えて懐に小金が入ることが増えてきたので、起こりうる税金関連のトラブルを避けるためにしっかり届出して管理しておいた方がいいだろうな、と思っただけのこと。だから行き当たりばったり。何しろ思い立ったのが届けを出す前夜で、それからWebでざっくり勉強し、翌日のお昼には税務署へ、という流れ。今後の展開なんてもちろん何も考えていない。稼ぎがなくなれば廃業するだけのこと。

　前日途中まで書いた個人事業開業届と青色申告申請書を持って税務署に行き、書き方で分からない部分があったので相談をお願いした。聞いたこととその回答は以下。

Q. 申請に屋号は必要？
A. 別にいらないよ。もしつけることになったら、その年の確定申告用紙の屋号の欄にシレッと書いといてくれればそれで申請したことになるから、変更届等はいらないよ。

Q. 現時点では色々お仕事もらってるけど、別にビジョンもないし、今後の予定も未定なんだけど。「職業」欄と「事業の概要」欄はどう書けばいい？
A. 職業欄には現時点で最も比率の高い業種を書き、概要には現時点でやっていることを箇条書きしといてね。２つの業種を同じくらいの割合でやるなら、二つ書いてね（「システムエンジニア及び飲食業」とか）。もし将来的に内容が増えても別に改めて申請する必要はないよ。
　※多分業種によっては申請が必要なんだろうと思う。

Q. 青色申告の方式は複式と簡易どっちで申請すればいいんだろう？
A. 好きにすればいいけど、青色申告の原則は複式簿記だし、そっちの方が特別控除の内容が手厚いよ。（とにかく「原則は複式」を強調された。）

Q. でも複式簿記って難しいんじゃありませんこと？
A. とりあえず複式で申請しておいて、やっぱ無理と思ったら簡易簿記にしても大丈夫（その逆もオッケー）だよ。その際も別に変更届等は必要なく、確定申告の際に簡易簿記の形式で記入してくれればいいよ。でももちろん受けられる特別控除の内容は変わるよ。

Q. 色々あって全然分かんないんだけど、結局どの帳簿をつければいいの？
A. とりあえず総勘定元帳、現金出納帳、経費帳、仕訳帳くらいはいると思うよ。売掛帳、買掛帳も必要になることが多いよ。青色申告申請書の備付帳簿名にはこれらにマルをしておいてくれれば受理するよ。あとは必要に応じて税務署に相談してね。

　だいたいこんな感じ。平日の昼間ということもあってか、待ち時間もなく相談を受けてもらえ、書類もあっさり受理された。対応してくれた方は若くて知識も十分とは言えず最初は心許なかったが、分からないところは適当に答えずに逐一確認しに（上司の元へ？）行ってくれたりと、僕のゆるゆるな質問にもとても丁寧に対応してくれた。また、質問に関する関連情報をくれたりと大変よく気がつく方で、最近の若い人にしては珍しいなー、と感心してしまった。こういう人、減ったんだよなー。

　でも、身分証は確認されなかったけどね・・・;-)

• 2015/07/20
• Category : 覚書　その他

BLUEDOT BNP-500で楽天モバイルのSIMを使う

ここ3年ほどモバイルはiPhone5+無線LANポイント生活を送っていたのだが、安かったので久々にAndroid機であるBLUEDOTのBNP-500+楽天モバイルのフリーSIM（データ専用：SMS付き）を試してみた。

　この組み合わせが使えるのかどうかネットで調べてみたのだが、BNP-500はNTTの回線を使うとか、でもLTEには対応していないとか色々小難しい情報ばかりで、結局使えるかどうかの確証が持てなかった。楽天モバイルの動作確認機種には未登録。また、他の方がサポートに問い合わせたら「分からない」との回答しかえられなかったらしい。

　BLUEDOTに問い合わせたら、「使える」とのことだったので試してみたら、確かに使えた。接続は3Gだしそもそも楽天の契約もベーシックのみなので速度は遅い。でもメールチェックは問題なくできるのでそこはよし。一番使いたかったGoogleMapはかなりきつい。※2015.7.21追記：今日の午前中、千葉と東京で使ったら結構サクサク使えた。場所や時間帯によって結構変わる？※まあ予想していたことだし運用方法でカバーできるのでそれもオッケー。結論としては、遅いけど使えます、と。

　で、ここからはタイトルとは多少離れるかも知れないが・・・。久々にAndroid端末を使って驚いたのは、wifiとmobileのアクセスポイントが自動で切り替わらないこと（前からそうだったっけ？）。これはかなりめんどくさい。それと※2015.7.21追記：今日使ってみたらちゃんと自動で切り替わってた。説明書には「データ通信用SIMは切り替わらない」と書いてあるのだが・・・※アンテナの感度が悪いのか、自宅wifiでもAPNでも接続が途中で切れることがたまにある。あとタッチパネルの感度がいまひとつで、誤操作をしてしまうことが結構ある。特にきついのがGoogleMapで、地図を拡大しようとすると、ちょっとした指のずれで逆に縮小してしまう。おまけとして、GMailの通知機能が働かないことがある。こういう、致命的ではないけどイライラするポイントを早くも幾つか見つけてしまった。

　iPhoneと比べちゃいけないのかもしれないが、使えないことはないが細かい使い勝手は悪いというのが今のところの印象。逆にiPhoneの細かい部分での完成度の高さを実感する結果になってしまった。Android機を手にしたのは2.x(Huawai IDEOS)以来だが、4.xでも特に進化した印象はない。そして2.x時代からそうなのだが、Android機を使っているとWindowsを思い出す。安いからという理由でついつい手を出してしまい、実際使えないことはないのだが、あまり満足できたためしがない。OSのせいなのか、機種のせいなのか、はたまたその合わせ技なのか。アプリで補完しろという思想なのだろうか。

　今のところこの機種を使うことのメリットは、Googleの各種サービスとの親和性の高さくらいだろうか。でもこの点についてもそれ程差がある訳でもない（タッチ感度に起因するGoogleMapの使いやすさやGMailの通知の早さと正確さはiPhoneの方が上）ので、もうしばらく使ってみてやっぱり気に入らなかったらiPhone5をSIMフリー化して使おうと思う。

　あとついでに、実際使ってみた感想として、5インチは私には大きすぎた。片手で操作するなら4インチくらいが自分には一番合っていそう。持ち運ぶにも便利。7インチか11インチ程度のタブレットと使い分けるのがよさそうだ。

• 2013/07/01
• Category : 覚書　database

sqlite3のコマンド一覧

■クライアントの起動

% sqlite3 [dbファイル名]

■主要操作

データベースを表示

sqlite> .databases

データベースを読み込む

sqlite> .read filename

テーブルを表示

sqlite> .tables

テーブルのスキーマを表示

sqlite> .schema table_name

テーブルをdumpする

sqlite> .dump [table_name]

　※create文とinsert文が出力される

　※引数はスペース区切りで複数指定出来る

　※引数を省略した場合は現在使っているDBの全てのcreate文とinsert文が出力される

　※実際に使う際には、以下のようにまず出力先を変更し、ダンプ後に元に戻すとよい

　sqlite> .output ./dump.txt

　sqlite> .dump

　sqlite> .output stdout

外部SQLファイルを実行する

sqlite> .read filename

　※dumpしたファイルをそのまま読み込める

　※自分で書いたsql文を実行出来る

外部ファイルからデータをインポート（読み込み）する

sqlite> .import filename table_name

作成したインデックス名を表示する

sqlite> .indices table_name

■各種設定

現在の設定を表示する

sqlite> .show

実行したSQLを復唱させる

sqlite> .echo on|off

結果を見やすくする

sqlite> .explain on|off

カラム名の表示有無を変更する

sqlite> .header on|off

出力フォーマットを指定する

sqlite> .mode csv|column|html|insert|line|list|tabs|tcl

標準出力の代わりに指定したファイルに結果を出力する

sqlite> .output filename

値がNULLの場合に表示する文字列を設定。デフォルトは""

sqlite> nullvalue NULL

区切り文字を変更する（importの際にこの設定が使われるので重要）

sqlite> .separator ,

■クライアントの終了

sqlite> .exit
sqlite> .quite

• 2013/06/30
• Category : 覚書　development

DNSリバインディングとその対策（nginxとapache）

DNSリバインディングというのは、IPスプーフィングがIPアドレスを詐称するのに対し、ドメイン名を詐称して攻撃対象のサーバに不正にアクセスすること。

　なんとなく分かったような分からないような説明だが、つまりこういうことだ。

例えば、ある攻撃者がターゲットとするサイトに第三者を介して攻撃を仕掛ける場合

1.攻撃者はまず自分で罠サイト（http://xxx.com/attack(IP:123.1.2.3)）を作成し、不特定の第三者にメールや掲示板を通じてアクセスさせる。（「期間限定セール情報！」等と称してURLを記載したメールをばらまくとか）

2.何も知らない第三者が罠サイトにアクセスしたら、その直後にDNSサーバの設定を変更して自分のサイトのドメイン名xxx.comに対応するIPアドレスを攻撃ターゲットのサイトのもの(例：203.3.4.5)に書き換える。

3.第三者がアクセスしたhttp://xxx.com/attackに、5秒毎とかにxxx.comにアクセスし直すJavaScriptが仕込んでおくと、定期的にxxx.comへのアクセスが試みられる。

4.このときxxx.comに対応するIPはターゲットサイトのものに既に変更されているので、ブラウザはターゲットサイトにリクエストを送る。

ざっくりとした仕組みはこんな感じ。
この仕組みを、CSRFやDoS攻撃などに利用される可能性がある、ということだ。で、ターゲットになったサイトはどうやってこれを防ぐべきか、という話だが、まず

5.ターゲットサイトのサーバが受け取る情報にはリクエストホスト名（Hostヘッダ）が含まれる。この攻撃をされた場合、サーバが受け取るリクエストホスト名は自サイトの物ではなく、必ずxxx.comになっている。

6.だから、ターゲットサイトのサーバは「リクエストホスト名が自サイトのものでない場合はリクエストを処理しない」ようにすれば、この攻撃を回避することが出来る。

7.そのためには、プログラム側で対策することも出来るし、サーバ側で対策することも出来る。

8.サーバ側で対策するなら、名前ベースの仮想ホストを使うと簡単。apacheなら以下のようにダミーの仮想ホストを作成すれば良い。

#ダミーのバーチャルホスト(dummy.example.jp)
<VirtualHost *:80>
    ServerName dummy.example.jp
    DocumentRoot /var/www/dummy
    ErrorDocument 404 /index.html
</VirtualHost>
#正規のバーチャルホスト
<VirtualHost *:80>
    ServerName www.example.jp
#以下略

ダミーの仮想ホストは全ての仮想ホストの一番上に記述する。そうすることによってこれがデフォルトのサーバとなり、ServerNameが他の仮想ホストとマッチしない場合はこれが使われる。

また、nginxで対策するは以下が参考になる。

http://nginx.org/ja/docs/http/request_processing.html

ここに書いてある通り、仮想サーバの挙動はapacheと同じようだ。つまり、１つ以上の仮想サーバがあり、Hostヘッダがそのどれともマッチしない場合、nginxはデフォルトのサーバを使おうとする。
　デフォルトサーバは、通常は一番上に書かれているサーバ。なので、対象サーバの仮想サーバ設定より上に適当に設定を書いておけば、サイト名がマッチしない場合は
そのサーバを使うようになる。このサーバに403とかをおいておくなりなんなりすれば良い。これが対策方法その１。
　デフォルトサーバは、default_serverという名前で以下のように明示的に指定が出来る。これならどこに定義しても大丈夫。あとはその１の対策と一緒。
これが対策その２。

server {
    listen 80 default_server;
    server_name example.net www.example.net;
    ...
}

　最後の方法としては、nginxはHost名が未定義の場合、以下のように書くことで全てのリクエストをdropし、接続を閉じることが出来る。
この設定は、そのままDNSリバインディングに対しても有効だと思われる。

server {
    listen 80 default_server;
    server_name _;
    return 444;
}

444はnginxの特別なステータスコード。

ということで、nginxを使う場合はこの設定もアリだな。

それにしても、こんな面倒なことをしてまで悪いことをしたい奴らというのは、いったいどういう人種なんだろう。いつも不思議に思う。