Είμαι σε ένα έργο όπου πρέπει να συλλέξει μετρήσεις γύρω από μια λειτουργία που ονομάζεται "μια ιστορία να μοιραστούν." Η ιδέα είναι πολύ απλή — Αν ψάχνετε σε ένα ενδιαφέρον άρθρο στο intranet και θέλετε να το μοιραστείτε με κάποιον, Κάντε κλικ σε ένα σύνδεσμο που αναφέρει "Μοιραστείτε αυτή την ιστορία" ηλεκτρονικό ταχυδρομείο σε σας φίλε.

Έπαιξε με μια προσαρμοσμένη φόρμα για το σκοπό αυτό, αλλά στο τέλος, νικούσε η κοινή λογική και χρησιμοποιούμε μόνο τα γνωστά <ένα href = mailto:…> τεχνική. (<ένα href mailto:…> είναι ένα εκπληκτικά ισχυρό μικρό κομμάτι της HTML; ως μπόνους, που συνδέουν με φέρνει πίσω στην ημέρα σελίδες μου παλιό UNIX άνθρωπος; εκείνες ήταν οι ημέρες!).

Αυτή η τεχνική παρέχει μια μεγάλη διεπαφή για τους τελικούς χρήστες, δεδομένου ότι παίρνουν να χρησιμοποιήσουν τους εξοικειωμένοι πελάτη MS Outlook (ή οποιονδήποτε πελάτη ηλεκτρονικού ταχυδρομείου που έχουν εγκατασταθεί).

Κάνει τα πράγματα πιο δύσκολο για μας φτωχούς προγραμματιστή τύπους δεδομένου ότι πελάτη * επίσης * θέλει να τρέξει στο μέλλον μια έκθεση που δείχνει πόσο συχνά οι χρήστες μοιράζονται τις ιστορίες και να μοιράζονται πιο συχνά ακόμα και ποιες ιστορίες.

Εμείς whiteboarded μερικές πιθανές λύσεις. Αγαπημένο μου είναι να αντιγράψουμε (CC) μια λίστα του SharePoint. Με αυτόν τον τρόπο, ο τελικός χρήστης εξακολουθεί να παίρνει το πρόγραμμα-πελάτης outlook, ενώ έχουμε την ευκαιρία να συλλάβει το γεγονός, επειδή θα πάρει ένα αντίγραφο του ηλεκτρονικού ταχυδρομείου τους εαυτούς μας. Υπάρχουν ορισμένα μειονεκτήματα φανερό. Το κύριο πρόβλημα είναι ότι ο χρήστης θα μπορούσε απλά κενό έξω ή άλλως Κύλονδροι για στέγνωμα και το CC διεύθυνση. Και, πρέπει να διαχειριστούμε αυτός βιβλιοθήκη εκδήλωση των μηνυμάτων ηλεκτρονικού ταχυδρομείου. Έχουμε προγραμματισμένη εργασία για το λευκό του σκάφους που είναι υπεύθυνος για την εν λόγω εκκαθάριση.

Αν έχετε κάποια έξυπνη προσέγγιση για την επίλυση αυτού του προβλήματος, σας παρακαλώ να πείτε.

</Τέλος>

Εγγραφείτε στο blog μου.

Συνέχεια μου για Twitter σε http://www.twitter.com/pagalvin

Όπως ζητήθηκε και υποσχέθηκε, Έχω φορτώθηκε παρουσίασή μου για το πώς να αποκτήσετε "μεγάλη" απαιτήσεις από τους τελικούς χρήστες για έργα του SharePoint και υλοποιήσεις. Είναι εδώ: http://CID-1cc1edb3daa9b8aa.SkyDrive.live.com/Self.aspx/SharePoint/Paul Galvin Great Requirements.zip

Παρουσίασε αυτό στη Διάσκεψη του SharePoint βέλτιστες πρακτικές σε Φεβ 2009 (www.sharepointbestpractices.com). Αν παρακολουθήσει τη Διάσκεψη, θα πάρετε επίσης αυτό σχετικά με τη Διάσκεψη του DVD.

Η παρουσίαση περιλαμβάνει πολλές σημειώσεις με περισσότερες διαφάνειες. Δεν είναι μόλις κουκκίδες.

(Δείτε εδώ για άλλα παρουσίασή μου σε μια μελέτη περίπτωσης διακυβέρνηση: http://paulgalvin.spaces.live.com/blog/cns!1CC1EDB3DAA9B8AA!3099.entry

</Τέλος>

Εγγραφείτε στο blog μου.

Συνέχεια μου για Twitter σε http://www.twitter.com/pagalvin

Όπως πολλοί τύποι σύμβουλος SharePoint, Εγώ έχω εκτεθεί σε πολλή λειτουργία SharePoint. Μερικές φορές, Έχω βουτήξει αρκετά βαθιά. Άλλες φορές μόλις παρατηρήσετε ότι όπως πετάω από ένα άλλο σύνολο των μενού επιλογών. Ένα από αυτά είναι "δημιουργία τοποθεσίας αυτοεξυπηρέτησης." Δεν είχα ανάγκη για αυτό μέχρι αυτή την εβδομάδα.

Αυτή την εβδομάδα, Χρειάζομαι για την επίλυση ενός προβλήματος των επιχειρήσεων που νομίζω ότι πρόκειται να γίνουν κοινό καθώς οι εταιρείες να χαλαρώσει και να αγκαλιάσει το πιο άμεσο τελικό χρήστη έλεγχο του SharePoint. Σε αυτή την περίπτωση, Έχω σχεδιαστεί ένα πρότυπο τοποθεσίας για να υποστηρίξει ένα συγκεκριμένο τελικό χρήστη Κοινότητα. Οι λαοί σε αυτή την Κοινότητα πρέπει να είναι σε θέση να δημιουργήσουν τις δικές τους ιστοσελίδες κατά βούληση χρησιμοποιώντας αυτό το πρότυπο, όποτε την παρόρμηση απεργίες τους.

Θυμήθηκα βλέποντας "δημιουργία τοποθεσίας αυτοεξυπηρέτησης" πριν και εγώ έχω πάντα που μακριά μπαίνει στο πίσω μέρος του το κεφάλι μου σκέψη ότι "self service δημιουργία τοποθεσίας" είναι που σημαίνει κορακίστικα SharePoint, Προφανώς, αρκετά, κάτι σαν "ανάψει μου αν θέλετε τελικούς χρήστες να είναι σε θέση να δημιουργήσετε τοποθεσίες, όταν θέλουν να."

Έτσι, Μπορώ να ενεργοποιήσετε, προσπαθώ αυτό έξω και για μένα, δεν είναι η δημιουργία χώρων. Είναι η δημιουργία site συλλογές. Αρκετά μεγάλη διαφορά. Που δεν είναι αυτό που θέλω, Καθόλου.

Είναι δυνατό να αφήσει τέλος στους χρήστες να δημιουργήσουν νέα υποδικτυακοί τόποι μέσω ενός επιπέδου δικαιωμάτων συνήθειας. Αυτό είναι ακριβώς όπου θα είχα πάει στην πρώτη θέση εκτός από το ότι η ετικέτα "δημιουργία τοποθεσίας αυτοεξυπηρέτησης" ετικέτα με εξαπάτησε. Μέσω κελάδημα, I learn that it’s deceived others as well 🙂

Είμαι εξακολουθεί να εργάζεται έξω πώς να παρέχει ένα μικρό κομμάτι του μια πιο εξορθολογισμένη διαδικασία μένοντας καθαρά από το κουτί, αλλά υπάρχει μια σαφή πορεία που θα ακολουθήσει. Μόλις δεν πάρει αποσπούν την προσοχή από εν λόγω σήματος.

</Τέλος>

Εγγραφείτε στο blog μου.

Συνέχεια μου για Twitter σε http://www.twitter.com/pagalvin

Ήμουν ένας από 20 ή 30 (ή ίσως 100?) μέλη των ειδικών ομάδων χθες το βράδυ η Νέα Υόρκη ομάδα χρήστες του SharePoint συνάντηση. Αντί για τη συνήθη παρουσίαση μορφή, Αυτό ήταν όλα σχετικά με το Q&Α μεταξύ του κοινού και των µελών της ∆ιοικούσας Επιτροπής. Νωρίς, Michael Lotter εισήγαγε μου σε μια νέα ιδέα και θα ήθελα να μοιραστώ.

Ένα μέλος του κοινού που περιγράφεται το πώς η εταιρεία του είχε πληρώσει ένα σύμβουλο να γράψει μια εφαρμογή για την εταιρεία του. Ο σύμβουλος το έγραψε ως μια κονσόλα εφαρμογή που χρησιμοποιεί το μοντέλο αντικειμένου του SharePoint. Ως εκ τούτου, Αυτό σήμαινε ότι το πρόγραμμα έπρεπε να τρέξει σε ένα διακομιστή στη συστοιχία. Αυτό σήμανε ότι κάποιος που ήθελαν να χρησιμοποιήσουν το app θα πρέπει να συνδεθείτε στο διακομιστή, κάνει τη δουλειά και να αποσυνδεθείτε. Κατά την πρώτη, αυτό δεν ήταν ένα πρόβλημα, αλλά σύντομα, όλο και περισσότερο (μη τεχνικές) Οι χρήστες χρειάζεται να χρησιμοποιήσουν το βοηθητικό πρόγραμμα. Η ερώτησή του ήταν (Παραφράζοντας):

"Ποιες είναι οι επιλογές? Δεν θέλω να κρατήστε αφήνοντας το κούτσουρο χρήστες απευθείας επάνω στο διακομιστή, αλλά χρειάζονται αυτήν τη λειτουργικότητα."

Michael Lotter πρότεινε ότι αυτός ρυθμίσετε μια νέα εικονική μηχανή, ενταχθούν στο αγρόκτημα ως ένα ΙΟΙ και επιτρέπουν στους χρήστες να εκτελέσετε την εφαρμογή από εκεί.

Αυτό είναι μια αρκετά εντυπωσιακή ιδέα για μένα. Γενίκευση αυτή λύση φέρνει στο νου την έννοια των ουσιαστικά προσωρινή, του σχεδόν διαθέσιμου ΙΟΙ. Νομίζω ότι είναι μια έννοια πολύ πετυχημένος. Αυτή η προσωρινή ΙΟΙ να εκτελέσετε μια κονσόλα εφαρμογή που χρησιμοποιεί το μοντέλο αντικειμένου του SharePoint. Μπορείτε επίσης να χρησιμοποιήσετε αυτό για την εκτέλεση εντολών stsadm. Αυτό δεν πρέπει να είναι μέρος της τακτική τοπική εξισορρόπησης. Αν κατεβαίνει ή παίρνει ναυάγησε, Μπορείτε ακριβώς να γυρίσετε επάνω ένα καινούργιο. Επαναλαμβάνομαι, αλλά έχω μόνο να πω ότι, κατά τη γνώμη μου, είναι μια πραγματικά τακτοποιημένη ιδέα.

</Τέλος>

Εγγραφείτε στο blog μου.

Συνέχεια μου για Twitter σε http://www.twitter.com/pagalvin

Αυτή η προηγούμενη εβδομάδα, κάποιος με ρώτησε μια ερώτηση σχετικά με τη δημιουργία ενός περιβάλλοντος SharePoint που θα χειριστεί ένα αρκετά υψηλό όγκο των νέων εγγράφων (10,000 +/- σε αυτή την περίπτωση). Δεν ξέρω πολλά για αυτό, Αλλά χάρη στην παρούσα Λευκή Βίβλο, Νιώθω πολύ καλύτερα ενημερωμένοι.

Για μένα, Αυτή η Λευκή Βίβλος είναι λίγο πολύ ακριβώς ένα σήμα βιβλίο αυτή τη στιγμή, αλλά εγώ άρχισες την ανάγνωση μέσα από αυτό και σκέφτηκα θα ήθελα να επισημάνω μου κύρια take-away. SharePoint μπορούν να κλιμακωθούν, να χειριστεί, τουλάχιστον, αυτό το φορτίο:

• 50νέα έγγραφα k ανά ημέρα.
• 10 εκατομμύριο έγγραφα στη συνολική.

Γράφω τους αριθμούς 50k / 10MM, επειδή είναι αρκετά εύκολο να θυμόμαστε. Εφόσον γνωρίζετε είναι ελάχιστα, δεν θα πάρετε στο πρόβλημα. Οι κατώτατες τιμές είναι τουλάχιστον 10 τοις εκατό υψηλότερο από αυτό και με ακραίες tuning, ενδεχομένως πολύ υψηλότερο.

Ευχαριστώ, Mike Walsh, φορά για του εβδομαδιαία WSS FAQ ενημερώσεις και διορθώσεις μετά. Εάν δεν είστε εγγραφεί σε αυτό, πρέπει να σκεφτείτε σοβαρά για να κάνει αυτό.

</Τέλος>

Εγγραφείτε στο blog μου.

Κατά τη διάρκεια της περασμένης εβδομάδας, μου συνάδελφος και μπορώ να κάνουμε κάποιες εργασίες για έναν πελάτη σε NYC. Είχαμε τον έλεγχο μια διαφορετικές πτυχές της μια ΒΡΎΑ εφαρμογής χρησιμοποιώντας τους "πρότυπο" κατασκευή σταθμού εργασίας (σε αντίθεση με φορητούς υπολογιστές μας). Αν το κάνουμε αυτό, τρέξαμε σε μερικά σφάλματα, ακολουθήστε τα εξής βήματα:

• Ανοίξτε ένα έγγραφο του word MS μέσω του windows explorer (που χρησιμοποιεί το WebDAV).
• Κάνετε μια αλλαγή.
• Αποθηκεύσετε.

Αναγνωρίσαμε ότι μερικές φορές (συνήθως η πρώτη φορά) σώσαμε το έγγραφο, αποθήκευση δεν είχε «κολλήσει." Αποθήκευση δεν έσωσε. Το έγγραφο αυτό θα τραβήξει πίσω επάνω και να μας αλλαγές απλά δεν ήταν εκεί.

Δεν καταλαβαίναμε σε αυτό το σημείο το ζήτημα της ρίζας, αλλά καταλάβαμε ότι πρέπει να διασφαλίσουμε ότι το τελευταίο service pack του MS Office είχε εγκατασταθεί στο εν λόγω σταθμός εργασίας. Οι λαοί IT πήγε και έκανε αυτό. Περάσαμε από τη δοκιμή και πάλι και έχουμε ανακαλύψει ένα νέο πρόβλημα. Όταν το σώσαμε, πήραμε τώρα αυτό το λάθος:

Αυτή τη φορά, φαινόταν σαν να ήταν κάθε αλλαγή, Στην πραγματικότητα, αποθηκευτεί, Αν απαντήσαμε ναι ή όχι στην ερώτηση σενάρια.

Τέλος, είχαμε μια ματιά την πραγματική έκδοση του Office, και αποδεικνύεται ότι ο σταθμός εργασίας έτρεχε MS Office 2000 με το service pack 3 που εμφανίζεται κάτω από τη βοήθεια-> Περίπου ως «Office 2002».

Το ηθικό δίδαγμα της ιστορίας: Θα χρησιμοποιήσω πάντα γραφείο 2003 ως ελάχιστη γραμμή βάσης μου γραφείο εκδοχή κατά τη χρήση WebDAV και ΒΡΎΑ.

</Τέλος>

Εγγραφείτε στο blog μου.

(Για σκοπούς μηχανή αναζήτησης, Αυτό είναι το σφάλμα του κειμένου):

Γραμμή: 11807

Προσροφητικός άνθρακας: 2

Σφάλμα: Το αντικείμενο δεν υποστηρίζει αυτή η ιδιότητα ή μέθοδος

Κώδικα; 0

URL: http://sharepoint01/DocumentReview/_vti_bin/owssvr.dll?location=Documents/1210/testworddocument.doc&dialogview=SaveForm

Θέλετε να συνεχίσετε την εκτέλεση scripts σε αυτή τη σελίδα?

Σε ένα ή μου πολύ πρώτο blog θέσεις, Περιέγραψα η συνολική διαδικασία που ακολουθήσαμε για τη μετεγκατάσταση ενός πελάτη από SPS 2003 να MOSS. Ένας αναγνώστης άφησε ένα σχόλιο ζητώντας για περισσότερες λεπτομέρειες, και εδώ είναι.

Αυτό το σχέδιο μετανάστευσης, έπρεπε να βρούμε ένα καλός τρόπος για να μετακινησετε μια ΠΑΡΤΙΔΑ των ΚΕΕ 2003 τα έγγραφα πέρα από να MOSS. Το αρχικό φορτίο ήταν αρκετά εύκολο. Δημιουργήσετε μια νέα βιβλιοθήκη εγγράφων προορισμού σε ΒΡΎΑ και χρησιμοποιήστε την εξερεύνηση των windows για να μετακινήσετε τα έγγραφα.

Πρόκειται για τη νέα βιβλιοθήκη εγγράφων:

Ανοίξει δύο παράθυρα εξερευνητών. Το πρώτο σημείο στο SPS 2003 και το δεύτερο στο τη νέα βιβλιοθήκη εγγράφων σε ΒΡΎΑ. Το στιγμιότυπο οθόνης παρακάτω εμφανίζει αυτό. Σημειώστε ότι η κορυφαία μηχανή αναζήτησης στην πραγματικότητα είναι στραμμένη σε μου c:\temp το αυτοκίνητο, αλλά μπορείτε να το φανταστείτε αυτό που δείχνουν προς μια SPS 2003 βιβλιοθήκη εγγράφων:

Μετά από αυτό drag and drop τα λειτουργία, μου στόχος μοιάζει με αυτό:

Τώρα ήρθε η ώρα να ασχοληθεί με τα μεταδεδομένα. Υποθέσουμε ότι έχουμε μία μόνο στήλη των μετα-δεδομένων για αυτά τα έγγραφα που ονομάζεται "θέση." Μπορούμε να δούμε από το παραπάνω "όλα τα έγγραφα" άποψη ότι η αποθήκη είναι κενή. Είναι αρκετά εύκολο να χρησιμοποιήσετε μια προβολή "φύλλο δεδομένων" για να εισάγετε τη θέση, ή ακόμα και πηγαίνετε στις ιδιότητες του εγγράφου κάθε μία-μία για να προσθέσετε μια τοποθεσία. Ας υποθέσουμε ότι δεν υπάρχει κανένας πρακτικός τρόπος για να αντιστοιχίσετε τη στήλη θέση μια τιμή αυτόματα και ότι τελικούς χρήστες πρέπει να κάνετε αυτό με το χέρι. Επιπλέον, Ας υποθέσουμε ότι υπάρχουν εκατοντάδες των εγγράφων (ίσως και χιλιάδες) και ότι θα χρειαστεί πολλές πολλές ημέρες για να ενημερώσετε τα μετα-δεδομένα. Όπως όλοι γνωρίζουμε, κανείς δεν πρόκειται να καθίσουν και να εργαστούν για τέσσερις από τις πέντε ημέρες ευθεία ενημέρωση δεδομένων meta για έγγραφα. Αντί, θα ξεσπάσουν που σε μια περίοδο εβδομάδων ή, ενδεχομένως, περισσότερο. Για τη διευκόλυνση αυτής της διαδικασίας, μπορούμε να δημιουργήσουμε ένα "χωρίς ενώτια δεδομένων" άποψη, όπως φαίνεται:

Τώρα, όταν κάποιος κάθεται κάτω και να περάσουν τους κατανέμεται καθημερινή ώρα ή δύο για να ετικέτα μετεγκατεστημένων έγγραφα, μπορούν να χρησιμοποιήσουν τα έγγραφα"χωρίς ενώτια" άποψη να επικεντρωθεί η προσπάθεια τους:

Ως χρήστες ετικέτα έγγραφα, πέφτουν από αυτόν τον κατάλογο.

Αυτή η έννοια της μια προβολή χωρίς tag δεδομένων μπορεί επίσης να βοηθήσει με μια κατηγορία πρόβλημα επικύρωσης δεδομένων άνθρωποι να ρωτήσετε στο φόρουμ. Από το κουτί, δεν υπάρχει τρόπος να εμποδίσετε ένα χρήστη να φόρτωμα ενός εγγράφου σε ΒΡΎΑ και στη συνέχεια να εισάγετε δεν μετα-δεδομένα. Μπορούμε να καθορίσετε ότι μια συγκεκριμένη τοποθεσία στήλη είναι υποχρεωτική και ο χρήστης δεν θα επιτρέπεται να ωθήσει αποθήκευση κουμπί. Ωστόσο, Εάν ο χρήστης φορτώνει και στη συνέχεια κλείνει το πρόγραμμα περιήγησης (ή χρήσεις εξερευνητή παραθύρων για να ανεβάσετε το έγγραφο), δεν μπορούμε να αναγκάσουμε το user εισέρχομαιχ meta-στοιχεία (και πάλι, από το κουτί).

Αυτή η προσέγγιση μπορεί να χρησιμοποιηθεί για να βοηθήσει με αυτήν την κατάσταση. Μπορούμε να χρησιμοποιήσουμε μια ελάχιστα πινακίδα δεδομένων"" Δες για εύκολη αναγνώριση αυτών των εγγράφων και διόρθωσή τους. Ζευγάρι αυτό με έναν δείκτη KPI και να έχετε καλή ορατότητα στα δεδομένα με τρυπάνι-κάτω για τη διαχείριση αυτών των εξαιρετικών περιστάσεων.

</Τέλος>

Εγγραφείτε στο blog μου.

Αυτή την εβδομάδα, Έχω αγωνιστεί λίγο με την ομάδα μου να πάρει τα ΒΡΎΑ που είναι εγκατεστημένο σε ένα απλό δύο-server αγρόκτημα. Έχοντας διανύσει, Έχω μια μεγαλύτερη εκτίμηση για τα είδη των προβλημάτων οι άνθρωποι έκθεση σχετικά με το φόρουμ MSDN και αλλού.

Η ρύθμιση παραμέτρων τελική συμπλέγματος:

• ΙΟΙ SQL/Δείκτης/Intranet στο εσωτερικό του τείχους προστασίας.
• ΙΟΙ στο DMZ.
• Κάποιο είδος του τείχους προστασίας μεταξύ DMZ και ο εσωτερικός server.

Προτού ξεκινήσουμε το έργο, θα αφήσουμε τον πελάτη να γνωρίζετε ποιες θύρες πρέπει να είναι ανοικτή. Κατά τη διάρκεια το δούναι και λαβείν, εμπρός και πίσω πάνω από αυτό, είπαμε ποτέ ρητά δύο σημαντικά πράγματα:

1. Σημαίνει ότι χρειάζεστε ένα πιστοποιητικό SSL.
2. Το διακομιστή DMZ πρέπει να είναι μέρος ενός τομέα.

Πρώτη μέρα, που εμφανίστηκε για να εγκαταστήσετε το ΒΡΎΟ και μάθαμε ότι δεν είχε δημιουργηθεί λογαριασμών τομέα για τη βάση δεδομένων και ΒΡΎΑ. Να προχωρήσει η κατάσταση, πήγα μπροστά και να εγκαταστήσει τα πάντα με έναν τοπικό λογαριασμό στο διακομιστή intranet.

Σε αυτό το σημείο, ανακαλύψαμε τη σύγχυση το πιστοποιητικό SSL και, Δυστυχώς, αποφάσισε να έχουν άνθρωπός μας υποδομή επανέλθω αργότερα εκείνη την εβδομάδα, να συνεχίσετε με την εγκατάσταση του διακομιστή DMZ. Εν τω μεταξύ, λύση αρχιτέκτονες περάσαμε μπροστά με την ουσία επιχειρηματική.

Ένα Σαββατοκύριακο πηγαίνει και ο Πελάτης αποκτά το πιστοποιητικό.

Τις άνθρωπός υποδομή μας δείχνει και ανακαλύπτει ότι η διακομιστή DMZ δεν συνδέεται με οποιοδήποτε τομέα (είτε μια περίμετρο τομέα με περιορισμένη εμπιστοσύνη ή τον τομέα intranet). Χάσαμε σχεδόν μια 1/2 ημέρα που. Αν εμείς δεν είχα αφήσει το λείπουν SSL πιστοποιητικό μας κολλάει, θα ανακαλύψαμε αυτό νωρίτερα. OH καλά….

Μια άλλη μέρα περνάει και οι διάφορες επιτροπές ασφαλείας, ενδιαφερόμενα μέρη και (δεν είναι τόσο) αθώων παρευρισκομένων, όλοι συμφωνούν ότι είναι ΟΚ για να ενταχθούν στο διακομιστή DMZ με τον τομέα του intranet (Αυτό είναι ένα POC, Εξάλλου, δεν είναι μια λύση παραγωγής).

Υποδομή άντρα μπαίνει να τυλίξουν τα πράγματα. Αυτή τη φορά θα περνάμε με επιτυχία από το το γάντι σύγχρονος-ημέρας με αγάπη γνωστό ως ο "Οδηγός ρύθμισης παραμέτρων του SharePoint." Έχουμε μια ματιά στην κεντρική διαχείριση και … Yee haw! … Διακομιστή DMZ είναι εισηγμένη στο αγρόκτημα. Εμείς Κοιτάξτε λίγο πιο κοντά και να συνειδητοποιήσουν εμείς έσπασε ανοικτή την πεδιάδα λίγο άκαρι νωρίς. Υπηρεσίες WSS είναι κολλημένοι σε μια «ξεκινώντας" κατάσταση.

Μακρά ιστορία σύντομη, αποδεικνύεται ότι ξεχάσαμε να αλλάξετε την ταυτότητα του λογαριασμού στην υπηρεσία μέσω κεντρικής διαχείρισης από τον αρχικό τοπικό λογαριασμό στον νέο λογαριασμό τομέα. Κάναμε αυτό, εκ νέου έτρεξε τον Οδηγό ρύθμισης παραμέτρων και voila! Ήμασταν στην επιχείρηση.

</Τέλος>

Εγγραφείτε στο blog μου.

Αν και δεν είναι κυριολεκτικά αλήθεια, ως πρακτικό ζήτημα, μια σύνδεση Internet web εμπρόσθιο άκρο στο DMZ πρέπει να είναι σε έναν τομέα (ήτοι. δεν κάποιο αυτόνομο διακομιστή σε δική της μικρή ομάδα εργασίας). Δεν χρειάζεται να είναι στον ίδιο τομέα με το εσωτερικού WFE(s) και άλλους servers (και πιθανώς δεν θα πρέπει να), αλλά πρέπει να είναι ένας τομέας.

Οι συνάδελφοί μου και εγώ δαπανώνται δυσανάλογα πολύς χρόνος σε μια πρόταση η οποία περιλαμβάνεται SharePoint προϋποθέσεις. Αυτό περιέλαβε μια περιεκτική λίστα με ρυθμίσεις παραμέτρων τείχους προστασίας που θα ενεργοποιήσετε το διακομιστή DMZ να ενταχθούν το αγρόκτημα και ούτω καθεξής. Δυστυχώς, αποτύχαμε να προσθέσετε μια πρόταση κάπου που είπε, σύμφωνα με την, "το σύνολο αιματηρή σημείο αυτής της ρύθμισης παραμέτρων είναι να επιτρέψει σας διακομιστή DMZ ΙΟΙ, σε έναν τομέα, να ενταχθούν το εσωτερικό αγρόκτημα."

Μια τέλεια καταιγίδα των γεγονότων, όπου βασικά Ψάξαμε αριστερά όταν μπορεί να έχουν κοίταξε δεξιά, συνωμότησαν για να κρύψουν το πρόβλημα αυτό από εμάς μέχρι αρκετά αργά στη διαδικασία, Έτσι, αποτρέποντας με από την επίκληση μου "να πω άσχημα νέα νωρίς" κανόνας.

Στεναγμός.

Εγγραφείτε στο blog μου.

Οι χρήστες του φόρουμ συχνά ως ερωτήσεις όπως αυτό:

> Γεια σου,
>
> Παρακαλώ να μου πείτε αν υπάρχουν οποιεσδήποτε δυνατότητες να οικοδομήσουμε μια προσαρμοσμένη λίστα με
> Master και λεπτομέρεια τύπου (όπως τιμολόγια) χωρίς χρησιμοποίηση InfoPath.
>

SharePoint παρέχει μερικά από τα χαρακτηριστικά γνωρίσματα box που υποστηρίζουν τα είδη των επιχειρηματικών απαιτήσεων, όπως αυτό.

Σε γενικές γραμμές, συνδέει δύο λίστες, μαζί με μια στήλη αναζήτησης. Λίστα A περιέχει τις πληροφορίες κεφαλίδας τιμολόγιο και καταλόγου Β Τιμολ.

Χρήση επιπλέον λίστες να διατηρήσει τον αριθμό των πελατών, αριθμούς προϊόντος, κλπ.

Χρησιμοποιείται το τμήμα web ερωτήματος περιεχομένου (σε ΒΡΎΑ μόνο) ή/και δεδομένα μια δείτε τμήμα web για να δημιουργήσετε συγχωνευμένες προβολές των λιστών. SQL Server υπηρεσίες αναφοράς (SRS) είναι επίσης διαθέσιμα για την αναφορά πλευρά της.

Ωστόσο, Υπάρχουν κάποιες σημαντικές περιορισμούς που θα καθιστούν δύσκολη τη χρήση καθαρής out-of-the-box χαρακτηριστικά για τίποτα που είναι μάλιστα και μετρίως πολύπλοκες. Αυτές περιλαμβάνουν:

• Μέγεθος της αναζήτησης σχετικές λίστες vs. "εξυπνάδα" η στήλη τύπου "Αναζήτηση". Ένας τύπος στήλη αναζήτησης παρουσιάζεται στο UI διαφορετικά ανάλογα με το αν έχετε ενεργοποιήσει πολλαπλή επιλογή ή όχι. Σε κάθε περίπτωση, τον έλεγχο του out-of-the-box δείχνει όλα τα διαθέσιμα στοιχεία από τη λίστα πηγή. Εάν ο κατάλογος προέλευσης έχει 1,000 στοιχεία, Αυτό πρόκειται να είναι ένα πρόβλημα. Τον έλεγχο της αναζήτησης δεν ξεφυλλίσετε εκείνα τα στοιχεία. Αντί, τραβά όλα αυτά στο στοιχείο ελέγχου. Αυτό κάνει για μια πολύ δύσκολη user επεμβαίνω, τόσο όσον αφορά την εισαγωγή δεδομένων και απόδοση.
• Αναζητήσεις "τραβήξτε προς τα πίσω" μία στήλη των πληροφοριών. Ποτέ δεν μπορεί να τραβάτε πίσω περισσότερες από μία στήλες πληροφοριών από τη λίστα πηγή. Για παράδειγμα, δεν μπορείτε να επιλέξετε έναν πελάτη «12345" και να εμφανίσει τον αριθμό καθώς και όνομα και διεύθυνση του πελάτη, την ίδια στιγμή. Η αναζήτηση εμφανίζει μόνο ο πελάτης αριθμό και τίποτα άλλο. Αυτό κάνει για ένα αδέξιο και δύσκολο περιβάλλον εργασίας χρήστη.
• Δεν ενδο-φόρμα επικοινωνίας. Έχω γράψει για αυτό εδώ. Δεν είναι δυνατό να υλοποιείτε επικαλυπτόμενα αναπτυσσόμενες λίστες, υπό όρους ενεργοποίηση/απενεργοποίηση πεδία, κλπ.
• Καμία διαδοχικές διαγραφές ή ενσωματωμένο ακεραιότητας αναφορών. SharePoint αντιμετωπίζει προσαρμοσμένες λίστες ως ανεξάρτητες οντότητες και δεν σας επιτρέπουν να συνδέσω μεταξύ τους, με μια παραδοσιακή έννοια ERD. Για παράδειγμα, SharePoint σας επιτρέπει να δημιουργήσετε δύο προσαρμοσμένες λίστες, «πελάτη" και "επικεφαλίδα τιμολογίου". Μπορείτε να δημιουργήσετε μια επικεφαλίδα τιμολογίου που συνδέει πίσω σε έναν πελάτη στον κατάλογο πελατών. Στη συνέχεια, Μπορείτε να διαγράψετε τον πελάτη από τη λίστα. Από το κουτί, δεν υπάρχει κανένας τρόπος να αποτραπεί αυτό. Για την επίλυση του προβλήματος, σας κανονικά θα χρησιμοποιήσει δείκτες χειρισμού συμβάντων.

Μπορεί να φαίνεται δυσοίωνο, αλλά ακόμα θα χρήση του SharePoint ως αφετηρία για την οικοδόμηση αυτού του είδους της λειτουργικότητας. Αν και υπάρχουν κενά μεταξύ ό, τι χρειάζεστε σε ένα διάλυμα, SharePoint μας επιτρέπει να συμπληρώσουμε αυτά τα κενά χρησιμοποιώντας εργαλεία όπως:

• Δείκτες χειρισμού συμβάντων. Χρησιμοποιήστε τους για να επιβάλλετε αναφορική ακεραιότητα.
• Προσαρμοσμένων στηλών: Δημιουργία προσαρμοσμένων στήλη τύπων και τη χρήση τους, αντί για τη στήλη αναζήτησης προεπιλογής. Προσθέστε σελιδοποίησης, λειτουργίας buffering και τα χαρακτηριστικά του AJAX για να ανταποκρίνονται.
• BDC. Αυτό το χαρακτηριστικό μόνο ΒΡΎΑ μας δίνει τη δυνατότητα σε λίστες του SharePoint άλλα με μια ανώτερη διεπαφή χρήστη για τη στήλη αναζήτησης συνηθισμένο ερώτημα. BDC επίσης μπορεί να φτάσει σε μια εφαρμογή διακομιστή πίσω τέλος. Χρήση BDC για την αποφυγή της αναπαραγωγής. Αντί να αναπαράγει τις πληροφορίες των πελατών από παρασκηνιακή ERP σύστημα, χρήση BDC αντί. Χαρακτηριστικά BDC παρέχουν μια ωραία διεπαφή χρήστη να τραβήξει αυτά τα στοιχεία άμεσα από το ERP σύστημα όπου ανήκει και αποφεύγει την ταλαιπωρία του στη διατήρηση μια λύση αναπαραγωγής.

  BDC είναι ένα χαρακτηριστικό γνώρισμα MOSS (δεν είναι διαθέσιμη στο WSS) και είναι δύσκολο να ρυθμίσετε.

• Φόρμα web του ASP.NET: Δημιουργήσετε ένα πλήρης-χαρακτηρισμένο AJAX-enabled φόρμα που θα χρησιμοποιεί τις υπηρεσίες SharePoint αντικείμενο μοντέλο και/ή web για τη μόχλευση λίστες του SharePoint, ενώ παρέχει ένα περιβάλλον εργασίας χρήστη υψηλό βαθμό ετοιμότητας.

Η τελευταία επιλογή μπορεί να αισθάνονται σαν να ξεκινάτε από το μηδέν, αλλά εξετάστε το γεγονός ότι η πλατφόρμα του SharePoint ξεκινά σας με τα ακόλουθα βασικά χαρακτηριστικά:

• Μοντέλο ασφαλείας με συντήρηση.
• Σύστημα μενού με συντήρηση.
• "Κύριο πίνακα" (ήτοι. προσαρμοσμένες λίστες) με ασφάλεια, ενσωματωμένο συντήρηση και έλεγχος.
• Αναζήτηση.
• Παρασκηνιακή εργαλεία ολοκλήρωσης (BDC).

Αν ξεκινήσετε με ένα νέο κενό σχέδιο στο visual studio, έχετε πολλή υποδομής και ειδών υγιεινής για την κατασκευή προτού να πάρετε κοντά σε αυτό που προσφέρει το SharePoint.

Πιστεύω ότι η Microsoft σκοπεύει να επεκτείνει SharePoint προς αυτή την κατεύθυνση της ανάπτυξης των εφαρμογών. Φαίνεται σαν μια φυσική επέκταση με το υπάρχον SharePoint βάσης. Εφαρμογή της Microsoft CRM παρέχει μεγάλη επεκτασιμότητα από τα είδη που απαιτούνται για την υποστήριξη της ανάπτυξης εφαρμογών κεφαλίδα/λεπτομέρεια. Αν και αυτά τα χαρακτηριστικά είναι στο CRM, η τεχνολογία είναι προφανώς διαθέσιμα στην ομάδα ανάπτυξης του SharePoint και αναμένω ότι θα κάνει το δρόμο του στο SharePoint προϊόν από το τέλος του 2008. Αν κάποιος έχει μια γνώση ή την διορατικότητα σε αυτό, Παρακαλώ αφήστε ένα σχόλιο.

</Τέλος>