![]() |
|
|
google unix.com
|
|||||||
| Forums | S'inscrire | Forum Rules | Liens | Albums | FAQ | Liste des membres | Calendrier | Recherche | Aujourd'hui, les postes | Marquer les forums comme lus |
| De programmation et de script Shell Posez vos questions à propos de KSH, CSH, SH, BASH, PERL, PHP, SED, awk et d'autres scripts shell et les langages de script shell ici. |
Plus d'UNIX et Linux Forum Sujets Vous trouverez peut-être utile
|
||||
| Fil | Thread Starter | Forum | Réponses | Last Post |
| Gestion de documents avec Epiware | iBot | UNIX et Linux News RSS | 0 | 09-04-2008 12:10 PM |
| NOAH Document Management System 3.2.2 (Default branch) | iBot | Logiciel de presse - RSS News | 0 | 08-18-2008 05:30 PM |
| PolDoc Document Management System: version 0.9642 libéré | iBot | Logiciel de presse - RSS News | 0 | 07-12-2008 06:30 PM |
| Epiware Document Management 4.8.5 (Default branch) | iBot | Logiciel de presse - RSS News | 0 | 01-12-2008 07:10 AM |
| NOAH Document Management System 3.2.1 (Default branch) | iBot | Logiciel de presse - RSS News | 0 | 01-02-2008 05:00 PM |
![]() |
|
|
LinkBack | Thread Tools | Recherche sur ce Thread | Rate Thread | Modes d'affichage |
|
|
|
||||
|
Shell script système de gestion de documents
Au cours des 4 -5 ans, j'ai bricolé un rudimentaire 'Document Management System »pour une école du district Je soutiens l'aide de scripts Shell Bash Linux ..
Le but de la scénarisation était de compléter les caractéristiques d'un demandeur d'emploi Center qui ont très simpliste des méthodes de traitement des fichiers attachés. Ils sont en cours de mise à niveau vers une nouvelle révision du logiciel et de la nouvelle version utilise une table de base de données sur la sauvegarde à l'index des documents disponibles pour consultation sur le Web de gestion de spectateur. Le «quartier» a un processus de numérisation qui va à l'extérieur du colis .. (comme le logiciel est un demandeur d'emploi Center) à balayage n'a pas été pris en considération .. Ce que nous avons défini un «ETAGES LOCATION" Chaque fichier dans cette zone auront un nom de valeur, mais il n'y a aucun moyen à la numérisation de temps pour vérifier le contenu de base de données. TABLE DES CHAMPS Champ1: <DOCID> Champ2: <ITERID> FIELD3: <DOCID> FIELD4: <DESCRIPTIVE () & () STORENAME> FIELD5: <STORENAME> Le 1er est créé quand un demandeur d'emploi s'applique pour une attache et un curriculum vitae à l'application. Le 2e terrain est un système constant de "O" (zéro) Le 5e champ est une concaténation <APPID> _ <ITERID> _ <DOCID>. Ext The 4th Field <(() & DESCRIPTIVE STORENAME)> est une concaténation des autres chaînes, plus une description du contenu du fichier placé là par la personne qui effectue la numérisation. Le "DocID" (champ 3) est de mon problème: Par exemple: 1. LOR1_1234_0_1.ext Par lettre de référence 2. TRANSCRIPT_1234_0_1.ext Pour College Transcription J'ai été en mesure d'atteindre un point où j'ai besoin de vérifier les valeurs de la mise en scène de fichiers contre les valeurs dans la base de données. VALUE DE DocID doit être "6 ou plus» pour le demandeur de ne pas afficher ces fichiers sur le Web, car ils peuvent voir la 1ère cinq fichiers. ---## Garder à l'esprit c'est que ne pas tenir compte des données de test # # VALEURS DE BASE DE DONNEES 177 | 0 | 1 | CV-Joe-Jones.doc | 177_0_1.doc | 177 | 0 | 2 | Joe Jones Lettre de 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 | Scans du district de l'information sur les documents Word ou PDF et les lieux de là dans une zone pour chaque candidat à la convention de nommage des fichiers: ETAGES DE DOCUMENTS <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 J'ai besoin de prendre les documents dans cette zone de construction d'un insert de fichier pour vérifier les valeurs dans le tableau. la clé des champs à "DocID" "AppID" et "STORENAME" J'ai besoin de l'augmentation de SARAH Palin ETAGES FILE: TRANSCRIPTS_5996_0_1.doc et de construire un record d'insérer dans la base de données qui ressemble à ce 5996 | 0 | 7 | TRANSCRIPTS_5996_0_1.doc | 5996_0_7.doc | Depuis la «DocID" POUR APPID 5996 est d'ores et déjà évalué à "6" I augmentation de 1. Si la valeur dans le tableau est moins de 6 ou de la valeur est nulle serait "6" Alors, quand je suis fait avec le script les valeurs dans le tableau pour APPID 5996 devrait ressembler à ceci: 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 | Dans mon précédent script, je quitte tout scanné des éléments à un emplacement de sauvegarde, et de nouveaux fichiers de recevoir un "contre" alors que [[-f $ () $ distpath AppID () / $ (distID) _ $ (AppID) _ $ () docID. ext $ ()]] faire ((DocID + \u003d 1)) si ((docID> 99)), puis echo "ERREUR: docID trop élevé!" sortie 2 fi fait J'ai besoin essentiel de faire la même chose, sauf contre le contrôle des fichiers de la base de données ... Dernière édition par rmuledeer; au 02.09.2009 03:29 PM.. |
![]() |
| Bookmarks |
| Thread Tools | Recherche sur ce Thread |
| Modes d'affichage | Rate this thread |
|
|