![]() |
|
|
Googleのunix.com
|
|||||||
| シェルプログラミングとスクリプティング KSH 、 CSH 、 shに、 bashの、はPerl 、 PHPは、削除するsed 、 Awkの、他のシェルスクリプトやシェルスクリプト言語についての質問の投稿はこちら。 |
その他のUNIXおよびLinuxフォーラムトピックは参考にすること
|
||||
| スレッド | スレッドスターター | フォーラム | 返信 | 最後の投稿 |
| Epiwareと文書管理 | アイボット | UNIXおよびLinuxのRSSニュース | 0 | 2008年9月4日 12:10午後 |
| ノア文書管理システム3.2.2 (デフォルトブランチ) | アイボット | ソフトウェアリリース-RSSニュース | 0 | 2008年8月18日 05:30午後 |
| PolDoc文書管理システム: 0.9642版をリリース | アイボット | ソフトウェアリリース-RSSニュース | 0 | 2008年7月12日 06:30午後 |
| Epiware文書管理4.8.5 (デフォルトブランチ) | アイボット | ソフトウェアリリース-RSSニュース | 0 | 2008年1月12日 07:10午前 |
| ノア文書管理システム3.2.1 (デフォルトブランチ) | アイボット | ソフトウェアリリース-RSSニュース | 0 | 2008年1月2日 05:00午後 |
![]() |
|
|
LinkBack | スレッドツール | このスレッドを検索 | スレッドを評価 | 表示モード |
|
|
|
||||
|
シェルスクリプトのドキュメント管理システム
-5は、過去4年間、私が一緒に魅惑の初歩的な文書管理システムの'私はLinuxのbashシェルスクリプトを使用してサポートは、学校地域の..
スクリプトの目的は、ジョブの出願センターでは、添付ファイルを処理するためのとてもシンプルな方法だったの機能を補完している。 彼らは、ソフトウェアの新しい改正し、新しいバージョンにアップグレードの過程にあるインデックスのドキュメントは、 Web管理ビューアで表示するために利用し、バックアップには、データベーステーブルを使用します。 "地域"は、スキャン処理しているが、パッケージ外で実行されます..としては、ソフトウェアパッケージは、ジョブの出願センター( )のスキャンではなかったに配慮して.. 私たちは何を定義している" "ロケーション行われます このステージング領域内の各ファイルは、名前の価値があるだろうが、一貫性がない方法は、データベースの内容をチェックする時間をスキャンしています。 テーブルのフィールド フィールド: <DOCID> フィールド2 : <ITERID> FIELD3 : <DOCID> FIELD4 : < ( ) & ( STORENAME )説明> FIELD5 : <STORENAME> 第1フィールドの場合には、ジョブの出願に適用され、アプリケーションを再開するアタッチが作成されます。 2つ目のフィールドには、システムの一定の" O " (ゼロ)です 第5回フィールドを連結され <APPID> _ <ITERID> _ <DOCID> 。内線 第4回フィールド< ( ) & ( STORENAME )説明> ある人に配置することにより、他の文字列に加えて、ファイルの内容の説明を連結されているスキャン。 "文書ID " (フィールド3 )私の問題があります: 例えば: 1 。 LOR1_1234_0_1.ext 手紙を参考のために 2 。 TRANSCRIPT_1234_0_1.ext 大学の記録について 私はここで、 Iの値をチェックする必要がある点到達に成功している、データベース内の値に対してファイルを上演。第1は、 5つのファイルを見ることができる文書IDの値を" 6以上のことを"は、ウェブからの出願は、これらのファイルを見る必要がある。 ---##念頭に置いて、このテストデータは無視され続ける# # データベース値 177 | 0 | 1 |再開-ジョー- Jones.doc | 177_0_1.doc | 177 | 0 | 2 |ジョージョーンズIntroduction.docレター| 177_0_2.doc | 55 | 0 | 1 | DebSmith - Resume.doc | 55_0_1.doc | 55 | 0 | 2 | DebSmith IntroLetter.pdf | 55_0_2.pdf | 5996 | 0 | 1 | Sarah_Palin - Resume.doc | 5996_0_1.doc | 5996 | 0 | 6 | References_5996_0_1.doc | 5996_0_6.doc | 地区スキャンの情報をPDFファイルまたはWord文書との場所にして、ファイルの命名規則では、ステージング領域ごとに、出願人: 文書上演 <DESC> _ <APPID> _ <ITERID> _ <DOCID> 。内線 LOR1_177_0_1.doc LOR2_177_0_2.doc LOR1_55_0_1.doc TRANSCRIPT_55_0_1.pdf LOR1_5996_0_1.doc TRANSCRIPT_5996_0_2.doc 私は、テーブル内の値をチェックするファイルを挿入するこのステージング領域内のドキュメントをビルドする必要があります。 キーフィールドは、 "文書ID " " AppIDの"と " STORENAME "私はサラパリンの増加が必要になります演出: TRANSCRIPTS_5996_0_1.doc このように見ると、データベースに挿入するレコードを築く 5996 | 0 | 7 | TRANSCRIPTS_5996_0_1.doc | 5996_0_7.doc | 以来、 "文書ID "のAppIDの5996はすでに1で私はインクリメント6 " "で評価されている。場合は、テーブル内の値を控除し、 6またはNULLの値は" 6 "になります ですから私は、スクリプトでは、テーブルのAppIDの5996の値とこのようになります。行わ午前: 5996 | 0 | 1 | Sarah_Palin - Resume.doc | 5996_0_1.doc | 5996 | 0 | 6 | References_5996_0_1.doc | 5996_0_6.doc | 5996 | 0 | 7 | TRANSCRIPTS_5996_0_1.doc | 5996_0_7.doc | 私の以前のスクリプトの中で私は、バックアップの場所に、任意のスキャンの項目を移動すると、新しいファイルは、 "カウンタを受けるだろう" は、 [ [ - fを$ ( distpath ) $ ( AppIDの) / $ ( distID ) _ $ ( AppIDの) _ $ (文書ID ) 。 $ (内線) ] ] する ( (文書ID + \u003d 1 ) ) ( (文書ID > 99 ) ) ;し "エラー:文書IDが高すぎるとエコー! " 出口2 Fiの 完了した 私は必要不可欠なファイルに対して、データベースからのチェックを除いて、同じことをやって... 編集rmuledeerで最終; 2009年2月9日に 03:29午後.. |