問題タブ [ticket-tracking]

質問する

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.

8 問題
Newest
Active
Bountied
318
Unanswered
0 投票する
9 に答える
70485 参照

git - ハッシュマーク (#) で Git コミット メッセージを開始する

Git は、コミット時に で始まる行#をコメント行として扱います。これは、チケット追跡システムを使用していて、行頭にチケット番号を書き込もうとしているときに非常に面倒です。

Git はコミット メッセージから行を削除するだけです。ハッシュをエスケープする方法はありますか? \とを試し!ましたが、何も機能しません。前の空白#は保持されるため、これも問題の有効な解決策ではありません。

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

php - PHPを使用してサポートチケットシステムを構築するにはどうすればよいですか？

私はカスタムでシンプルな / ベースのユーザーシステムを持っています。私は、メンバーが製品サポートをスタッフに送信し（データベースに入れて管理エリアに表示）、これらのメッセージを管理する方法を構築しようとしています。

誰かが良い既存のスクリプト、または私のウェブサイトのサポートエリアのためのより良いアプローチを知っていますか？

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

ruby - Mail gem - ボディ文字列をクリーンアップする方法

ruby mail gemを使ってメールを読もうとしています。しかしmail.body.decoded、本文メッセージだけではありません。この本文メッセージをクリーンアップして、次のような不要なテキストを削除するにはどうすればよいですか:

-20cf30433c9a437cc304939017ef\nContent-Type: text/plain; charset=ISO-8859-1\nContent-

--20cf30433c9a437cc304939017ef\nContent-Type: text/plain; charset=ISO-8859-1\nContent-Transfer-Encoding: quoted-printable\n\n REAL BODY TEXT \\n\n--20cf30433c9a437cc304939017ef\nContent-Type: text/html; charset=ISO-8859-1\nContent-Transfer-Encoding: quoted-printable\n\n<br clear=3D\"all\">--20cf30433c9a437cc304939017ef--

ヘッダーなしで REAL BODY TEXT のみを抽出して、このメール本文メッセージをクリーンアップするにはどうすればよいですか?

Ruby on Rails に基づいた単純なチケット システムを作成しています。ticket@mydomain.com からメールを受信すると、チケットが作成されます。ただし、メッセージが HTML 形式の場合、BODY TEXT は HEADER テキストで囲まれます。

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

ticket-system - Osticket - チーム内の 1 人にチケットを割り当てるにはどうすればよいですか?

Osticket の仕組みが理解できないようです。このシステムがどのように機能するかを理解するための助けを求めてあらゆる場所を探しましたが、運がなかったので、ここにいます. 部門、グループ、チームの使用について説明できますか? それらはどのように連携しますか? 私は例が好きなので、それを提供してください。

とにかく、チケットを 2 人以上のうちの 1 人に自動的に割り当てようとしています。チケットはオープン キューに残されますが、チケットが x 人に割り当てられていることが示されます。

0 投票する
1 に答える
162 参照

configuration - RTは「通信要求-ユーザー」と「CCから内部コメントへのリプレイ」を区別しません

ITサポートを担当しています。通信には次の 2 種類があります。

  1. 最終ユーザーと。彼らとの通常の外部コミュニケーション。
  2. サービスプロバイダー(DBA など)と リクエスタには見えない内部コミュニケーション。

最初のものについては、「リクエスタへの回答」を使用します。

サービス プロバイダーの場合は、コメントを使用して CC をサービス プロバイダーに送信します。しかし、彼らが返信すると、RT は彼らの返信を通信と見なし、「通信」条件のアクションを実行します。

次に、スクリプトをカスタマイズしたい場合、RT はアクションを区別しません。ユーザーへの電子メールとプロバイダー (内部 CC) からのリプレイは両方とも RT の「通信中」であり、両方をリクエスターに送信します。

1 y 2 を異なるアクションに送信するために RT を構成する方法がわかりません。

何か間違った設定をしましたか? どちらを考慮する必要がありますか? または、カスタム ユーザー スクリプトを使用する必要がありますか?

どうもありがとう！

0 投票する
1 に答える
29 参照

mailgun - システムから送信された電子メールへの回答の処理

受信メールからチケットを自動的に作成するチケットシステムを構築しています。ワークフローは次のようになります。

  1. ユーザーがメールを送信するsupport@yourname.xyz
  2. システムが新しいチケットを作成します
  3. チーム メンバーは、ダッシュボードを介してチケットに回答します
  4. ユーザーは、電子メールごとに回答を含む通知を受け取ります

ここで、ステップ 4 のメールに返信することでチケットに回答するオプションをユーザーに提供したくありません。

チケットIDがヘッダーに保存されているソリューションを見たことがあります。件名は次のようになります。[#12345] Your Requestしかし、ユーザーがチケット ID を確認できないように、チケット ID を保存するより良い方法はありますか? 手順 4 で送信したメールにヘッダー変数を設定すると、ユーザーからの返信にその変数が含まれません。

誰かがこの問題の解決策を持っていますか?


12345678910