![]() |
Ciao e benvenuto da parte degli Stati Uniti al UNIX e Linux Forum! Grazie per la visita ed unirsi alla nostra Comunità Globale.
|
|
google unix.com
|
|||||||
| Forum | Registrati | Regole Forum | Collegamenti | Album | FAQ | Members List | Calendario | Ricerca | Today's Posts | Mark Forums Read |
| Shell scripting e di programmazione Pubblica domande su KSH, CSH, SH, Bash, Perl, PHP, sed, awk e da altri script di shell e linguaggi di scripting shell qui. |
Più di UNIX e Linux Forum Argomenti potreste trovare utili
|
||||
| Filo | Thread Starter | Forum | Risposte | Ultimo Post |
| Di gestione dei documenti con Epiware | iBot | UNIX e Linux RSS News | 0 | 09-04-2008 12:10 PM |
| NOAH Document Management System 3.2.2 (Default succursale) | iBot | Software Uscite - RSS News | 0 | 08-18-2008 05:30 PM |
| PolDoc Document Management System: Versione 0,9642 rilasciato | iBot | Software Uscite - RSS News | 0 | 07-12-2008 06:30 PM |
| Epiware Document Management 4.8.5 (Default succursale) | iBot | Software Uscite - RSS News | 0 | 01-12-2008 07:10 AM |
| NOAH Document Management System 3.2.1 (Default succursale) | iBot | Software Uscite - RSS News | 0 | 01-02-2008 05:00 PM |
![]() |
|
|
LinkBack | Thread Tools | Cerca in questo Thread | Rate Thread | Modalità di visualizzazione |
|
|
|
||||
|
Shell script Document Management System
Negli ultimi 4 -5 anni, ho riunito un rudimentale acciottolati 'Document Management System' per una scuola di quartiere sono favorevole ad usare Linux Bash shell script ..
Lo scopo del scripting è stato quello di integrare le caratteristiche di un candidato che aveva Centro molto semplicistico metodi di gestire file allegati. Sono in corso di aggiornamento a una nuova revisione del software e la nuova versione utilizza una tabella di database di backup su di indicizzare i documenti disponibili per la visualizzazione sul Web di gestione spettatore. Il "distretto" ha un processo di scansione che va al di fuori del pacchetto .. (come il pacchetto software è un candidato Center) di scansione non è stata presa in considerazione .. Quello che abbiamo definito è un "organizzate POSIZIONE" Ogni file in scena in questo settore avranno un valore in linea di nome, ma non c'è modo di scansione in tempo per controllare il contenuto del database. TABELLA CAMPI Field1: <DOCID> Field2: <ITERID> FIELD3: <DOCID> FIELD4: <DESCRITTIVA ()) e (STORENAME> FIELD5: <STORENAME> Il 1 ° campo viene creato quando un richiedente si applica per un posto di lavoro e attribuisce a riprendere la domanda. Il 2 ° settore, è un sistema continuo di "O" (zero) Il campo è un 5. Concatenazione <APPID> _ <ITERID> _ <DOCID>. Ext La 4a Campo <DESCRITTIVA ()) e (STORENAME> è una concatenazione di stringhe di più gli altri descrittivo del contenuto dei file di posta da parte della persona facendo la scansione. Il "DocId" (campo 3) è il mio problema: Ad esempio: 1. LOR1_1234_0_1.ext Per Lettera di riferimento 2. TRANSCRIPT_1234_0_1.ext Per Collegio trascrizioni Sono stato in grado di raggiungere un punto in cui ho bisogno di controllare i valori dei file in scena contro i valori nel database. il VALORE DI DocId deve essere "6 o superiore", perché il richiedente non visualizzare i file dal web, come si può vedere il 1o cinque file. ---## Tenere a mente questo test è solo dati ignorare # # DATABASE VALORI 177 | 0 | 1 | Resume-Joe-Jones.doc | 177_0_1.doc | 177 | 0 | 2 | Lettera di Joe Jones 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 | Distretto di informazioni sulle scansioni di documenti in formato Word o PDF e quindi posti in un area per ciascun richiedente il file con la convenzione di denominazione: Organizzate DOCUMENTI <DESC> _ <APPID> _ <ITERID> _ <DOCID>. Ext 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 Ho bisogno di prendere i documenti in questa area di costruire un inserto di file per controllare i valori nella tabella. settori chiave a "DocId" "AppID" e "STORENAME" Ho bisogno di incrementare nel SARAH Palin organizzate FILE: TRANSCRIPTS_5996_0_1.doc e costruire un record di inserire nel database alla ricerca di questo tipo 5996 | 0 | 7 | TRANSCRIPTS_5996_0_1.doc | 5996_0_7.doc | Poiché il "DocId" PER AppID 5996 già è valutato al "6" I incrementati di 1. Se il valore nella tabella è inferiore a 6 o è nullo il valore dovrebbe essere "6" Così, quando mi sono fatto con lo script i valori in tabella per AppID 5996 dovrebbe essere simile al seguente: 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 | Nel mio precedente script vorrei spostare gli oggetti fuori qualsiasi scansionate ad una posizione di backup, e nuovi file riceveranno un "contatore" mentre [[-f $ () $ (distpath AppID) / $ () distID AppID _ $ () _ $ () docID. $ (ext)]] fare ((DocID + \u003d 1)) if ((docID> 99)), quindi echo "ERRORE: docID troppo alto!" uscita 2 fi fatto Ho necessità di fare la stessa cosa, tranne contro il controllo di file dal database ... Ultimo a cura di rmuledeer; al 02/09/2009 03:29 PM.. |
![]() |
| Segnalibri |
| Thread Tools | Cerca in questo Thread |
| Modalità di visualizzazione | Vota questo thread |
|
|