Γρήγορη & Εύκολη: Δημιουργήστε ένα φάκελο και εκχωρήστε έναν τύπο περιεχομένου (Ή, Έχουν δείκτες KPI σας και να φάω πολύ)

Για να επιλύσετε ένα πρόβλημα KPI Έγραψα για εδώ, Έκανα μερικές δοκιμές και ανακάλυψε ότι KPI εργασία κατά τους φακέλους με τα μετα-δεδομένα με τον ίδιο τρόπο ότι λειτουργεί εις βάρος των εγγράφων ή στοιχεία λίστας. Έχω αποδείξει αυτό έξω με τη δημιουργία ενός νέου τύπου περιεχομένου με βάση τον τύπο περιεχομένου φάκελο και στη συνέχεια να προσθέσει μερικά πεδία. Δημιούργησα ορισμένους δείκτες και απέδειξε στον εαυτό μου ότι KPI λειτουργεί όπως αναμένεται. Αυτό ήταν ευπρόσδεκτη είδηση. Δεν είναι τέλειο, γιατί το τρυπάνι-κάτω μπορείτε να πάρετε από το KPI εναντίον τους φακέλους δεν είναι ακριβώς αυτό που θέλετε. Αυτό δεν είναι πάρα πολύ ένα μειονέκτημα στη δική μου περίπτωση, γιατί 1) οι τελικοί χρήστες δεν γνώριζαν καθόλου καλύτερα και 2) το τρυπάνι-κάτω πηγαίνει σε ένα φάκελο. Κάντε κλικ στο όνομα του φακέλου και διατρέχουν το στοιχείο. Είναι δύο κλικ, αντί για ένα, που δεν είναι το τέλος του κόσμου.

Αυτό διοχετεύθηκε όμορφα με το έργο που έκανα. Είμαι δημιουργώντας ένα φάκελο για κάθε έγγραφο που παίρνει φορτωθεί. Αυτό γίνεται μέσω ενός δέκτη συμβάντων. Ως εκ τούτου, είναι ένα κομμάτι κέικ να κρατήσει το του γονικού φακέλου μετα-δεδομένα σε συγχρονισμό με το KPI με γνώμονα meta-στοιχεία από το αρχείο του ίδιου από τα υδραυλικά είναι ήδη σε ισχύ. This allows me to have my KPI’s and eat them too 🙂

Τροποποίησα το δέκτη συμβάντων να προσθέσετε στο φάκελο και στη συνέχεια, ορίστε τον τύπο περιεχομένου αυτόν το νέο φάκελο μου προσαρμοσμένο τύπο περιεχομένου KPI-φιλικό. Αυτό το κομμάτι του κώδικα που έκανε το κόλπο:

 SPFolderCollection srcFolders = targetWeb.GetFolder("Έγγραφα").Υποφακέλους;
  SPFolder addedFolder = srcFolders.Add(ιδιότητες.ListItem.ID.ToString());
  SPContentTypeId kpiCT = νέα SPContentTypeId("0x0120002A666CAA9176DC4AA8CBAA9DC6B4039F");
  addedFolder.Item["Αναγνωριστικό περιεχομένου τύπου"] = kpiCT;
  addedFolder.Item.Update();

Για να εντοπίσετε το πραγματικό αναγνωριστικό του τύπου περιεχομένου, Έχω προσεγγιστεί αυτόν τον τύπο περιεχομένου μέσω των ρυθμίσεων τοποθεσίας και αντιγραφή/επικόλληση αυτό από τη διεύθυνση URL όπως φαίνεται:

εικόνα

</Τέλος>

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

Γρήγορη και εύκολη: Αποκτήστε το SPFolder της ένα SPListItem σε ένα δέκτη συμβάντων

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

ιδιωτική άκυρη UpdateParentFolder(SPItemEventProperties ιδιότητες)
{

SPFolder thisItemFolder = ιδιότητες.ListItem.File.ParentFolder;
thisItemFolder.Item[Κατάσταση έγκρισης ZZ»"] = «Καλή είδηση, όλος ο κόσμος!";
thisItemFolder.Item.Update();


} // UpdateParentFolder

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

Το κόλπο είναι ότι δεν μπορείτε να πάρετε το SPFolder του είδους απευθείας από το ίδιο το στοιχείο (ήτοι. ιδιότητες.ListItem.Folder είναι null). Αντί, Μεταβείτε στο σχετικό αρχείο του στοιχείου της λίστας και να πάρετε το αρχείο του φακέλου.

</Τέλος>

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

Ακόμα ένα άλλο δέκτη συμβάντων εντοπισμού σφαλμάτων μπάζα

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

Δουλεύω για ένα δέκτη συμβάντων που ξεκίνησε να παράγει αυτό το σφάλμα σε το 12 Κυψέλη:

Σφάλμα κατά τη φόρτωση και εκτέλεση εκδήλωσης δέκτη Conchango.xyzzyEventReceiver στο xyzzy, Έκδοση = 1.0.0.0, Πολιτισμός = ουδέτερη, PublicKeyToken = blahbalhbalh. Πρόσθετες πληροφορίες είναι κάτω από. : Αναφορά αντικειμένου δεν έχει οριστεί σε μια παρουσία ενός αντικειμένου.

Δεν ήξερα πού είχε εισαγάγει αυτό το bug επειδή είχα κάνει πάρα πολλά πράγματα σε ένα από μου κύκλους κώδικα/ανάπτυξη/δοκιμή.

Προσπάθησα Αυτή η λύση να πάρει το ΠΣΠ μου εκεί με τις ελπίδες ότι του SharePoint 12 Κυψέλη θα δείξει η Ιχνηλάτηση στοίβας, αλλά καμία τύχη. Δεν ξέρω αν είναι δυνατόν και αν κάποιος κάνει, παρακαλώ να με ενημερώσετε 🙂

Ξέρω ότι είναι δυνατόν να Γράψτε το δικό σας μηνύματα καταγραφής για να το 12 Κυψέλη. Ειλικρινά, Ήθελα κάτι λίγο λιγότερο τρομακτικό και ταχύτερη.

Αυτό συνέβη σε μένα ότι θα μπορούσα να πάρω τουλάχιστον μερικές βασικές ίχνος πληροφορίες από την αλίευση και την εκ νέου ρίψη γενικές εξαιρέσεις όπως αυτό:

  Δοκιμάστε {
    UpdateEditionDate(ιδιότητες);
  }
  αλιευμάτων (Εξαίρεση ε)
  {
    ρίξει νέα Εξαίρεση(«Αποστολέας, UpdateEditionDate(): Εξαίρεση: [" + e.ToString() + "].");
  }

Αυτό έδειξε σε το 12 thusly κυψέλη:

Σφάλμα κατά τη φόρτωση και εκτέλεση εκδήλωσης δέκτη Conchango.xyzzyEventReceiver στο xyzzy, Έκδοση = 1.0.0.0, Πολιτισμός = ουδέτερη, PublicKeyToken = blahblahblah. Πρόσθετες πληροφορίες είναι κάτω από. : Αποστολέας, UpdateEditionDate(): Εξαίρεση: [System.NullReferenceException: Αναφορά αντικειμένου δεν έχει οριστεί σε μια παρουσία ενός αντικειμένου. στο Conchango.xyzzyManagementEventReceiver.UpdateEditionDate(SPItemEventProperties ιδιότητες) στο Conchango.xyzzyManagementEventReceiver.Dispatcher(SPItemEventProperties ιδιότητες, Συμβολοσειρά eventDescription)].

Που μου έδωσε όλες τις λεπτομέρειες που χρειαζόμουν για να εντοπίσουμε αυτό το συγκεκριμένο πρόβλημα και να περιμένω να το χρησιμοποιήσετε πολύ πηγαίνοντας προς τα εμπρός.

</Τέλος>

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

Κυριακή αστεία: “ΟΧΙ ΓΙΑ ΕΞΑΓΩΓΉ”

Πίσω γύρω 1998, η εταιρεία που έχω εργαστεί για την στιγμή έλαβε κάποια χρηματοδότηση για να δημιουργήσετε ένα νέο ηλεκτρονικό προϊόν. Είχαμε την πλήρη γκάμα των επιχειρηματικών απαιτήσεων για την κάλυψη. Θα έπρεπε να είναι γρήγορη, εύκολο για τους τελικούς χρήστες, φανταχτερός, Multi-γλώσσα, κλπ. Sad να πω, Πιθανώς δεν είχαν ως μία φιλόδοξη σειρά του κόστους από αυτών μεθυστική ημέρες.

Αυτή η προσπάθεια προηγήθηκε Microsoft.NET. Σαφής βανίλια ASP ήταν ακόμα κάπως νέα (ή τουλάχιστον είναι πολύ εξοικειωμένοι με την επιχείρησή μου). "Τούβλα και το κονίαμα" εταιρείες ήταν καταδικασμένη. Καταδικασμένη! Αυτό πρόκειται να πει ότι αυτό ήταν πρωτοπόρα εργασία. Δεν το πρωτοποριακό έργο Επιταχυντής Αδρονίων, αλλά για μας στο μικρό κόσμο μας, Αυτό ήταν πρωτοπόρα εργασία.

Ήμασταν τρελό απασχολημένος. Κάναμε μίνι του POC σχεδόν κάθε μέρα, αναφέρονται για το πώς να διατηρήσει την κατάσταση σε εγγενώς απάτριδες μέσο, υπολογίζοντας σε ζητήματα πολλαπλών γλωσσών, ασφαλείας επιπέδου γραμμής. Ακόμη και είχε δημιουργούμε ένα λεξιλόγιο, για τον καθορισμό των βασικών όρων (Προτιμούσα μόνιμο μέλος αλλά για κάποιο λόγο, η αμήχανη "statefull" κέρδισε την ημέρα).

Όπως εμείς επινόηση τρελά αυτό το προϊόν, το μάρκετινγκ και τις πωλήσεις άνθρωποι ήταν έξω εκεί που προσπαθούν να το πουλήσουν. Κατά κάποιο τρόπο, κατάφεραν να το πωλήσει σε μας το εφιαλτικό σενάριο. Ακόμα κι αν ήμασταν σχεδιασμό και υλοποίηση μιας λύσης επιχείρηση, πραγματικά δεν περιμέναμε το πρώτο πελάτη να χρησιμοποιήσετε κάθε τελευταίο χαρακτηριστικό γνώρισμα που θα ενσωματωθεί το προϊόν ημέρα μηδέν. Αυτός ο πελάτης χρειάζεται πολλαπλών γλωσσών, ένα ενδιάμεσο με τον χρήστη ριζικά διαφορετικό από το πρότυπο"" σύστημα, αλλά με την ίδια λογική επιχειρήσεων. Multi-γλώσσα ήταν ιδιαίτερα σκληρό στην περίπτωση αυτή, γιατί είμαστε πάντα επικεντρώθηκε στην ισπανικά ή γαλλικά, αλλά στην προκειμένη περίπτωση, ήταν κινέζικα (που είναι ένα διπλό-byte χαρακτήρων και απαιτείται ειδική μεταχείριση λόγω της τεχνολογίας που χρησιμοποιήσαμε).

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

  • Αμερικανική: "Θα μπορούσε να μου πείτε πώς να φτάσετε στο [XX] Οδός?"
  • Κινεζικά: "Συγγνώμη, δεν μιλάμε Αγγλικά".
  • Αμερικανική: "Ω, καλά εγώ Μιλάτε ΜΑΝΔΑΡΙΝΙΚΑ." και τους ρώτησε πάλι, στα κινέζικα, αλλά πιο καθαρά (όσο καλύτερα μπορούσε).
  • Κινεζικά: Πολύ ευγενικά, "Συγγνώμη, δεν μιλάμε Αγγλικά".

Η συνομιλία συνεχίστηκε όπως αυτό για λίγο και τον Αμερικανό που εγκατέλειψε στην απογοήτευση. Καθώς έφευγε τους αυτός κρυφάκουσα ένας άνθρωπος μιλώντας στο άλλο, "Θα μπορούσα να έχω ορκιστεί ρωτούσε για οδηγίες προς [XX] Οδός."

Είχα πάρει μερικά bits και κομμάτια των άλλων οιονεί πληροφορίες σχετικά με την Κίνα και την "χρήσιμες συμβουλές":

  • Μια κορεατική συν-εργάστηκε μου είπε ότι το ότι έπρεπε να είμαστε προσεκτικοί από τους Κινέζους επειδή "θα προσπαθούν να με μεθύσεις και να επωφεληθούν από εσάς" με την έννοια της πιέζουν μου σε κακή επιχειρηματικές αποφάσεις.
  • Δεν μας επετράπη να οδηγούν αυτοκίνητο (υπήρχε κάποια σύγχυση ως προς αν αυτό ήταν ένα έθιμο, νομική υποχρέωση ή απλά κανόνας του πελάτη).
  • Υπήρχαν ειδικοί κανόνες για να πάει μέσω του τελωνείου.
  • Δεν μας επετράπη να χρησιμοποιήσετε αμερικανική χρήματα για το τίποτα.
  • Δεν είστε υποτίθεται για να αφήσει αιχμές. Αν το κάνετε είναι προσβλητικό.

Και τέλος, Είχα σχετικά νωπών αναμνήσεών τους το Σφαγή της Τιενανμέν. Όταν ήμουν στο κολέγιο, Θυμάμαι βλέποντας το σε πραγματικό χρόνο Usenet αποσπάσεις καθώς ο κόσμος έφριξε.

Με λίγα λόγια, Ήμουν πολύ νευρικός. Δεν ήταν απλά φυσιολογικό-νευρικό υπό την έννοια ότι παρέχοντας μια λύση που ήταν τάξεις μεγέθους πιο περίπλοκη από οτιδήποτε είχα ποτέ done πριν. Ήμουν, επίσης, ανησυχούν για την κατά λάθος το σπάσιμο ενός κανόνα που θα μπορούσε να με πάρει σε μπελάδες.

Είμαι σε αυτό 14 ώρες πτήσης και αν ήταν διακεκριμένη θέση, 14 ώρες είναι καταδικασμένη μεγάλο χρονικό διάστημα. Υπάρχουν μόνο τόσοι πολλοί τρόποι να ψυχαγωγήσει τον εαυτό σας από την ανάγνωση, παρακολουθείτε ταινίες ή να παίζετε με τα μαχαιροπήρουνα μαγνητισμένο. Ακόμη και ένα πολύ καλό βιβλίο είναι δύσκολο να διαβαστεί για αρκετές ώρες ευθεία.

Τελικά, Άρχισα να διαβάζω το υλικό συσκευασίας σε ένα κομμάτι του λογισμικού που χέρι-κουβαλούσα μαζί μου στον πελάτη, Της Netscape διακομιστή web. Είμαι ανάγνωση τις απαιτήσεις υλικού/λογισμικού, το μάρκετινγκ blurbs, Κοιτάζοντας την όμορφη εικόνα και ξαφνικά, Εγώ μηδέν για το γίγαντα "δεν προορίζεται για εξαγωγή" Προειδοποίηση, κάτι για 128 bit κρυπτογράφηση. Γεμιστά πλαίσιο πίσω στο μου τσάντα μεταφοράς, Προειδοποίηση γυρισμένο προς τα κάτω (όπως και αν αυτό θα βοηθούσε) και προσπάθησε να κρατήσει οράματα του Το Εξπρές του μεσονυχτίου από το κεφάλι μου.

Κοιτάζοντας πίσω σε αυτό τώρα, Πρέπει να έχω ανησυχούν, Αν σε όλα, Όταν έφυγα για ΗΠΑ, not when I was entering China 🙂 Nothing untoward happened and I still consider that to be the best and most memorable business trip I’ve had the pleasure of making.

</Τέλος>

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

Λύση: SPQuery δεν πραγματοποιεί αναζήτηση σε φακέλους

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

Το σενάριο μου:

  • Τη Δευτέρα, Μπορώ να φορτώσω ένα έγγραφο και να παρέχουν κάποια μετα-δεδομένα.
  • Την επόμενη εβδομάδα, Μπορώ να φορτώσω ένα νέο έγγραφο. Μεγάλο μέρος αυτού του νέου εγγράφου μετα-δεδομένα είναι με βάση το έγγραφο που ανέβασα τη Δευτέρα (που ονομάζουμε "πρωτεύον έγγραφο").
  • Έχουμε δημιουργήσει μια πρόσοψη υπηρεσία web που παρέχει μια διεπαφή BDC φιλικές στον κατάλογο, έτσι ώστε οι χρήστες να εντοπίσετε εύκολα το έγγραφο τη Δευτέρα μέσω μια αναζήτηση του τίτλου.
  • Μια στήλη δεδομένων BDC παρέχει ένα φιλικό περιβάλλον εργασίας. (Αυτό είναι μέρος της προσπάθειά μου σε χρήση BDC για ένα πιο φιλικό στήλη αναζήτησης).

Η τελική BDC πρόσοψη υπηρεσία χρησιμοποιεί ένα ερώτημα όπως αυτό να κάνετε την αναζήτηση:

 // Χρησιμοποιείται το εργαλείο U2U να βοηθήσει στην δημιουργία αυτή CAML ερώτημα.
      oQuery.Query =
        "<Όπου>";

      Αν (titleFilter.Length > 0)
        oQuery.Query  =
          "  <Και>";

      oQuery.Query  =
        "    <Και>" +
        "      <GEQ>" +
        "        <FieldRef όνομα =  "DocumentId" />" +
        "        <Δημιουργία τύπου τιμής =  "Text">" + minId + "</Αξία>" +
        "      </GEQ>" +
        "      <LEQ>" +
        "        <FieldRef όνομα =  "DocumentId" />" +
        "        <Δημιουργία τύπου τιμής =  "Text">" + maxId + "</Αξία>" +
        "      </LEQ>" +
        "    </Και>";

      Αν (titleFilter.Length > 0)
        oQuery.Query  =
          "    <Περιέχει>" +
          "      <FieldRef όνομα =  "Title" />" +
          "      <Δημιουργία τύπου τιμής =  "Text">" + titleFilter + "</Αξία>" +
          "    </Περιέχει>" +
          "  </Και>";
      oQuery.Query  =
        "</Όπου>";

Κατά το αρχικό στάδιο της ανάπτυξης, αυτό έλυσα σπουδαίος. Ωστόσο, Εισαγάγαμε φακέλους στον κατάλογο να λύσει κάποια προβλήματα και ξαφνικά, μου επιλογέα BDC δεν θα επιστρέψει καθόλου αποτελέσματα. Αυτό εντοπίζονται στο γεγονός ότι το SPQuery ποτέ δεν θα επιστρέψει καθόλου αποτελέσματα. Χρησιμοποιήσαμε φακέλους κατά κύριο λόγο για να επιτρέπει πολλά αρχεία με το ίδιο όνομα για να φορτωθούν αλλά με διαφορετικά μετα-δεδομένα. Όταν το αρχείο έχει φορτωθεί, δημιουργούμε ένα φάκελο με βάση το ID του στοιχείου λίστας και έπειτα μετακινήστε το αρχείο εκεί (Έγραψα για αυτό Εδώ; είχαμε ανάμεικτα αποτελέσματα με την προσέγγιση αυτή, αλλά σε όλη τη, αυτό λειτουργεί καλά). Ο χρήστης δεν ενδιαφέρονται για τους φακέλους και στην πραγματικότητα, πραγματικά δεν καταλαβαίνω ότι υπάρχουν οποιουσδήποτε φακέλλους. Ότι θα έχουν ρυθμιστεί όλες τις απόψεις για την βιβλιοθήκη να δείξει στοιχεία αδιαφορώντας για φακέλους.

Χτύπησα δύο φορές ως την τεχνική εφαρμογή εξελίχθηκε και να λυθεί αυτό διαφορετικά κάθε φορά που αυτό το πρόβλημα. Πρώτη φορά, Εγώ δεν ήμουν χρησιμοποιώντας τον τελεστή περιέχει στο ερώτημα. Χωρίς ένα χειριστή περιέχει, Ήμουν σε θέση να λύσει το πρόβλημα, καθορίζοντας την άποψη σχετικά με το SPQuery ανάδοχος. Αντί να χρησιμοποιήσετε την προεπιλεγμένη κατασκευή:

SPList oList = web.Λίστες["Έγγραφα"];

SPQuery oQuery = νέα SPQuery();

Αντίθετα, χρησιμοποίησα ένα κατασκευαστή που ορίσει μια προβολή:

SPList oList = web.Λίστες["Έγγραφα"];

SPQuery oQuery = νέα SPQuery(oList.Views["Όλα τα έγγραφα"]);

Που έλυσε το πρόβλημα και άρχισα να μου αποτελέσματα.

Στη συνέχεια, προστίθενται στο χειριστή περιέχει στο μίγμα και έσπασε πάλι. Αποδεικνύεται ότι ο φορέας εκμετάλλευσης περιέχει, μέχρι στιγμής, όπως μπορώ να πω, δεν λειτουργεί με την άποψη τον ίδιο τρόπο όπως το ένα απλούστερο GEQ / LEQ φορείς. Έκανα κάποια έρευνα και έμαθε ότι η ViewAttributes του ερωτήματος πρέπει να ρυθμιστεί σε «Αναδρομικό», όπως και στην:

oQuery.ViewAttributes = «Πεδίο εφαρμογής = "Recursive"";

Που έλυσε το πρόβλημα για περιέχει. Στην πραγματικότητα, αυτό επίσης λυθεί το πρόβλημά μου Αρχική αναζήτηση και αν που είχα ορίζεται η αναδρομική αποδίδουν την πρώτη φορά, Δεν θα έχουν τρέξει το θέμα και πάλι.

Το γεγονός ότι ένα βάσει προβολής SPQuery λειτουργεί για ορισμένους οικονομικούς παράγοντες (GEQ/LEQ) και όχι τους άλλους (ΠΕΡΙΈΧΕΙ), σε συνδυασμό με το γεγονός ότι KPI δεν φαίνεται να λειτουργεί καθόλου με το φάκελο που περιέχει το έγγραφο οδηγεί βιβλιοθήκες να πιστέψω ότι η SPQuery έχει κάποια θέματα ορθογωνιότητα.

Ιδιαίτερες ευχαριστίες:

  • Οι καλοί λαοί στο U2U και η τους εργαλείο ερωτημάτων.
  • Michael Hoffer είναι μεγάλη "Εκμάθηση μέσω της πράξης" καταχώρηση ιστολογίου, σχόλια και απαντήσεις.

</Τέλος>

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

MOSS KPI bug? Λίστα δεικτών που συνδέονται σε βιβλιοθήκη εγγράφων με φακέλους

Η ΕΝΗΜΕΡΩΜΈΝΗ ΈΚΔΟΣΗ 02/29/08: Έλυσα αυτό το πρόβλημα δημιουργώντας ένα φάκελο και αναθέτοντας στη συνέχεια έναν τύπο περιεχομένου στο φάκελο που έχει το meta-στοιχεία που χρειάζομαι για το KPI. Που περιέγραψα λίγο πιο αναλυτικά εδώ.

Εφαρμόσαμε μια τεχνική λύση όπου οι χρήστες ανεβάσετε έγγραφα σε μια βιβλιοθήκη εγγράφων. Ένα δέκτη συμβάντων δημιουργεί έναν κατάλογο και μετακινεί το αρχείο σε εκείνο τον κατάλογο (χρησιμοποιώντας μια τεχνική που είναι παρόμοια με αυτό που έγραψα για Εδώ). Εμείς έχετε πλοηγηθεί επιτυχώς γύρω από τα πιθανά ζητήματα που προκαλούνται από εκδήλωση δέκτες που μετονομάσετε φορτωμένα αρχεία (κυρίως επειδή οι χρήστες αρχίσουν ποτέ τους έγγραφο κάνοντας κλικ στο "νέα" αλλά αντί να δημιουργήσετε το docs σε τοπικό επίπεδο και στη συνέχεια να φορτώσετε τους).

Το meta-στοιχεία για τα εν λόγω έγγραφα περιλαμβάνει ένα ναι/καμία στήλη τοποθεσίας που ονομάζεται "ΕΠΕΙΓΟΝ" και μια άλλη στήλη τοποθεσίας που ονομάζεται "Κατάσταση". Πρέπει να καλύψει τις άνάγκες επιχειρήσεων που δείχνει το ποσοστό των «ΕΠΕΙΓΟΝ" τα έγγραφα των οποίων η κατάσταση είναι "Σε εκκρεμότητα".

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

Με λίγα λόγια, Έκανα τα εξής:

  • Δημιουργήσετε μια προβολή για την βιβλιοθήκη doc που ονομάζεται "Εν αναμονή".
  • Ρυθμίσετε την άποψη να αγνοήσει τη δομή του φακέλου.
  • Δημιουργήστε μια λίστα KPI.
  • Δημιουργήσετε ένα δείκτη στη λίστα που αφορά το lib doc και που "εν αναμονή" προβολή.

Αυτό απλά δεν λειτουργεί. Ο δείκτης KPI δείχνει το στόχο μου (π.χ.. πέντε επείγοντα έγγραφα) αλλά πάντα δείχνει τον πραγματικό αριθμό των επείγοντα έγγραφα ως μηδέν. Παραδόξως, Αν πραγματοποιήσετε αναζήτηση μέχρι την παραμικρή λεπτομέρεια, δείχνει τα πέντε επείγοντα έγγραφα στη λίστα. Δημιούργησα ένα πολύ απλό σενάριο με δύο έγγραφα, μία σε ένα φάκελο και δεν. Εδώ είναι το στιγμιότυπο οθόνης:

εικόνα

Το παραπάνω στιγμιότυπο οθόνης δείχνει ξεκάθαρα υπάρχουν δύο έγγραφα υπό την άποψη αλλά η αξία"" είναι ένα. Η CamlSchema"" με κενό έγγραφο Id είναι στο ριζικό φάκελο και το άλλο είναι σε ένα φάκελο που ονομάζεται "84".

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

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

</Τέλος>

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

Technorati Tags:

ΕΕΠ ροής εργασίας “Συλλογή δεδομένων από ένα χρήστη”: Τροποποιήστε τη φόρμα που δημιουργείται εργασίας

Είμαι εργάζονται για ένα έργο που χρησιμοποιεί πέντε διαφορετικές ροές εργασίας του SharePoint Designer να χειριστεί κάποια εγκρίσεις παραστατικών. SPD παρέχει το "συλλογής δεδομένων από το χρήστη" δράσης έτσι ώστε εμείς μπορεί να ζητά από το χρήστη για διαφορετικές bit πληροφοριών, όπως αν επικυρώνουν αυτό, ορισμένες παρατηρήσεις και ίσως να ζητήσω από ό, τι ήταν για δείπνο την άλλα night.

Οι μορφές είναι απόλυτα λειτουργική. Αυτά είναι συνδεδεμένα με μια λίστα εργασιών ως έναν τύπο περιεχομένου. Είναι 100% δημιουργούνται από το σύστημα. Πρόκειται για τους δύναμη και αδυναμία. Αν μπορούμε να ζήσουμε με την προεπιλεγμένη φόρμα, στη συνέχεια είμαστε καλοί να πάτε. Ωστόσο, δεν έχουμε πάρα πολύ έλεγχο πώς SPD δημιουργεί τη μορφή. Αν δεν μας αρέσει αυτή η προεπιλεγμένη συμπεριφορά, θα πρέπει να καταφεύγουν σε διάφορα τεχνάσματα για να λάβετε γύρω από αυτό (για παράδειγμα, ρύθμιση προτεραιότητα σε μια εργασία).

Έπρεπε να παρέχουν μια σύνδεση σχετικά με αυτές τις μορφές εργασίας που άνοιξε η Προβολή ιδιοτήτων (DispForm.asxp) του είδους"σχετικές" σε ένα νέο παράθυρο. Αυτό παρέχει πρόσβαση με ένα κλικ να τα μετα-δεδομένα του στοιχείου σχετικές. Αυτό είναι τι εννοώ:

εικόνα

Ευτυχώς, μπορούμε να το κάνουμε, και δεν είναι πολύ δύσκολο. Σε γενικές γραμμές, φωτιά των ΕΕΠ, μεταβείτε στον κατάλογο που στεγάζει τα αρχεία ροής εργασίας και ανοίξτε το αρχείο ASPX που θέλετε να τροποποιήσετε. Αυτά είναι μόνο κλασικό οδηγίες μετασχηματισμού XSL και αν έχω διπλωμένα με itemstyle.xsl, Αναζήτηση ή άλλα σενάρια XSL, αυτό θα είναι εύκολο για σας. Στην πραγματικότητα, Βρήκα να είναι γενικά ευκολότερο, δεδομένου ότι η φόρμα που δημιουργείται είναι κάπως πιο εύκολο να ακολουθήσουν σε σχέση με ένα τμήμα web για πυρήνα αποτελέσματα αναζήτησης (ή το εφιαλτικός CWQP).

Φυσικά, υπάρχει μία σημαντική παγίδα. Πρόγραμμα επεξεργασίας ροή εργασίας του SPD αναμένει πλήρη έλεγχο σε αυτό το αρχείο. Εάν την τροποποιήσετε, SPD ευτυχώς θα αντικαταστήσει σας δώσει αλλαγές η σωστή σειρά των περιστάσεων. Έκανα δύο γρήγορες δοκιμές για να δούμε πόσο άσχημα αυτό θα μπορούσε να πάρει. Και οι δύο προϋπέθετε ότι έχω δημιουργημένο ένα έγκυρο SPD ροής εργασίας που χρησιμοποιεί το "συλλογής δεδομένων από το χρήστη" βήμα.

Δοκιμή 1:

  • Τροποποιήστε το αρχείο ASPX με το χέρι.
  • Δοκιμή (Βεβαιωθείτε ότι οι αλλαγές σας αποθηκεύτηκαν σωστά και δεν σπάσει οτιδήποτε).
  • Άνοιγμα από τη ροή εργασίας και να προσθέσετε μια μη συνδεδεμένους ενέργεια (όπως "log στο Ιστορικό").
  • Αποθήκευση της ροής εργασίας.

Αποτέλεσμα: Σε αυτή την περίπτωση, ΕΕΠ δεν did επαναδημιουργία της φόρμας.

Δοκιμή 2:

  • Κάνουν το ίδιο όπως #1 εκτός από την απευθείας τροποποιήσετε τη "Συλλογή δεδομένων από ένα χρήστη" ενέργεια.

Αποτέλεσμα: Αυτό δημιουργεί εκ νέου τη φόρμα από την αρχή, over-Writing τις αλλαγές σας.

Τελική σημειώσεις:

  • Να δημιουργήσετε φόρμες όπως αυτό, τουλάχιστον δύο ΕΕΠ δράσεις: "Συλλογή δεδομένων από ένα χρήστη" και να "αναθέσω να κάνει το στοιχείο". Δύο από αυτές τις ενέργειες’ φόρμες μπορούν να τροποποιηθούν με μη αυτόματο τρόπο.
  • Ήμουν σε θέση να δημιουργήσει σύνδεση μου, για να τα dispform.aspx, επειδή, σε αυτή την περίπτωση, το στοιχείο αφορτε έχει πάντα το ID που ενσωματώνεται στο URL το σχετικό στοιχείο. Ήμουν σε θέση να εξαγάγετε και να οικοδομήσουμε στη συνέχεια μια <a href> με βάση την παροχή δυνατότητας πρόσβαση ένας-κρότου meta δεδομένων. Είναι απίθανο ότι η διεύθυνση URL σας ακολουθεί αυτόν τον κανόνα. Μπορεί να υπάρχουν άλλοι τρόποι για να πάρετε το ID του στοιχείου που σχετίζονται αλλά δεν είχαν να διασχίζουν ότι η γέφυρα, Έτσι, δεν ξέρω αν παίρνει στην άλλη πλευρά του το χάσμα.
  • Εγώ δεν διερεύνηση, αλλά δεν θα εκπλαγεί εάν υπάρχει κάποιου είδους αρχείο προτύπου σε το 12 ομάδα που θα μπορούσε να επηρεάσει τον τρόπο ΕΕΠ δημιουργεί τις προεπιλεγμένες φόρμες τροποποιείται (πολύ όπως εμείς να τροποποιήσετε συναγερμού πρότυπα).

</Τέλος>

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

Είναι “Άγνωστο σφάλμα” Μηνύματα πραγματικά καλύτερη από ένα ίχνος στοίβας?

Ήμουν ανάγνωση του Madhur θέση blog για το πώς να επιτρέπουν στοίβα ίχνος εμφανίζει και τώρα αναρωτιέμαι: γιατί δεν δείχνουμε πάντα έναs στοιβάζω τρακτέρ?

Που ήρθαν με τον κανόνα αυτό και γιατί τον ακολουθούμε?

Τελικούς χρήστες θα γνωρίζουν κάτι είναι λάθος σε κάθε περίπτωση. Τουλάχιστον με έναs στοιβάζω τρακτέρ, μπορούν να πατήσουν ελέγχου-printscreen, copy/paste σε ένα μήνυμα ηλεκτρονικού ταχυδρομείου και στείλτε το σε αυτό. Που σαφώς θα μείωνε το χρόνο και την προσπάθεια που απαιτείται για να λυθεί το θέμα.

</Τέλος>

Technorati Tags:

Κυριακή (Ενοχλητικό) Αστείο: “Το όνομά μου είναι Paul Galvin”

Ένα μάτσο χρόνια, το αφεντικό μου μου ζήτησε να εκπαιδεύσει ορισμένοι χρήστες σχετικά με ένα προϊόν που ονομάζεται αποτελέσματα. Αποτελέσματα είναι ένας τελικός χρήστης εκθέτοντας το εργαλείο. Είναι περίπου ανάλογη με SQL Server αναφορά υπηρεσίας ή κρύσταλλο. Κατά το χρόνο, Αυτό ήταν σχεδιασμένο να λειτουργεί σε πράσινο σωλήνες (π.χ.. Wyse 50 τερματικό) συνδεδεμένο με ένα πλαίσιο Unix μέσω telnet.

Προεπιλογή μου απαντήσει σε οποιαδήποτε ερώτηση που ξεκινά με "μπορεί να σας … " είναι "Ναι" και αυτό είναι όπου ξεκίνησε όλη αυτή την ταλαιπωρία.

Ο πελάτης ήταν μια χημική εταιρεία έξω στη νότια Καλιφόρνια και είχε σχεδόν τυλιγμένη μια σημαντική εφαρμογή cErp με βάση Της QAD ΠΑΡΑΓ/PRO. Το σχέδιο υλοποίησης τώρα ονομάζεται κατάρτισης δύναμη από τους τελικούς χρήστες του προϊόντος αποτελέσματα.

Δεν ήμουν ένας μεγάλος χρήστης αυτού του εργαλείου και σίγουρα ποτέ δεν είχε εκπαιδευτεί κάποιος πριν από. Ωστόσο, Που διεξήγαγε μια σειρά από άλλα μαθήματα κατάρτισης και ήταν γρήγορη στα πόδια μου, έτσι δεν ήμουν πάρα πολύ ανήσυχος. Dennis, η πραγματική πλήρους απασχόλησης εκπαιδευτή αποτελέσματα, μου είχε δώσει το εκπαιδευτικό υλικό. Κοιτάζοντας πίσω σε αυτό τώρα, είναι πραγματικά αρκετά παράλογο. Δεν ήξερα καλά το προϊόν, είχε ποτέ επισήμως εκπαιδευτεί σε αυτό και σίγουρα ποτέ δεν είχε διδάξει αυτό. Τι δουλειά έχω κατάρτιση σε αυτό?

Για να περιπλέξει τα πράγματα όσον αφορά την επιμελητεία, Μου ζητήθηκε να πάω και να συναντήσω κάποιον στο Σικάγο ως μέρος της ένα προ-πώλησης εμπλοκής κατά μήκος του τρόπου. Το σχέδιο ήταν να πετάξει έξω από το Νιου Τζέρσεϋ, Πηγαίνετε στο Σικάγο, συναντηθούν για μία ώρα, με προοπτική και, στη συνέχεια, συνεχίστε προς Καλιφόρνια.

Καλά, Πήρα στο Σικάγο και το πωλήσεων τύπος στην ομάδα μου είχε κάνει κάποιο λάθος και ποτέ δεν επιβεβαιώθηκε η συνάντηση. Έτσι, Εμφανίστηκε και η προοπτική δεν ήταν εκεί. Τρομερό. Συσκευάσει επάνω και να αφήσει και συνεχίστε προς CA. Κάπου κατά τη διάρκεια αυτής της διαδικασίας, Μάθετε ότι ο πελάτης είναι η μάθηση λιγότερο από 24 ώρες πριν από την άφιξή μου ότι Paul Galvin"" είναι διδασκαλία στην τάξη, δεν Dennis. Ο υπολογιστής-πελάτης αγαπά Dennis. Θέλουν να ξέρουν «ποιο είναι αυτό το πρόσωπο Paul Galvin?" «Γιατί θα πρέπει εμείς να τον εμπιστεύεστε?" «Γιατί πρέπει να πληρώνουμε για τον?" Dennis προφανώς δεν εγγραφείτε στο μου "δώσει άσχημα νέα νωρίς" φιλοσοφία. Τρομερό.

Φθάνουν στο αεροδρόμιο και για κάποιο απίστευτα ηλίθιο λόγο, Εγώ είχα έλεγξα αποσκευές μου. Έκανα να LAX, αλλά δεν μου αποσκευών. Για μένα, απώλεια αποσκευών είναι πολύ σαν να πηγαίνεις από το επτά στάδια της θλίψης. Τελικά το κάνουν στο ξενοδοχείο, με αποσκευές δεν, κουρασμένος, πεινασμένοι και φορώντας μου (από τώρα, πολύ τσαλακωμένο) επαγγελματικό κοστούμι. Παίρνει πολύ χρόνο για να ταξιδέψει από το Νιούαρκ — σε O'Hare — σε έναν υπολογιστή πελάτη — πίσω σε O'Hare — και τέλος στο Λος ΆΝΤΖΕΛΕΣ.

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

Ξύπνησα την επόμενη μέρα, έκανα το καλύτερό μου για να εξομαλύνει το κοστούμι μου, έτσι ώστε δεν ματιά σαν το Willy Loman μια κακή ημέρα και κατευθύνθηκα στο στον υπολογιστή-πελάτη. Όπως συμβαίνει τόσο συχνά, αυτοπροσώπως ήταν ωραίο, ευγενικοί και πολύ ευχάριστο. Αυτό ήρθε σε έντονη αντίθεση της εξαιρετικά θυμωμένος ηλεκτρονικά ταχυδρομεία/φωνητικά ταχυδρομεία από την προηγούμενη ημέρα. Έχει οδηγεί μου σχετικά με 3 μίλια μέσα από το κτίριο μετά από κτίριο σε ένα χωρισμένο από περιοχή σε ένα γιγαντιαίο αποθήκης χημικών, όπου εμείς θα πραγματοποιήσει στην τάξη για τις επόμενες τρεις ημέρες. Το 15 ή 20 φοιτητές συγκεντρωθούν αργά, Οι περισσότεροι τους εξακολουθεί να αναμένει Dennis.

Πάντα ξεκινήσω μαθήματα κατάρτισης μου εισάγοντας τον εαυτό μου, δίνοντας κάποιο υπόβαθρο και τη γραφή μου πληροφορίες επικοινωνήστε με το λευκό του σκάφους. Όπως λέω, "Καλημέρα, το όνομά μου είναι Paul Galvin", Γράφω το όνομά μου, ηλεκτρονικού ταχυδρομείου και αριθμό τηλεφώνου επάνω στο λευκό Διοικητικό Συμβούλιο με μεγάλα γράμματα, έτσι ώστε όλοι να το δείτε καθαρά. Απευθύνομαι στο γεγονός ότι αντικαθιστώ Dennis και τους διαβεβαιώνω ότι είμαι ένα κατάλληλο αντικαταστάτη, κλπ. Πρέπει ο καθένας να μου πει εν συντομία τους όνομα και αυτό που θέλουν να επιτύχουν έξω από την τάξη έτσι ώστε να μπορώ να προσαρμόσει τα πράγματα για τις ιδιαίτερες απαιτήσεις τους όσο περνάει ο καιρός. Τα συνηθισμένα.

Εμείς που τυλίξτε και να φωτιά μέχρι το προβολέα. Πάω να σβήσετε την επικοινωνία μου και … Είχα γράψει αυτό σε μόνιμο δείκτη. Ήμουν τόσο δύσκολη θέση. Στο μάτι του μυαλού μου, εμοίασε με αυτό: Υπάρχει αυτό το "Paul Galvin" πρόσωπο, τελευταίας στιγμής αντικατάσταση για μας αγαπημένη Dennis. Φοράει ένα τσαλακωμένο επάνω επαγγελματικό κοστούμι και αξύριστος. Έχει γράψει απλά τεράστια γράμματα του ονόματος στο λευκό του σκάφους μας στο μόνιμο δείκτη. Τι μια θέα!

Αυτό όλα που έληξε ευτυχώς, Ωστόσο. Αυτό ήταν μια εταιρεία χημικών, Εξάλλου. A ψαρός βετεράνος υπάλληλος τράβηξε κάτι από το ράφι και, πιθανώς κατά παράβαση των κανονισμών του EPA, εκκαθαρίζονται το Διοικητικό Συμβούλιο. Κατάφερα να μείνετε 1/2 ημέρα μπροστά από την τάξη σε όλη τη διάρκεια και μου έδωσαν μια καλή κριτική στο τέλος. Αυτό εδραίωσε μου hitter πρέζα"" φήμη στην εταιρεία μου. Αποσκευές μου έφτασε την πρώτη ημέρα, έτσι ήμουν πολύ πιο ευπαρουσίαστο ημέρες για δύο και τρία.

Όπως μου έπαιρνε το κόκκινο μάτι πίσω στο σπίτι, Και ήμουν το ενδεχόμενο «διδάγματα». Υπήρχε άφθονο να συλλογιστεί. Επικοινωνία είναι το κλειδί. Λέω στους πελάτες σχετικά με τις αλλαγές στο σχέδιο. Ποτέ δεν ελέγχουν τις αποσκευές σας στο αεροδρόμιο, αν μπορείτε να το αποφύγετε ενδεχομένως. Φέρει ανταλλακτικό "πράγματα" σε περίπτωση που μπορείτε να ελέγξετε τις αποσκευές σας και δεν το κάνει το. Νομίζω ότι το πιο σημαντικό μάθημα που έμαθα, Ωστόσο, Αυτό ήταν: πάντα εξετάστε ένα δείκτη στην κάτω αριστερή γωνία του ένα λευκό του σκάφους πριν γράψεις, με τεράστια γράμματα, «Paul Galvin».

</Τέλος>

Προοπτικές: SharePoint vs. ο Μεγάλος Επιταχυντής Αδρονίων

Πήρα λόγω κάποια εκκεντρικά United Airlines πτήσεις στα μέσα του 90, Εγώ με κάποιο τρόπο κατέληξα με μια προσφορά να μετασχηματίσει «αχρησιμοποίητα μίλια" σε περίπου μια ντουζίνα δωρεάν συνδρομές περιοδικών. Αυτό είναι το πώς κατέληξα να συνδρομητές Επιστημονικός Αμερικανός περιοδικό.

Ως λογισμικό / διαβούλευση με τους ανθρώπους, συναντούμε πολλές απαιτήσεις δύσκολο επιχειρηματικό στην καριέρα μας. Περισσότερο το χρόνο, αγαπάμε να τηρήσουν αυτές τις απαιτήσεις και στην πραγματικότητα, Πρόκειται, ίσως, γιατί πιστεύουμε ότι αυτή η καριέρα είναι το καλύτερο στον κόσμο. Αναρωτιέμαι μερικές φορές ακριβώς ό, τι στον κόσμο θα έχω κάνει με τον εαυτό μου αν είχε γεννηθεί σε οποιαδήποτε άλλη στιγμή στην ιστορία. Πόσο τρομερό θα ήταν να χάσετε για τα είδη της εργασίας που έχω να κάνω τώρα, σε αυτό το χρόνο και καταγραφεί στην παγκόσμια ιστορία? Νομίζω: αρκετά τρομερό.

Όλα αυτά τα χρόνια, ορισμένες από τις απαιτήσεις που έχω αντιμετωπίσει ήταν εξαιρετικά δύσκολο να πληρούν. Συγκρότημα SharePoint πράγματα, κτίριο web επεξεργασία πλαισίων που βασίζονται στην τεχνολογία μη-web-ομοφυλόφιλους, πολύπλοκες ενορχηστρώσεις BizTalk και τα παρόμοια. Όλοι μπορούμε να (Ας ελπίσουμε ότι) αναπολούν περήφανα στην καριέρα μας και να πω, "Ναι, που ήταν δύσκολο να λύσει, αλλά στο τέλος μου pwned ότι sumbitch!" Ακόμα καλύτερα, ακόμη πιο ενδιαφέρουσα και διασκεδαστική προκλήσεις περιμένουν.

Προσωπικά πιστεύω ότι το βιογραφικό μου, εν προκειμένω, είναι αρκετά βαθιά και είμαι πολύ υπερήφανος για αυτό (Αν και ξέρω ότι η γυναίκα μου ποτέ δεν θα καταλάβει το 1/20 του). Αλλά αυτή την εβδομάδα, Διάβαζα ένα άρθρο σχετικά με το Μεγάλος Επιταχυντής Αδρονίων σε μου Επιστημονικός Αμερικανός περιοδικό και είχε μια από εκείνες τις σπάνιες στιγμές συγκινητικό όπου συνειδητοποίησα ότι παρά μου "γίγαντα" καθεστώς σε ορισμένους κύκλους ή πόσο βαθιά νομίζω μου καλά εμπειρίας, εκεί είναι πραγματική γίγαντες σε εντελώς διαφορετικούς κόσμους.

Οι άνθρωποι για την ομάδα του LHC έχουν κάποια πραγματικά ακανθώδη ζητήματα για τη διαχείριση. Εξετάστε το φεγγάρι. Δεν νομίζω πραγματικά πολλά για το φεγγάρι (Αν και έχω πολύ ύποπτος για αυτές από τότε έμαθα αυτό είναι η επιβράδυνση της περιστροφής της γης, που δεν μπορεί να είναι ένα καλό πράγμα για εμάς τους ανθρώπους μακροπρόθεσμα). Αλλά, η ομάδα του LHC πρέπει να ανησυχείτε. Όργανα μέτρησης του LHC είναι τόσο ευαίσθητο ότι επηρεάζονται από το φεγγάρι (Earth-rotation-slowing-and-eventually-Killing-all-Life) βαρύτητας. Αυτό είναι ένα καλό από μια απαίτηση για την κάλυψη — παράγουν τις σωστές μετρήσεις παρά την παρέμβαση του φεγγαριού.

Που ΣΚΕΨΕΙΣ αυτό το θέμα, όταν διάβασα αυτήν την πρόταση: "Το πρώτο επίπεδο θα λάβετε και ανάλυση των δεδομένων από μόνο ένα υποσύνολο των στοιχείων του ανιχνευτή, από την οποία αυτό μπορεί να διαλέξει πολλά υποσχόμενη εκδηλώσεις με βάση απομονωμένες παράγοντες όπως το αν μια ενεργητική μιόνιο Εθεάθη που φέρουν έξω σε μια μεγάλη γωνία από τον άξονα της πορείας." Αλήθεια … ? Δεν παίζω στο ότι το είδος του sandbox και ποτέ δεν θα.

Επόμενη φορά που είμαι έξω με μερικούς φίλους, Θα ήθελα να θέσω μια πρόποση για τους καλούς ανθρώπους που εργάζονται για το LHC, Ελπίζω με επιτυχία δεν ζυγίζουν το σωματίδιο Higgs μποζόνιο και κατάρα το φεγγάρι. Σας προτείνω να κάνετε το ίδιο. It will be quite the toast 🙂

</Τέλος>