Base64 エンコードと Base64 URL エンコードの違い - Qiita
API のドキュメントを読み漁っていると、Base64 Url Safe Encoding という記述を見ました。 LINE WORKS API - 顧客/取引先の連絡先の写真アップロード 何じゃこりゃ？('Д') 普通の Base64 Encode とどう違うの？？ ってなわけで調べてみました。 Base64 Encode まずは Base64 Encode について、改めて調べ直しました。 Base64 は、データを 64 種類の印字可能な英数字のみを用いて、それ以外の文字を扱うことの出来ない通信環境にてマルチバイト文字やバイナリデータを扱うためのエンコード方式。 A–Z, a–z, 0–9 までの 62 文字と、2つの記号 +, / さらにパディング（余った部分を詰める）のための記号として = が用いられている。 Base64 URL Encode URL に使用できる Base64
Base64エンコード/デコードツール｜株式会社エン・ＰＣサービス - 東京都台東区蔵前のウェブアプリ・システム開発、ウェブサイト制作会社
メールやその他バイナリーデータをテキストに置き換える場合によく使われるエンコード方式がBase64です。 任意の文字列をBase64形式にエンコードしたり、逆にデコードするためのツールです。 オプションとして、エンコード時の改行を入れたり(RFC2045に基づく) 、エンコード前、デコード後の文字エンコード（UTF-8,EUC_JP,Shift_JIS等）を指定することが出来ます。 開発中のデバッグや運用保守時の調査ツールとしてご利用下さい。
URLエンコードの対応表
TECHNICAL MANUAL機械翻訳についての免責事項 目次 検索結果 索引 ロード中。お待ちください... SEILテクニカルマニュアル セットアップ SEIL/X1 SEIL/X1の設置と配線 SEIL/X1のセットアップ（イーサネットケーブルの接続） SEIL/X1のセットアップ（モバイル通信端末の接続） SEIL/X1のセットアップ（電源の接続と起動） SEIL/X1,X2 ステータス表示LED SEIL/X1,X2 LANポート LED SEIL/X2 SEIL/X2の設置と配線 SEIL/X2のセットアップ（イーサネットケーブルの接続） SEIL/X2のセットアップ（モバイル通信端末の接続） SEIL/X2のセットアップ（電源の接続と起動） SEIL/X1,X2 ステータス表示LED SEIL/X1,X2 LANポート LED SEIL/B1 SEIL/B1の設置と配線 S
Rails 国際化（I18n）API - Railsガイド
RubyのI18n（国際化・多言語化: internationalizationの略）gemはRuby on Rails 2.2以降からRailsに同梱されています。このgemは、アプリケーションの文言を英語以外の別の1つの言語に翻訳する機能や、多言語サポート機能を簡単かつ拡張可能な方式で導入するためのフレームワークを提供します。 アプリケーションの「国際化」プロセスといえば、使われるすべての文言やロケール固有の要素 (日付や通貨フォーマットなど) の抽象化までの作業を指すのが普通です。一方、「ローカライズ(localization)」とは、具体的な翻訳方法を提供したり、そのためのフォーマットを提供したりすることを指します。1 Railsアプリケーションを国際化するプロセスでは、以下を行う必要があります。 i18nを確実にサポートすること。 ロケール辞書の置き場所をRailsに指示すること
Sinatra: Frequently Asked Questions
Frequently Asked Questions Frequently Asked Questions How do I make my Sinatra app reload on changes? What are my deployment options? How do I use sessions? How do I use session-based flash? Can I run Sinatra under Ruby 1.9? How do I get the “route” for the current page? How do I access helpers from within my views? How do I render partials? Can I have multiple URLs trigger the same route/handler?
Rails Concerns for URL and Path Helpers
Wednesday, May 28, 2014 Accessing a URL or path directly from a model can help to remove repetition in code. Consider the following: # config/routes.rb get 'posts/:segment/:slug', to: 'posts#show', as: :post # app/views/posts/_preview.html.haml - @posts.each do |post| - # <a href='/posts/2014-05-27/an-example-post'>An Example Post</a> = link_to post.title, posts_path(post, segment: post.segment, s
module URI (Ruby 3.3 リファレンスマニュアル)
[edit] 要約 URI を扱うためのモジュールです。 目次 特異メソッド decode_www_form decode_www_form_component encode_www_form encode_www_form_component extract join parse regexp split 定数 UNSAFE 特異メソッド decode_www_form(str, enc=Encoding::UTF_8) -> [[String, String]][permalink][rdoc][edit] 文字列から URL-encoded form data をデコードします。 application/x-www-form-urlencoded 形式のデータをデコードし、 [key, value] という形の配列の配列を返します。 enc で指定したエンコーディングの文字列が UR
Ruby 2.1 と 2.2 における、URI#parseの挙動の違い - Qiita
症状 Ruby 2.1では、URIに使用できない文字（アンダースコア、アンダーバー）を含んだ文字列( http://abc_def.com/foobar/ ※1)をURI#parseに与えた際にURI::InvalidURIErrorの例外が発生する。 2015/08/15追記： ※1…この文字列はURIとしては RFC違反 です。ホスト名にアンダースコア、アンダーバーを含むことはできません。@key-amb様、ご指摘頂きありがとうございます。 なお、この記事では 「RFC違反の文字列に対して、同じURI#parseを使っているが、Rubyのマイナーバージョンに依って挙動が違う」 という点にのみ焦点を当てて、実際にどのように異なっているのか、Ruby2.2で2.1の挙動が欲しい場合にどうすれば良いのかについて論じます。 [1] pry(main)> require 'uri' => tru
PadrinoでRESTfulなURLを作ろう - Qiita
Padrinoの好きなところはsinatraよりURLを管理しやすくて、Railsのroutes.rbのように別ファイルで設定するわけではないのが自分的には楽なところ。 基本は全部Padrinoのドキュメントにあるんですが、そこら辺の自分なりのまとめを。 例としてブログシステムのURLを作るとして。 # 投稿用のコントローラ UrlTest.controllers :posts do # 全投稿を持ってくる。タイムライン的なものを取得するなら。こんな感じかな。 # /posts get :index do end # 下書きを全部取得するなら # /posts/drafts get :drafts do end # 指定したIDの投稿を取得する。 # /posts/:id # 例) /posts/150 get :index, :with => :id do # withで指定した名前でp
java で url からのブラウザ起動
投稿日時：2012/03/03 前回でメニューからブラウザ起動をしたけれど 今回は画面上に表示された URL をクリックしてブラウザの起動 やっていることは画面上にURLが書かれたラベルを貼り付けて クリックしたらブラウザが立ち上がるって作業だけです 以下、ソース public class JUrl extends JPanel { private static final long serialVersionUID = 1L; private static int w = 320; private static int h = 240; private static String str1 = "http://ohwhsmm7.blog28.fc2.com/"; private static String str2 = "http://www.amazon.co.jp/?_encodin
URLとURI、何が違うか知っている？ - 今日の腕試し！：ITpro
私たちはWebページのアドレスをURLで記述しています。しかし、W3CはURLをURIで表現するよう推奨しています。さて、URLとURIは何が違うのでしょうか。両者の関係を正しく説明したものを1つ選んでください。 ●解答を送信いただくと，すぐに正解と詳しい解説をご覧いただけます。
もはやWeb利用者の常識、“URL”の意味を理解しよう
もはやWeb利用者の常識、“URL”の意味を理解しよう：Webアプリの常識をJSPとStrutsで身につける（5）（2/3 ページ） ■HTTP WebのプロトコルであるHTTPは、HyperText Transfer Protocolの略で、一般のユーザーにとっても最も身近なプロトコルの1つです。これは、前回の「HTMLやStrutsに必須の“タグ”と“サブミット”の常識」で解説したHTMLで記述された文書ファイルや、画像ファイル、動画ファイルなどを“閲覧”するために利用します。 連載第3回の「Webアプリにおけるサーバとクライアントの常識」でも解説しましたが、Webブラウザからの要求（リクエスト）に対して、サーバが応答（レスポンス）するという形でデータがやりとりされます。やりとりは数回行われることはなく、1回の送受信でコネクションは切断されます。詳細は後述します。 HTTPを通じてWe
第21回 “使いやすいURI（URL）”の設計を考える（続編）
使いやすいURI（URL）とは，覚えやすく，読んですぐにページの内容がわかるURIのことです。前回の記事では，使いやすいURIを設計するための11個のルールのうち，5番目までを説明しました。今回は残りのルールについて説明します。 改造しやすいURIにする 「改造しやすいURI」というのは，英語では「hackable」と表現されています。これは，URIを削ったり，文字を一部変えたりすることで，目的のページにアクセスできるURIにしよう，という意味です。 例えば，以下のようなブログ・サービスのURIがあったとします。 http://blog.example.com/entry/2007/04/20 これはおそらく，2007年4月20日に投稿された記事の一覧ページではないかと想像できます。それでは，2007年3月3日に投稿された記事のページにアクセスしたいとしたら，どうしたらいいでしょうか。 お
RailsでのURL設計を考えてみる(5) Railsのリソースパターン - ぶろぐ。@はてな
URL設計の前段階として、とても大切なのがリソース設計です。そのWebアプリ・Webサービスで何を提供するのかが決まる部分だからです。しかし、なかなかリソースという概念が定着していないようなので、Railsで採用されているパターン*1を例に挙げて紹介してみたいと思います。 今までのシリーズ記事と重なるところもありますが、まとめということで…。 リソースとは 簡単に言うと、「URLで示されるもの」です。URLというのが“Uniform Resource Locator”の略ですからね。 http://d.hatena.ne.jp/tkawa/20110819/p1 http://d.hatena.ne.jp/tkawa/20110819 最初のものは、前回書いたブログ記事『RailsでのURL設計を考えてみる(4) スラッシュと「持っている」関係』というリソースです。 その次は、『tkawa
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Optional parameter with constraint in the middle of Rails route
SinatraでURLパラメータを使う - not good but great
http://extra.pxt.jp/studylog/ja/libs/urlencode/index.html