nDiki : URL

URL - Uniform Resource Locator

URI escape (Perl)

によると 

 $str =~ s/(\W)/'%' . unpack('H2', $1)/eg;

と 

 $str =~ s/%([0-9A-Fa-f][0-9A-Fa-f])/pack('H2', $1)/eg;

がはやいそうです。

application/x-www-form-urlencoded でのエンコード (Perl)

同じく

によれば、 

 $str =~ s/([^\w ])/'%' . unpack('H2', $1)/eg;
 $str =~ tr/ /+/;

 $str =~ tr/+/ /;
 $str =~ s/%([0-9A-Fa-f][0-9A-Fa-f])/pack('H2', $1)/eg;

がはやいそうです。

RFC

  • RFC1738 - Uniform Resource Locators (URL).
  • RFC1808 - Relative Uniform Resource Locators.
  • RFC2368 - The mailto URL scheme.
  • RFC2396 - Uniform Resource Identifiers (URI): Generic Syntax.

記事

web

関連情報

スポンサード リンク

2019年1月29日 (火)

新しい Twitter をやめる

少し前に Web 版の「新しい Twitter」にしてしばらく使っていたんだけれど https://mobile.twitter.com/ に切り替わるだけだったので戻した。新しい Twitter 使いたければそちらの URL でアクセスすればいいし。

「新しい Twitter」は今のところ、個人的に以下がちょっと不便。

  • 「フォローしているユーザーのみ」検索ができない。
  • ツイート数やいいね数など表示されないものがある。
  • Buffer Integration が現状動かない。
スポンサード リンク
[ permalink ]

今日のさえずり: 昨日は役立たずな感じだったので、今朝はプルーンFe 1日分の鉄分のむヨーグルトを買ってきた

2019年01月29日

[ permalink ]
[ 1月29日全て ]

2019年4月11日 (木)

iCal Import/Export CalDAV Pro で Google カレンダーと同期させる

Google カレンダーは iCalendar (iCal) 形式のカレンダーを URL を指定して追加できるのだけれど、相変わらず更新間隔が長いので実用に耐えない。

iCalendar カレンダーを Google カレンダーで表示させるには、Google カレンダーに巡回させるのでは無く、外部から同期させた方が良い。そう思って iCalendar を同期させられるものが無いかと探したところ iCal Import/Export CalDAV という Android アプリを発見。

このアプリを使えば、ログイン済み Google アカウントの Google カレンダーからカレンダーを選び、そこに指定した URL の iCalendar カレンダーをインポートできるのだ。

インポート設定 (Import settings) で好きなタグ(文字列)を設定し、More settings の中の Search a given event before imprting in the local calendar and delete: で Event をオンにしておけば、次回以降のインポート時に iCalendar カレンダー側で存在しなくなったイベントを Google カレンダー側から削除してくれるので、イベントが重複することもない。

Pro 版は定期実行が可能なので例えば1時間に1回自動的に同期させることができる。期待通りの動作だ。

さっそく先週の金曜日に Remember The Milk に3つのスマートリスト scheule(予定)・event(気になるイベント)・due(重要な締切)を作り、それぞれ1時間に1回 Google カレンダーに同期するように設定してみた。うーん、便利。

[ permalink ]
[ 4月11日全て ]

2019年5月23日 (木)

サードパーティリンク Mac アプリケーション Hook

Web ページやローカルファイル、ノートアプリ上のノートなどをリンクさせて相互に簡単に開けるようにする Mac アプリケーション Hook というのが現在パブリックβ版として配布されているので入れてみた。

動かしてようやくどう機能するかがわかってきた。リンクしたいものに URL スキームが hook の独自 URL を発行し(すでに URL がある Web ページの場合は発行されない)、双方向の第三者リンクを作成・管理し、トラバース(リンクを辿ってオープン)できるアプリケーションなんだ。W3C の XLink が頭に思い浮かんだ。

ローカルファイルが file URL スキームの URL だと移動したらリンクが切れるんじゃないかと思ったんだけれど、ローカルファイルにも hook://file/... というファイルシステム上のパスで表されない URL が発行されるので大丈夫だった。面白い。

対応しているアプリケーション上のリソースに対するリンクを発行すれば、そのアプリケーションで開いてくれる。 iThoughtsX が入っているのが嬉しい。 Ulysses も入っていてやったーとなったけれど、実まだ不完全ぽい。残念。

アプリケーションとしては面白いんだけれど、使い勝手的にはまだまだな感じかな。

[ Mac アプリケーション ]

[ permalink ]
[ 5月23日全て ]

2019年7月22日 (月)

金沢旅行 2019 の予定を Trello で立てる

今回の金沢旅行の予定は Trello で立ててる。

「予定」「スポット」ごとにカードを作り、日別のリストに並べていくのが楽しい。ドラッグ&ドロップで動かせるので計画を練るのが楽ちん。そのまま同行者に共有すれば旅のしおりに。スマートフォンからでも閲覧できるし、現地での計画し直しもスムーズ。

カードに画像を添付すればスポットのイメージが湧くし、関連サイトの URL も説明に書いておける。

その他雑多なメモなどもカードにしてどんどん放り込んでおける。

べんりー。

終わったあとに思い出用にそのまま閲覧できる形で Trello からエクスポートしておけないのだけが残念だけどね。

[ permalink ]
[ 7月22日全て ]

2019年11月25日 (月)

Alfred から指定したチャンネルを Mac 版 Slack デスクトップクライアントで開く

 slack://channel?team={TEAM_ID}&id={CHANNEL_ID}

という URL で Mac 版 Slack デスクトップクライアント上で指定したチャンネルを開けるということがわかったので Alfred でワークフローを作って開けるようにした。

deep linking を使うだけなら認証・承認まわり関係ないのでお手軽。

TEAM_ID と CHANNEL_ID はデスクトップ版のサイドバー上のチャンネルでリンクをコピーして確認。

[ permalink ]
[ 11月25日全て ]

2020年1月24日 (金)

Flickr Pro をやめることにする

2018年に $44.95(2年)で更新した Flickr Pro、来月の更新は $49.99(1年)かーと思っていら、一昨日に $59.99(1年)に値上げするというメールが……。

2005年2月に登録し、その年の5月には Flickr Pro にアップグレード。ここ最近はほとんどアップロードしなくなったけれど「nDiki 上の過去記事の多くで Flickr 上の写真を表示している」のと「Twitter に投稿した Flickr への URL をデッドリンクにしたくない」のとで Flickr Pro を維持してきた。

nDiki 上の記事の写真の移行が進んでいないのでもう1回更新かなあと思っていたのだけれど、さすがにこの金額はもう無理。2月4日の更新前に移行作業をやりきることにした。

写真をエクスポートする

Flickr にアップロードする写真自体は全部ローカルにあるので失っても問題ない。

だけれど Flickr (Pro) をやめることで写真削除となった時に、Flickr 上でのフォト ID に対応する写真がどれだったが分からなくなるのは困る。ということで Flickr からまず写真をエクスポートすることにした。

Account settings ページの「Request my Flickr data」でまずダウンロードリクエストを行う。準備ができるとダウンロード用のリンクがそこに表示される。

自分の場合は「Account data」の ZIP ファイルが1つと「Photos and videos」に ZIP ファイルが7つできた。

前者はメタデータなどが入っており、後者には写真・動画ファイル(以下写真ファイル)そのものが入っている。全部で 3,052 写真ファイルだ。

写真ファイルの名前を「<フォト ID>.拡張子」にする

写真ファイルのファイル名に微妙にタイトルが入っていたり入っていなかったりと統一されておらず扱いづらい。幸い必ずフォトID(7桁以上の数字列)が含まれていたので、リネームスクリプトを Perl で書いて「<フォト ID>.拡張子」に変換した。

画像を回転する

www.naney.org に転送してそのまま nDiki に貼れるように Exif Orientation をみて画像を回転させる。 

 jhead -autorot *.jpg

画像をリサイズする

今 nDiki では画像ファイルの画像サイズは長辺 1,200px ピクセル以下にするようにしている(記事)。長辺が指定サイズより大きい画像ファイルだけをまとめてリサイズできる Th-MakerX

を利用した。

www.naney.org にアップロード

出来上がったファイルを1つのディレクトリに入れて www.naney.org にアップロード(同期)。これで Flickr 上にあった写真(を調整したもの)を www.naney.org 上に置くことができた。

nDiki の過去記事で Flickr 上の写真を表示させているものをいくつか編集して www.naney.org 上の写真を表示するようにしてみたところうまくいっている感じ。

思ったより早く移行できちゃうかも。

[ サブスクリプションサービス ]

[ permalink ]
[ 1月24日全て ]

2020年1月25日 (土)

さよなら Flickr

「nDiki 上の過去記事の多くで Flickr 上の写真を表示している」のと「Twitter に投稿した Flickr への URL をデッドリンクにしたくない」のとで Flickr Pro を維持してきた(記事)のだけれど、繰り返す値上げにはついていけないのでやめることにした。

Flickr からエクスポートして www.naney.org にアップロードするところまで昨日できたので、 nDiki 記事中に表示しているところやリンクしているところを書き換えたり削除したりする。

nDiki 記事中の表示を差し替え

レイアウト崩れがないか確認しつつと思って最初は画像指定を手作業で書き換えていたけれど、時間がかかりすぎそうなので Perl スクリプトを書いて一気に書き換えた。記事データがただのテキストファイルな nDiki はこういう時の処理が簡単で良い。

アルバムは削除

アルバム(フォトセット)は16個あったのだけれど、どれも残さなくてもいいかな。必要になったら Google フォト上にでもまた作ればいいかと。

いくつかのアルバムは nDiki 記事からリンクしていたので、それを削除しつつアルバムを削除。

Tweet アーカイブ中のリンクはいったん後回し

自分の Tweet まとめ記事にある Flickr 写真へのリンクはデッドリンクになる。短縮 URL を展開すればフォト ID が割り出せると思うけれども、いったんこれは放置でもいいかな。

Flickr から写真を削除

解決すべき Flickr 依存が無くなった。 Flickr Pro から Free に戻った時点で Free の上限 1,000 を超える写真の扱いがどうなるか良くわからないので、すぱっと全削除しておく。

Flickr の Camera Roll で最初の写真を選択後、最後の写真を shift + クリックして全選択し、削除。

Flickr Pro キャンセル

最後に Account settings で Flickr Pro をキャンセル。

終わった。

Flickr 今までありがとう。

[ サブスクリプションサービス ]

[ permalink ]
[ 1月25日全て ]

2020年2月21日 (金)

KeePass 2.x データベースファイルの中身を整理していて知ったこと

最近 KeePass 2.x データベースファイルの中身を KeePassXC で整理して活用していなかった機能があったことに気がついたのでチマチマ設定している。

  • エントリのアイコンはデフォルトアイコンだけでなく、カスタムアイコンを設定できる。 KeePassXC だとエントリの URL からサイトの favicon をダウンロードする機能もついている。
  • グループに検索を有効/無効にする設定ができる。

各エントリに履歴が保存されているのにも今頃気がついた。

[ permalink ]
[ 2月21日全て ]

2020年3月1日 (日)

家族で KeePass を使う

妻 KeePass を始める

妻がパスワード管理に困り始めていたのでパスワード管理ツールを勧めたところ、使いたいとのこと。今日使い方を説明しながら環境を整えてみた。選択したのは自分も長年使っている KeePass ファミリで、 MacBook Pro では KeePassXC を、スマートフォンでは Keepass2Android を使ってもらうことにした。

使い勝手を考えると 1Password や Bitwarden などが良いのかもしれないけれど、クラウド型のものは自分に何かあったあとに使い続けるのが難しくなる可能性がある(アカウント管理や支払いついて理解して対応するコストがかかるとか、サービス終了のリスクがあるとか)ので避けた。

パスワードデータベースファイルの同期は Google ドライブで。念の為自分の Google アカウントにも共有しておいてもらい、自分の MacBook Pro (の Time Machine) にもバックアップが取られるようにした。

今後家族でアカウント情報を共有する

自分1人だけで管理している家族にかかわるアカウントを共有したいと常々思っていた。今回妻が KeePass を使えるようになったので、家族関連パスワードデータベースファイルを作って今後共有していこうと考えている。

複数のパスワードデータベースファイルをまとめて開く

そうすると扱うパスワードデータベースファイルが複数になるので個別にアンロックが必要になり手間が増える。なにか便利な機能がないかなと思って調べたところ KeePassXC と Keepass2Android どちらも子データベースを自動的に開く機能が用意されていた。本家 KeePass 用プラグイン KeeAutoExec 互換機能っぽい。

メインのパスワードデータベースファイルの中に AutoOpen グループを作成しその中に「URL に子データベースのパス」「パスワードに子データベースのパスワード」をそれぞれ入力したエントリを作っておくと、そのデータベースファイルを開いた際に自動的に子データベースファイルもアンロックして開いてくれるのだ。これは便利!

自分の KeePass パスワードデータベースも Google ドライブに

今まで自分は Dropbox にパスワードデータベースファイルを置いていたけれど、これを機に Google ドライブに変更。同じストレージサービスにしておいた方がパスワードデータベースファイル間の相対パスがシンプルになるからというのがその理由。

Google ドライブなら「選択したアイテムを別のフォルダに追加 (Shift+Z)」を使って1つのフォルダにパスワードデータベースファイルを集めることができるので、全部ファイル名指定だけで済ませられて良いのだ。

[ permalink ]
[ 3月1日全て ]

2020年5月21日 (木)

Google フォトで「リンクの共有」をオフにしてアルバムを共有できるようになった

今まで Google フォトでは「URL を知っていれば誰でも写真を表示できる共有リンク」を作ることなくアルバムを共有できなかった。

が、ついについに「リンクの共有」をオフにして指定した Google アカウントと共有できるようになった。やったー。

共有されたアルバムを Google Nest Hub のフォトフレームで指定できることも確認。

1点だけ気になるのはオーナーが共有するユーザーを完全には限定できない点。 Google ドライブのようにコントロールできない。仕組みでは防げないので他の人を追加されたくない場合はきちんと話し合っておく必要がある。

アルバムにアクセスできるユーザーは誰でも、共有アルバムに他のユーザーを追加できます。 - https://support.google.com/photos/answer/9789702

そもそも共有されたアルバムの写真を個別に保存できるものだし、信頼できる相手とだけプライベートなアルバムを共有するだろうということを考えると問題になることは少ないかな。

[ permalink ]
[ 5月21日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

月別インデックス
Process Time: 0.077519s / load averages: 0.44, 0.78, 0.72
nDiki by WATANABE Yoshimasa (Naney)
Powered by DiKicker