行順を逆に
「first line」「second line」「third line」の3行が「third line」「second line」「first line」の順に並び替わります。各行は左から右へそのまま読め、空行や字下げも一緒に移動します。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- テキスト
- first line second line third line
- 結果
- third line second line first line
- 行数
- 3
ログや一覧、貼り付けたテキストが最新の項目を末尾に置いた状態で届き、その逆が必要になったとき、行の並び順を逆にするほうがファイルを手で書き直すより速く済みます。この機能は複数行テキストを受け取り、空行や前後の空白も含めて各行の内容をそのまま保ちながら、それらの行を最後から最初へと並べ替えて返します。Unix の LF、Windows の CRLF、旧 Mac の CR の改行を受け付け、出力は LF に正規化し、入力に末尾改行があった場合はそれを復元します。
行順の反転が実際に変えるもの
行を逆にすることは、文字列を一文字ずつ逆順にすることとは違います。各行は左から右へ読める状態のまま保たれ、逆になるのは行の並びだけですので、それまで最後だった行が最初になります。この違いは、ログ、変更リスト、ヘッダーのない CSV 風の行の羅列、詩の連、そして人が桁ではなく行で考えるあらゆる貼り付けにおいて重要です。
空行も行として数えます。ブロックのあいだに意図的に空きを入れていた場合、その空きは反転とともに移動し、取り除かれることはありません。行の中の先頭と末尾の空白も保たれますので、インデントや詰め物をした桁もそのまま残ります。
このツールはアルファベット順に並べ替えたり、重複を除いたり、余白を削ったり、折り返しをやり直したりはしません。行を並べ替えるだけです。処理は純粋にローカルの解析ロジックですので、同じ入力からは常に同じ出力が得られ、モデルもネットワーク呼び出しもロケール表も関わりません。
改行、末尾改行、そして空の入力
現実のテキストが単一の改行方式だけを使うことはめったにありません。エディター、シェルのリダイレクト、メールクライアントは LF・CRLF、ときには裸の CR を混在させます。この機能は入力ではそれらのいずれの並びでも分割しますので、混在した羅列でも正しく反転します。
つなぎ直した結果は、プラットフォーム間で安定して持ち運べるよう、行のあいだに LF を使います。元のテキストが改行で終わっていれば結果も改行で終わり、そうでなければ結果も終わりません。ですから、末尾の改行をファイルの形の一部として扱うツールは、その形を保てます。
極端に大きな貼り付けは文字数の上限で制限されますので、エッジワーカーでもブラウザでもメモリ使用量が予測可能に保たれます。
行順の反転が実務のどこに収まるか
サポートエンジニアは、チケットに貼り付ける前に、最新のスタックフレームが上に来るようログの末尾を反転します。書き手は、ブレインストーミングを下から上へ書き留め、公開する構成を上から下へ読ませたいとき、下書きのアウトラインを反転します。データを扱う人は、最新の行を先頭に想定するツールにかける前に、小さな複数行のエクスポートを反転します。
開発者は、変換後の行順を検証するテスト向けに期待されるフィクスチャを生成します。応答は反転後のテキスト、処理した行数、そして末尾改行を復元したかどうかを報告します。本文を解析し直さずに自動チェックで挙動を検証するのに十分なメタデータです。
この呼び出しはシェルスクリプト、CI の一段、ヘルプデスクのマクロなど、今まさに人がエディターを開いて最後の行を先頭へドラッグしている、あらゆる場所に組み込めます。
活用例
最新順のログ貼り付け
時系列のログを反転し、サポートの抜粋やインシデントのメモを共有する前に最新のイベントを先頭に出します。
アウトラインや一覧の並べ替え
下から上へ書いたブレインストーミングの一覧を、各項目を手で書き直さずに上から下へのアウトラインに変えます。
テストフィクスチャの生成
変換後の行順を検証する単体テスト向けに、確定的な反転済み複数行フィクスチャを作ります。
よくある質問
各行の中の文字も逆順になりますか?
いいえ。 変わるのは行の並び順だけです。行の中のテキストは送信されたとおり左から右のまま保たれます。
空行はどうなりますか?
空行も本物の行として扱われ、反転とともに移動します。取り除かれたりまとめられたりはしません。
どの改行が受け付けられますか?
入力では LF・CRLF・CR です。出力は行を LF でつなぎ、入力に末尾改行があった場合にのみそれを復元します。
テキストが空だったらどうなりますか?
欠けた text や文字列でない text も失敗します。検証の失敗は課金されません。
テキスト末尾の改行は残りますか?
はい、元のテキストが改行で終わっていれば、結果も改行で終わります。改行がなければ結果にも付きません。Windowsの改行が混ざっていても、行は統一された形でつながります。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/str/reverse-lines \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"text":"first line\nsecond line\nthird line"}'const res = await fetch("https://api.kit.forhosting.com/str/reverse-lines", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"text": "first line\nsecond line\nthird line"
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/str/reverse-lines",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"text": "first line\nsecond line\nthird line"
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/str/reverse-lines", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"text":"first line\\nsecond line\\nthird line"}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"text":"first line\nsecond line\nthird line"}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/str/reverse-lines", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"text": "first line\nsecond line\nthird line"
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "str.reverse_lines",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
空の入力は invalid_input として拒否されますので、パイプラインは空の成功を勝手に作り出すのではなく、はっきりと失敗します。無料のブラウザ版フォームと、成功1件あたり $0.002 の API は、同じ確定的な処理を使います。
改行、末尾改行、そして空の入力
空の文字列、欠けた text フィールド、文字列でない text は、明確なメッセージとともに invalid_input で即座に失敗します。この規則により、ダウンロードの失敗や空のテンプレート展開のあとに誤って空の本文が渡されたジョブで、無言の無処理が起きるのを防ぎます。一度きりの反転には無料のフォームを、毎回同じ契約が必要なパイプラインには API をご利用ください。
行順の反転が実務のどこに収まるか
成功した API 呼び出しはわずか $0.002 で、検証の失敗は課金されませんので、前払い残高を減らすことなく空の本文や不正なペイロードを試せます。tier-A の解析処理は遅延を低く保ち、リクエストごとにコンテナや言語モデルを必要としません。
技術的な質問
API の料金はいくらですか。
成功1件あたり $0.002 です。ブラウザ版は無料です。無効な入力は課金されません。