Arxius per mes: Juny 2010

"Pot fer” contra "ha de fer” en projectes de SharePoint

Crec que molts de nosaltres en ocasions es presenten amb, per falta d'una frase millor, joves-nen necessitats.  L'usuari final realment, vol molt malament una certa específic aparença, o una estructura molt específic de classificació o una de tallar una opció clic o menú per facilitar la navegació o [inserir apassionadament creença que passa d'estar equivocat].  Com SharePoint pro, generalment Cubrim gairebé qualsevol tipus de requisit amb la plataforma, però per a alguns d'ells, sabem que en els nostres cors que:

  • Van a prendre una quantitat desproporcionada de l'hora d'aplicar (i, per tant, costen més)
  • Van ser altament personalitzada i, per tant, difícil de mantenir i solucionar
  • Hi és alguna aproximació SharePoint fàcil que compleix 80% o més del requisit (i. e. es reuneix la pulcritud de l'exigència, però no la lletra de l'exigència)

Bottom line, sabem que el "requeriment" és realment només un bonic tenir o fins i tot legítima en cert sentit, però una cosa que la gent hauria conviure més que passen molt de temps intentant "resoldre".

Crec que d'aquests com a requisits de "nen" perquè he vist aquest patró moltes vegades abans.  Els nens es lluny de pi i nag per alguna joguina nova durant setmanes alhora.  Rebi la joguina, juguen amb això per unes poques hores o dies i llavors deixar-ho, mai a recollir-lo mai més.  O, vostè no rep la joguina, les parades corroeix i el nen es mou a la presidència del món lliure.   He vist que això passi en projectes de SharePoint.  Prenedors de decisions tampoc assolir el que volen i es converteix en una funció no utilitzat o infrautilitzat o no aconsegueixen el que volen i el projecte encara aconsegueix totes maneres.

Em va recordar del que avui en un fòrum publicar i em va agradar com Clayton Cobb intentava aconseguir el cartell Fòrum fer retrocedir en un d'aquests tipus de requisits: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

Estic molt curiós com la gent veure aquest tema i com lluitar amb ell.  Estic perdent el punt?  Té estratègies per dirigir els responsables de les decisions de overinvesting necessitats trivials?  Si us plau deixa un comentari.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Punta ràpida: Addició de jQuery a les pàgines de publicació molsa

Quan millora molsa publising pàgines utilitzant jQuery, Colpeixo el següent cop velocitat:

Error de servidor en ' /’ Aplicació.


Error de l'analitzador

Descripció: S'ha produït un error durant l'anàlisi d'un recurs requerit per aquesta sol·licitud de servei. Si us plau revisi els detalls d'error d'anàlisi específic següent i modificar el seu arxiu de font apropiadament.

Missatge d'Error d'analitzador: Només s'admeten els controls de contingut directament a una pàgina de contingut que conté controls de contingut.

Error de font:

 
Line 10: 
Line 11: 
Line 12: <script 
Line 13:     type="text/javascript" 
Line 14:     src="/jQuery/jquery-1.4.min.js"> 

Fitxer d'origen: /_catalogs/masterpage/KCC_FacultyMember.aspx    Línia: 12


Informació de versió: Microsoft .net versió d'estructura:2.0.50727.4927; Versió d'ASP.net:2.0.50727.4927

Era prou fàcil d'arreglar (/ h t al meu col·lega, Uday Ethirajulu).  Assegureu-vos que el codi de jQuery viu dins la "PlaceHolderAdditionalPageHead" tal com es Mostra:

<escurçó:Continguts ContentPlaceholderID = PlaceHolderAdditionalPageHead»" runat = "servidor">

<script

    tipus = text/javascript""

    src="/jQuery/jQuery-1.4.min.js">

</script>

<tipus d'escriptura = "text/javascript">

  $(document).preparat(funció() {

   // JQuery brillant coses passa aquí.

   });

</script>

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Una mica irritació emportats…

SP2010 és molt bon material, però desitjo que vols tenir ajustar l'idioma de la llista i pàgines de configuraci ≤ biblioteques quan es tracta de gestionar els tipus de contingut:

image

Era la mateixa llengua en lloc de WSS/MOSS.  Només canviar la paraula "suprimir" per "treure" i simplement farà més sentit.

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

</final>

Nou Article, "Domini del SharePoint”

El meu últim article per SharePointBriefing.com és cap amunt i puntades de peu aquí: http://sharepointbriefing.com/features/article.php/3887276/The-Road-to-SharePoint-Mastery.htm

Heus aquí un teaser:

image

Això és bàsicament una versió molt breu i condensada de la meva presentació pública més popular al "A aprendre SharePoint."  No hi ha acudits de banjo, No obstant això.

Check it out!

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

BPO 2010 i "subconjunt”

Jo estava llegint un dels Aquests articles bla-com força genèrics sobre BPOS (L'exchange i SharePoint al núvol de Microsoft) i per sort a través de waded a l'extrem:

Pel que fa a altres els lliuraments de curt termini, Microsoft és commiting a proporcionar en BPOS v.Next natiu PowerShell scripts mitjançant una complexió d'endpoint de PowerShell en versió de PowerShell 2. L'autenticació es realitza a través d'identificadors en línia, amb una credencial sol ser capaç de ser utilitzat per tant PowerShell i el portal.Keane el missatge fet ressò altre Microsoft executius han estat expressant al TechEd aquesta setmana: Núvol capacitats, amb el temps, es  un subconjunt del que és local disponible convertit en. Actualment, el revers és cert, i serveis en línia de Microsoft oferir un subconjunt de les funcions disponibles en les equivalències de programari de cada producte.

La noció que el núvol proporcionarà més capacitat del local és nou per a mi. Em pregunto què tan cert que va ser al final.  Se sent contradictori per a mi.  Totalment d'aconseguir la idea que moltes empreses es mourà coses al núvol (o començar en el núvol) però normalment crec que fer-ho perquè el pro (Administració més fàcil, Es registren els, etc) molt superiors als contres (funcionalitat reduïda). 

Estic tenint una mica d'un temps difícil creure que núvol ofrenes superarà les capacitats sobre-prem.  Multi-llogater és difícil i sembla forçar acords per tal de proporcionar bona SLA i facilitat d'ús...

Vaig a probablement estar menjant les meves paraules sobre això.  Recordo pensant que ningú podria necessitar més de 650 MB de dades i per tant, el CD mai anava a ser millorat.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

SharePoint dissabte Baltimore enquesta

Jo dubteu a passar aquesta atès que "acudits banjo" no és una opció, però... El final-de-agost SharePoint dissabte (Edició de Baltimore) organitzadors tenen una enquesta en marxa demanant temes suggerits.  Anar aquí per emplenar-lo: http://www.sharepointsaturday.org/baltimore/default.aspx

Vota aviat i vota sovint 🙂

Però de debò, només votar un cop.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Utilitzar de flux de treball per simular la seguretat de tipus de contingut

Un altre dia, un altre MSDN-fòrums inspirat correu.

Algú estava demanant si es podia assegurar un tipus de contingut tal que quan un usuari fa clic al botó "nou" a una llista personalitzada, només els tipus de contingut que aquella persona és concedit accés apareixerien en la llista desplegable.  Tal com el coneixem, això no s'admet fora de la caixa.

Aquesta pregunta ve cap amunt de tant en tant i aquesta vegada, Tenia una idea nova.  Suposem que tenim un escenari com aquest:

  • Tenim un servei d'assistència venda d'entrades sistema.
  • El servei d'assistència venda d'entrades sistema permet als usuaris introduir informació de venda d'entrades regulars helpdesk, com àrea de problema, situació de problema, etc.
  • Volem permetre als usuaris "sobreimpressió" especificar un camp d "urgència".
  • Altres usuaris no tenen accés a aquest camp.  El sistema sempre li assignarà prioritat nivell "mitjà" a les seves demandes.

Què podíem fer és crear dos llistes SharePoint separades i dos tipus diferents de contingut, per a "sobreimpressió" usuaris i una altra per a tothom.

Flux de treball en cada llista còpies de les dades de la llista mestra (la llista de bitllet real helpdesk) i el procés procedeix des d'allà.

Aquest enfocament podria funcionar una mena de columna seguretat de nivell, així de flux. 

No ho he tastat, però sent raonable i dóna bastant fàcil, Si bastant brut, opció d'implementar una mena de tipus de contingut i fins i tot columna nivell seguretat.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Aprovació del contingut com automàtica element nivell seguretat del pobre home

Hi ha un escenari comú de negoci l'InfoPath.  Volem que permeten a la gent emplenar formularis de InfoPath i sotmetre'ls a una biblioteca.  Volem titular (i ningú més) per tenir accés a aquelles formes.

Aquesta pregunta surt tant en les formes (e. g. http://social.technet.microsoft.com/Forums/en-US/sharepointadmin/thread/76ccef5a-d71c-4b7c-963c-613157e2a966/?prof=required)

Una manera ràpida de resoldre això és per permetre l'aprovació del contingut de la biblioteca forma.  Aneu a configuració de la versió de la biblioteca i la va posar fins com mostrat:

image 

Feu clic a "Requereixen l'aprovació del contingut" i que li permetrà triar un valor per a la seguretat dels elements esborrany.

És una mica contra-intuïtiu perquè no pensem en termes de "aprovació del contingut" quan tots els que volem fer és evitar que la gent veure formes dels altres usuaris.  No obstant això, funciona bé (en la meva experiència).  Només no aprova aquestes formes i estaré sempre suposen "Esborranys". 

Donar aprovació drets a les persones que hauria de ser capaços de veure-les i he tancat el bucle.

Això no és exactament grans notícies, però la pregunta pujat amb certa regularitat, Així que vaig pensar que valdria la pena de publicar.

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

SharePoint en línia i l'InfoPath

Pot ser l'última persona a adonar-se d'això, però el SharePoint en línia (que sovint sento a gent dir és un glorificat WSS) dóna suport a l'InfoPath Forms Services.  Que és una cosa molt poderós, sobretot tenint en compte que IP FS és una característica de l'empresa de molsa i BPO és una cosa així com $1.99/ mes per a 10,000 usuaris.  Potser és una mica més que.

Així, SharePoint Online desafia la definició fàcil.  Té aquesta característica d'empresa, però no hi ha accés anònim (que fins i tot WSS suports).  Vostè pot fer algunes coses interessants amb la recerca (MOSS-ish, ja podeu definir àmbits de nivell de lloc), però si necessiteu accedir a l'SSP, vostè no pot fer-ho.  Podeu jugar al joc "d'una banda i de l'altre" durant tota la nit amb aquest producte 🙂

Microsoft és degut d'alliberar una versió nova de SP Online en els propers mesos.  Em pregunto quin estrany híbrid que va ser?

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin

Taxonomia Discussions mai desapareixerà

Hi ha un fil de tipus inusual "teoria" passant aquí en els fòrums MSDN: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/thread/34d11f89-4405-4ba5-b0f0-faa5af6e6ad5/

Un munt de MSDN Fòrum preguntes són molt "com fer [x]"a la natura.

Aquest és un gran tema i algunes de les qüestions claus que dirigeixen bastant bé en el fil.

Unir-se a la diversió!

</final>

Subscriure's al meu blog.

Follow me on Twitter http://www.twitter.com/pagalvin