問題タブ [command-line-interface]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
3 に答える
592 参照

php - PHP に相当する Python の os.execvp

PHPコマンドラインプログラムを実行しています。そして、PHP から直接 mysql シェルに接続したいと考えています。os.execvp を使用して Python でこれを行ったことがありますが、PHP で同じことを行うことはできません。

私は次の機能を試しました:

  • システム
  • パススルー
  • エグゼクティブ
  • shell_exec

例:

しかし、それらはすべて mysql が終了して何かを返すのを待っているようです。私が本当に望んでいるのは、PHP が mysql シェルを起動してから終了することです。何か案は?

0 投票する
3 に答える
508 参照

shell - コマンドライン予約トークン

CLI を使用してアプリケーションを構築する場合、シェル機能で一般的に使用されるトークンの使用を避けると便利です。

たとえば、|あるアプリケーションの出力を次のアプリケーションの入力にパイプするために使用されます。

使用するためにエスケープする必要があるトークンの完全なリストを提供してください。

最低限/要約として、トークンごとに、該当する OS/シェル、トークンの機能の簡単な説明、およびエスケープ方法を特定してください。

(上記が明確になったら、他の有用な情報を歓迎します。)

0 投票する
2 に答える
37583 参照

php - コマンドラインと Web サーバーの呼び出しを区別する方法は?

スクリプトがコマンド ラインから呼び出されたのか、Web サーバーから呼び出されたのかを区別する方法はありますか?

最良の回答とより詳細な議論については、PHPスクリプトのコマンドラインとhttp実行を決定する標準的な方法は何ですか?投稿する前にそれを見つけられませんでした)


Apache 2.2.10 と PHP 5.2.6 を使用する (非実動) サーバーを使用しています。その上で、Web アクセス可能なディレクトリに、私の PHP スクリプトmaintenance_tasks.php. このスクリプトをコマンド ラインまたは HTTP リクエスト (ブラウザで開く) から呼び出したいと考えています。スクリプトがどのように呼び出されるかを確実に判断できる変数はありますか?

(呼び出しの種類ごとに異なるビューの問題と HTTP 応答タイムアウトの問題に既に取り組んでおり、2 つの呼び出しの種類を区別する方法を探しています)

私はさまざまなことを試して、私の発見を以下に追加します。

重複: コマンドラインとPHPスクリプトのhttp実行を判断する標準的な方法は何ですか?

0 投票する
2 に答える
152 参照

linux - 同じサーバー、同じプログラムですが、あるネットワーク カードを使用して 1 回起動し、その後別のネットワーク カードを使用して起動しました

複数のIPを持つLinuxサーバーがあります(つまり、複数のeth0、eth0:0、eth0:1など)。開始しようとしているスクリプトは、別のサーバー API からコンテンツをダウンロードする php CLI スクリプトであり、さまざまなパラメーターに基づいて IP を変更したいと考えています。スクリプトが開始されると、IP OF THAT SPECIFIC スクリプトを最後まで変更する必要がなくなります。

それを達成することが可能かどうか、何か手がかりはありますか? 私の他の解決策は、XenまたはOpenVZをインストールし、各IPごとにN個の異なるVPSを作成することでしたが、ご覧のとおり、間違いなくPITAです:-)

0 投票する
8 に答える
1601 参照

java - Java コマンドラインランチャー

PC を外部ハードウェアに接続するための一連のヘルパー クラスを実装するために、.jar ファイル ライブラリに取り組んでいます。また、ライブラリを使用して一般的なタスクを処理するために、いくつかの単純なアプリケーション (コマンド ラインまたは GUI) を追加します。

私の質問は、特定の方法で JVM のコマンドライン インスタンス化を簡素化する推奨される方法はありますか?

たとえば、次のような不可解なエラーが発生しやすいコマンドをユーザーに入力させる代わりに、次のようにします。

代わりに私がします

?

シェル スクリプト (win32 バッチ ファイル... gacckkk を含む) を使用できると思いますが、それらが苦手なだけです。コマンドライン。

0 投票する
4 に答える
858 参照

php - php cli でテスト環境を作成する

コンソール モードで php を使用し、関数をテストするための環境を作成したいと考えています。

関数をテストするたびに、Web ブラウザーを使用して新しいファイルを作成する必要はありません。

コンソールで関数にアクセスして、結果を返したいです。

どうすればいいですか?

アップデート:

おそらく私はこれをひどく説明しました。関数が返す結果だけを見たいだけです。

単体テストを学ばなければならないかもしれませんが、当面は、すべての機能を 1 つずつテストできるインタラクティブなコンソールだけが必要です。

私の場合、ワードプレス機能をロードする必要があります(通常.phpのファイルを使用してから、ブラウザでファイルを解析する方法を知っています)が、コマンドラインからphpを使用して実行できる場合はロードしません。

0 投票する
6 に答える
1549 参照

linux - trash-cliのtrashコマンドの名前を変更しますか?

私はtrash-cliプロジェクトの開発者です。

trash-cliプロジェクトは、FreeDesktop.orgのゴミ箱仕様のオープンソース実装であり、ゴミ箱を管理するためのコマンドラインインターフェイスを提供します。

理想的には、trash-cliは次のコマンドを提供します。

  • ゴミ箱 (ファイルとディレクトリをゴミ箱に捨てる)
  • ゴミ箱-空 (ゴミ箱を空にする)
  • ゴミ箱リスト (ゴミ箱に入れられたファイルのリスト)
  • trash-restore (ゴミ箱に入れられたファイルを復元する)

ただし、名前が一般的すぎてFedoraでtrash-cliを追加できないため、「trash」コマンドの名前を変更する必要があります(詳細についてはこちらをご覧ください) 。

「ゴミ箱」という名前を選んだのは、あなたが使用できるより良い名前だと思うからです(短くて直感的です)が、前に述べたように、この名前は使用できません。

いずれにせよ、シェルのTAB補完を利用するため、trash-*フォームを保持することをお勧めします。

最初は、「trash-file」の「trash」コマンドの名前を変更するように説得されましたが、あまり好きではありません。ChristophBlochが指摘したように:

「trash-file」に対する私の主張:*直感的ではないため、覚えるのが不必要に難しい。※不必要に長いです。*プログラムの名前を変更するたびに混乱が生じるため、新しいソリューションは明らかに改善されているはずです(そうではありません)。*それはさらに間違っています:ディレクトリもゴミ箱に捨てられる可能性があります。

ただ「ゴミ箱」の方がずっと良かった。

'trash'コマンドの名前を変更するためのアイデアをいくつか集めました。最高のものを選ぶのを手伝ってくれませんか?もっといい名前を知っていますか?

ここに選択肢があります(それらのいくつかは醜いです、私はそれを知っています、しかし多分それらはあなたがより良い名前を見つけるのを助けるでしょう):

  • ゴミ箱に入れる
  • ゴミ箱に入れる
  • ゴミ箱
  • ゴミ捨て
  • ゴミ箱-f
  • ゴミ箱-rm
  • ごみリサイクル
  • ゴミ箱
  • ゴミ箱へ

  • ごみ-

  • ゴミ箱-今
  • ごみ-!
  • trash2
  • ごみ
  • トラシット

  • ゴミ箱

  • ゴミ箱エントリ
  • ゴミ箱-elem
  • ゴミ箱パス
  • ゴミ箱データ

  • ゴミ箱-これ

  • ゴミ箱-それ
  • ゴミ-それ
0 投票する
4 に答える
136 参照

client-server - CLI 検証/ロジック サーバー側の移動に何か問題がありますか?

クライアント/サーバー アプリケーションがあります。クライアントの 1 つは CLI です。CLI はいくつかの基本的な検証を実行し、サーバーに対して SOAP 要求を行います。応答が解釈され、関連情報がユーザーに表示されます。すべてのコマンドには、Web サービスへの要求が含まれていました。

サービスがサーバー側で変更されるたびに、新しい CLI をリリースする必要があります。

私が疑問に思っているのは、CLI を信じられないほど薄くすることに何か問題があるのではないかということです。コマンド文字列をサーバーに送信するだけで、サーバーで検証、解釈され、応答文字列が返されます。

(サーバーの連携でTAB補完もできました。)

私の場合、これにより開発が簡素化され、メンテナンス作業が軽減されると感じています。

私が見落としている落とし穴はありますか?

アップデート

スケーラビリティの問題は優先度が高くありません。