Tip Trouble-saethu Ar gyfer Cyfarwyddebau onglog (Neu, Dysgu I Caru cysylltnodau Holl Dros Eto)

Mae gennyf ychydig o apps $http.get hwnnw yn gwneud() eisiau galw a allu dangos neges gwall ddel wedi'i fformatio gyda manylion y gwall hyll cudd, ond hygyrch.  Yn y bôn, hwn:

image

Ac yna os bydd y defnyddiwr yn syrthio i'w le ar y gwall, maent yn gweld mwy o wybodaeth:

image

Pethau syml.  Ers y gall yr union un camgymeriad posibl yn ymddangos yn y sgrin gweinyddol yn ogystal â sgrîn defnyddiwr terfynol, Roedd yn amlwg yn galw am Gyfarwyddeb onglog personol.  Rwy'n  Roedd hyn yn cyfres eithriadol erthyglau (http://weblogs.asp.net/dwahlin/creating-custom-angularjs-directives-part-i-the-fundamentals) gan fawr Dan Wahlin.  Yn dilyn ei gyngor, Gyflym iawn creu yr <Helo byd> Cyfarwyddeb a symud ymlaen at fy squeegee arddangos gwall mwy cymhleth. Yr wyf yn rhedeg i ychydig o drafferth gyda'r Gyfarwyddeb hon mwy cymhleth.  Hapus, math o hap a damwain, Roedd wrthyf WebStorm (Golygydd y defnyddiaf y dyddiau hyn) bod y ffeil JS ffeil onglog, ac fe 'm helpodd ffigur allan y mater.  Mae hyn yn y Cod ar gyfer y Gyfarwyddeb ei hun:

angular.module("CDLApp").Gyfarwyddeb("generalCdlErrorHandler", swyddogaeth() {

dychwelyd {
cyfyngu ar: "E",
cymryd lle: wir,

cwmpas: {
retrieveLastConfigurationError: "&"
},

templed:
'<dosbarth DIV = "rhybuddio rhybudd perygl" rôl = "rhybuddio" ng-init = "doShowExpandedErrorDetails = wir" Sioe ng = "retrieveLastConfigurationError()">' +
' Roedd gwall I/O neu eraill gwall. Mae hyn fel arfer yn digwydd oherwydd na ellid ffeil data ffurfweddu ' +
' canfod neu Mae'r ffeil ffurfweddu yn cynnwys gwybodaeth anghywir (megis cyfeirnodi Llyfrgell ddogfen ' +
' nad yw'n bodoli).' +
' <br />' +
' <DIV ng-sioe = "doShowExpandedErrorDetails">' +
' <href = "#" Cliciwch ng = "doShowExpandedErrorDetails = ! doShowExpandedErrorDetails">' +
'Cliciwch yma i guddio manylion.' +
' </1>: ' +
' <br />' +
' <cyn>{{retrieveLastConfigurationError() | json}}</cyn>' +
' <br />' +
' </div>' +
' <DIV ng-sioe = "!doShowExpandedErrorDetails">' +
' <href = "#" Cliciwch ng = "doShowExpandedErrorDetails = ! doShowExpandedErrorDetails">' +
'Cliciwch yma i ehangu manylion y gwall.' +
' </1>' +
' </div>' +
'</div>'
};
});

Yn y bôn, Yr wyf yn creu elfen newydd o'r enw "generalCdlErrorHandler".  Mae angen mynediad i swyddogaeth a elwir retrieveLastConfigurationError, ac ymdrinnir â hynny yn y gwrthrych cwmpas.  Mae'n debyg mai gallai dim ond defnyddiais cwmpas y rhiant, ond mae hynny'n deimlad yn ddiog.  Os yw unrhyw un yn credu dylai wedi gwneud hynny, Byddwn wrth fy modd i glywed am hynny yn y sylwadau.

Roedd hyn yn iawn, ond doeddwn i ddim yn cael unrhyw beth.  Unrhyw wallau yn codi dro ar ôl yn y Consol (o leiaf unwaith Sefydlog yr holl gamgymeriadau sx rwy'n creu ar hyd y ffordd).  Dim ond doeddwn i ddim yn cael unrhyw allbwn o'r Gyfarwyddeb.  Aeth ac yn ychwanegu rhai testun Sefydlog cyn y Gyfarwyddeb ng-sioe a * oedd * yn cael. Roedd hyn yn gwneud imi feddwl bod efallai nad oedd y Gyfarwyddeb yn caniatáu ymhlyg creu vars newydd fel "doShowExpandedErrorDetails" neu "ng-init" yno. 

Es yn ôl i HTML i weld os cefais math a'r tro hwn WebStorm helpodd fi.  Roedd wedi bod yn pasio yn y swyddogaeth retrieveLastConfigurationError fel hyn:

<Cyffredinol-cdl-gwall-triniwr retrieveLastConfigurationError="CDLController.retrieveLastConfigurationError()">
</Cyffredinol-cdl-gwall-triniwr>

Ond mewn gwirionedd roedd angen i hyn fod:

<Cyffredinol-cdl-gwall-triniwr adalw-olaf-ffurfweddu-gwall = "CDLController.retrieveLastConfigurationError()">
</Cyffredinol-cdl-gwall-triniwr>

Roedd WebStorm yn ddigon call i wybod ei bod yn gorfod cael eu cysylltnodi.  Os nad oedd wedi darparu awgrym hwnnw, Byddai wyf fwy na thebyg yn dal datrys problemau hyn Smile.  Amser hwyl!

Y gamp yw hyn: Nid yn unig y mae yr enw elfen Gyfarwyddeb cysylltnodi, Felly mae unrhyw nodweddion ydych yn ychwanegu at ei.  Unwaith yr ychwanegodd y cysylltnod, hyn i gyd yn gweithio'n iawn.  Enillodd tiwtorial a ddigwyddodd i ddefnyddio enwau un byr, felly doeddwn i ddim yn gwneud y cysylltiad.

Hope mae hyn yn helpu rhywun.

</diwedd>

undefinedTanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

IE9 Nid yw Really A yw'r Like It Pan Fyddwch Ewch A Shortcut Gyda Eich <span> Tags

Wyf wedi syrthio arfer drwg o ddefnyddio Chrome bob amser.  Mae'n "drwg" oherwydd mae stwff ddatblygu gwir angen i redeg ar lawer o porwyr gwe eraill, gan gynnwys, yn anffodus IE8.  Mae fy gliniadur gwaith safon IE9 am ba reswm bynnag) ac yr oedd ei cyflym, edrychwch i weld pa bethau sy'n derbyn gofal fel a... Mae'n oedd eithaf.  Er enghraifft,:

image

Mae * i fod * i edrych fel hyn:

image

 

Nid yn unig a oedd yn ymadael, ond nid oedd fy digwyddiadau cliciwch losgi.  (Rhan fwyaf ohonynt, beth bynnag).

Weledol, Edrychodd fel dechreuodd pethau fynd ar gyfeiliorn ger y ddolen "Gosod uwch".  Palu yn y rhan honno o'r y HTML ac yn canfod y cefais y llinell hon:

<rhychwantu dosbarth = "glyphicon glyphicon--ffenestr newydd" />

Mae hynny'n ymddangos fel cystrawen a ganiateir ("Chrome fersiwn 40.02214.94 m"yn iawn â hi). Aeth ac yn newid beth bynnag, fel y dangosir:

<rhychwantu dosbarth = "glyphicon glyphicon--ffenestr newydd"></span>

Bod yn sefydlog.

Achosodd peth ychydig o'r fath bach llanastr enfawr o'r sgrin.  Amser hwyl.

Hyn a ddigwyddodd i fod yn ateb cyflym, ond hefyd y math o beth a gaiff eich asgwrn cefn allan o aliniad yn unig pan welwch chi.  Mae yna dros 500 Dim ond peidiwch â llinellau o HTML yn swyddogaeth hon ychydig o gweinyddol a ydych am ddod o hyd eich hun yn palu ymhlith y chwyn hynny, erioed Smile.

</diwedd>

undefinedTanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

HTTP 406 Gwall Pryd Yn Arfer onglog $ http.get Yn erbyn Pwyntiau SharePoint REST End

Diweddariad: Nododd hwn darn mawr o wybodaeth am marc AD ndersson: http://blogs.office.com/2014/08/13/json-Light-support-Rest-SharePoint-API-released/. Mae hynny'n egluro llawer :).

Efallai fod y teitl swydd blog gwaethaf erioed! Anyhoo.

Fel arfer y gwnaf bopeth o fy prototeipio erbyn enghraifft O365. Mae gennyf fy achos personol fel bod ddim yn gorfod poeni am unrhyw un arall sy'n effeithio ar. Wrth fynd heibio – cofio pan alwn Cynhaliwyd o amgylch rhith peiriannau ar ein gliniaduron gyda MWSOGL – gweinydd SQL, IIS, benderfynu vs Hyper-V. VMWare? Anyhoo...

Wedi datblygu ap ddefnyddio Angular yn yr amgylchedd hwn yw, ymhlith pethau eraill, hwn:

$http.get(serverUrl)
.llwyddiant(swyddogaeth(data, statws, Penynnau, Ffurfweddu) {

var getLinksResponse = data;

getLinksResponse.value.forEach(swyddogaeth(theResult) {

// ac ati a bytheirio felly

Roedd hyn yn gweithio ychydig iawn mewn dau wahanol SharePoint amgylcheddau ar-lein. Fodd bynnag,, pan oedd fy nghyd-Aelod yn ei ported i Cloudshare yr achos, ei fod yn cael HTTP 406 gwall (a oedd y tro cyntaf a gefais erioed mai un, felly... yay, am wn i). Oedd ychydig o ymchwil ac yn sylwi bod y pennawd "Derbyn" oddi ar. SharePoint ar-lein yn berffaith hapus gyda'r:

Derbyn: cais/json

Ond y lle cloudshare (sydd yn cefnogi pobl ar prem, gynhaliwyd yn weinydd rhithwir) am y clasurol "odata = amleiriog" ychwanegodd yn ogystal:

Derbyn: cais/json;odata = amleiriog

I ddatrys hynny, Ychwanegwyd y pennawd fel y cyfryw:

Ffurfweddu var = {Penynnau: {
'Derbyn': ' cais/json;odata = amleiriog '
}
};

$http.get(serverUrl,Ffurfweddu)
.llwyddiant(swyddogaeth(data, statws, Penynnau, Ffurfweddu) {

var getLinksResponse = data;

getLinksResponse.value.forEach(swyddogaeth(theResult) {

// ac ati a bytheirio felly

Bod cael gwared ar y 406, ond roedd hefyd wedi newid y fformat yr ymateb. Yr oedd mwy... amleiriog. (haha!) Yr oedd angen mwy o newidiadau ac yma yn y canlyniad terfynol:

Ffurfweddu var = {Penynnau: {
'Derbyn': ' cais/json;odata = amleiriog '
}
};

$http.get(serverUrl,Ffurfweddu)
.llwyddiant(swyddogaeth(data, statws, Penynnau, Ffurfweddu) {

var getLinksResponse = data;

getLinksResponse.d.results.forEach(swyddogaeth(theResult) {

// ac ati a bytheirio felly

Trodd hyn dim ond i 30 broblem funud i ni, Felly yr ydym yn lucked. Gobeithio rhywun canfod hyn yn ddefnyddiol.

</diwedd>

Sut-i: Galluogi Lluosog Rhannau onglog SharePoint We ar yr un dudalen

Blog hwn swyddi yn disgrifio sut y gallwch gael lluosog oedd Angular.js yn seiliedig ar SharePoint we rhannau (Cyfeirir at drwy'r we Golygydd cynnwys rhan) ar yr un dudalen. Yr wyf yn galw we Golygydd cynnwys rhan (CEWP) bod cyfeiriadau JavaScript a adeiladwyd gan ddefnyddio fframwaith Angular.js onglog we rhan."

Onglog y broses bootstrap yn hynod hawdd ac mae bron bob enghraifft a welwch chi ar y internets yn mynd rhywbeth fel hyn:

<html ng-ap = 'myApp'>

<bla /><bla /><bla />

</html>

Mae hyn yn torri i lawr, Fodd bynnag,, Os ydych am i alluogi CEWP lluosog sy'n cynrychioli rhannau we onglog lluosog ar yr un dudalen. Bydd onglog unig awtomatig bootstrap erbyn y Gyfarwyddeb ng-app cyntaf mae'n canfod – leiaf o fersiwn onglog 1.3.6. Mae'r ateb yn eithaf syml – eich hun bootstrap eich cod, yn hytrach. Mae uchod bellach newid i rywbeth fel hyn:

<corff>
<d
iv id =”bootstrapHere” rheolydd ng =”myController fel theController”>
<bla /><bla /><bla />
</div>
</corff>

<SGRIPT src =”//AJAX.googleapis.com/AJAX/libs/angularjs/1.3.6/angular.JS”></sgript>

<sgript>
angular.bootstrap(angular.element(document.getElementById(“bootstrapHere”)),['myApp']);
</sgript>

Yn y bôn, yn hytrach na defnyddio ap ng ar yr elfen i wneud eich Ymddangosai'r, Mae eich slapio ID ar elfen honno. Yna, defnyddio y bootstrap() Dull ar ei hun onglog i reoli'r broses bootstrapping ar redeg-amser. Rwyf wedi profi hyn gyda tair rhan ar y we onglog gwahanol ar yr un dudalen ac mae'n gweithio swyn.

</diwedd>

undefinedTanysgrifio i fy mlog.

Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin

Mae'r New Jersey Comisiwn Cerbydau Modur Cymryd Ddioddefwyr arall

Felly, Mae fy mab yn hwyr braidd cael ei drwydded gyrru.  Ddoe, yn ganol y bore, au tryciau hyd at NJ ffowlyn i'w gael.  Iddo gyrraedd, yn llenwi allan ei gwaith papur yn cyhoeddi trwydded unstamped ac yn dysgu fod yn rhaid iddo fynd yn bellach i arall Lleoliad MVC i gymryd ei brawf llygaid.  Oherwydd, yn ôl pob golwg, Dim ond peidiwch â profwyr llygaid medrus iawn yn byw yn unman, Felly mae angen NJ MVC fynd lle y mae y dalent.  Neu, Efallai mae'n oherwydd eu dilyn athroniaeth Hamiltonian o atgyfnerthu?  Cymaint ag Hamilton yn teimlo ariannol a gweithgynhyrchu cydgrynhoi yn feirniadol i gryfder economaidd y Weriniaeth yn y dyfodol, Efallai y teimla NJ MVC maent angen atgyfnerthu dalent ar gyfer cryfder dyfodol NJ MVC brofion llygaid?  Efallai ei fod yn rhan o gynllun ineffable?  Yn anffodus, Mae gennyf gwestiynau yn unig ar y pwnc hwn ac unrhyw atebion. 

Cyngor ffowlyn canlynol, Mae gwraig a mab lorri ddanfon eu ffordd i lawr i Lodi, NJ gyda y unstamped yn caniatáu i Lodi.  Gall Lodi wedi parcio gwaethaf o unrhyw leoliad NJ MVC.  Ac, ers Mae nhw hefyd yn cynnal rhai o'r prin eto hynod yn chwennych llygaid a phrofi peiriannau a gweithwyr proffesiynol brofion llygaid, maent yn denu erfyn streipiau holl, cysgodion, Addysg a gawkers.  Mae fy mab yn gweithio ei ffordd drwy ddrysfa llinellau a'r cyfarwyddiadau a ddarparwyd gan y gweithwyr proffesiynol NJ MVC "never-look-them-in-the-eye" ac yn olaf yn cyrraedd y llygaid a phrofion llinell.  Bellach maent yn dysgu bod y person Oakland gwneud camgymeriad ar yr hawlen unstamped.  Roedd ef yn unigol gan gam-staff rhif nawdd cymdeithasol, rhoi "8" lle "2' yn un o'r digidau.  Roedd y person NJ DMV yn gwybod hyn oherwydd pan roedd hi'n tynnu fyny y SS# anghywir yn y cyfrifiadur, Doeddwn i ddim yn dangos enw fy mab.  Gwraig a mab yn dweud, "o, Dyna'r nifer anghywir, Mae angen chi '2' yno yn hytrach na '8.' "  Pa sawl, Efallai y byddai pob un person teg eu gwarchod yn disgwyl ar y pwynt hwn yw i'r person NJ MVC syml yn gywir nifer y maent newydd gychwyn ar y cyfrifiadur.  Ha! Ffŵl!  Ddim yn, yn hytrach, gofynnwyd iddo ddarparu ei gerdyn diogelwch cymdeithasol.  Dewch i grwydro am eiliad, ac yn ystyried hynny er mwyn cael y drwydded y unstamped yn y lle cyntaf, oedd eisoes wedi darparu pasbort inni yn ogystal â Jersey newydd tystysgrif geni a llythyr ysgrifenedig iddo yn ei chyfeiriad cartref.   Mae ei fam ag ef, rhannu ei enw, ei gyfeiriad, ei uchder (ond yn anffodus, Nid ei flas yn ffilmiau ffuglen wyddonol) ... Mae'n wir, Mae fy mab yn dda ac yn wirioneddol nodwyd fel bywyd hir preswylio o wladwriaethau hyn yr Unol Daleithiau ac yn wir, New Jersey ei hun gan unrhyw fesur a gallwch ddychmygu.  Os byddai y person NJ MVC syml Sefydlog y camgymeriad a wnaed y person Oakland, Byddai y cyfrifiadur wedi tynnu'r wybodaeth fy mab, a byddai hynny wedi bod diwedd y stori.  Ond eto, ffŵl!  Ni allant wneud hynny. Yn lle hynny, NJ MVC yn mynnu ar gerdyn nawdd cymdeithasol yn awr. 

Felly, gwraig a mab fynd adref i gael ei a dychwelyd.  Ac yn y diwedd, Mae ef yn cael ei chaniatáu.

Dyna'r tair taith wahanol i NJ MVC mewn un diwrnod.  I gael ei drwydded.  Cymerodd bron 6 Mae oriau o'r dechrau gorffen.  Mae hyn yn cyflwyno fy mab i yrru yn y wladwriaeth ardd.

NJ MVC yn amlwg wedi torri. 

</diwedd>

Onglog Methu bootstrap yn IE9

Dwi wedi yr wedi chwarae o gwmpas gyda Angular.js am y tro olaf hir tra a bywyd imi, Ni chefais fy apps onglog i lansio yn IE9.  Maent oll yn gweithio ddirwy yn IE11 ond byddai IE9 ddim ond yn dangos y fframiau cyrliog a darnau tebyg.

Chwilio o gwmpas, ac ni allem ddod o hyd i unrhyw un sy'n cwyno am ei broblem.  Mae'n gweithio'n iawn yn Chrome, IE11, Nid IE9.

Roedd fy nhaflu oddi ar y ffaith bod roedd Consol IE yn rhoi imi camgymeriadau fel hyn:

SEC7111: Mae diogelwch HTTPS yn cael ei beryglu gan dag://ieframe.dll/forbidframing.htm

Roedd gwall hwnnw mi feddwl oedd rhai broblem a llwytho i lawr y onglog neu llyfrgelloedd eraill yr oedd angen imi.  Fel mae'n troi allan, Nid oedd y broblem.

Drwy chwilio o gwmpas y internets, Yn olaf cefais fod angen i mi chwilio am ymadrodd "bootstrap" a bod yr ymddangosai fel yr Ymddangosai'r oedd yn methu.  Yn y diwedd, fy broblem oedd bod Roedd yr addurno fy <html> tag priodoledd y ng-app, fel yn:

<html ng-ap = "MatrixApp">

Wel, a doeddwn i ddim yn gweithio i IE9.  Yn lle hynny, Lapio fy holl weddill HTML yn y <corff> tu mewn div a cyfeiriadau MatrixApp y ffordd honno.

Datrys y broblem.

Gobeithio Mae hyn yn arbed rhywun rhai galar.

</diwedd>

Creu Ffurflenni Custom SharePoint Heb Meistr Tudalen

Mae fy nghydweithiwr, Lauren Jones, Ysgrifennodd hyd walk-through braf ar sut i greu ffurflen mynediad data personol gan ddefnyddio SharePoint dylunydd.  Nad yw'n union yn "newydd dan yr haul", ond mae tipyn o twist.  Yn ei geiriau:

Creu ffurflenni personol yn syth ymlaen i wneud yn SharePoint dylunydd, Ewch at eich rhestr ac ar y ddewislen rhuban, dewiswch ' ffurflen rhestr’ a creu eich templed ffurflen newydd.

Mae hyn yn gweithio'n dda os ydych am eich ffurflen i fod ynghlwm wrth eich meistr dudalen, ond beth os oes gennych achos defnyddio creu ffurflen sydd mewn ffenestr naid neu yn annibynnol heb SharePoint chrome. Cefais union achos hwn ddefnyddio, Yr oeddwn i arfer arddull ffurflen yna defnyddio ffurf honno yn unol div naid o fewn Tudalen.

Dydw i ddim yn anobeithio, Mae ffordd i wneud hyn ac nid yw hynny'n reddfol ond yn weddol hawdd i'w gyflawni.

Gallwch ddarllen holl fanylion yma: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=55&rtitle=customforms&rsrouce=pgblog a gallwch ei weld yn gweithredu drwy glicio ar y cyswllt 'gysylltiad wrthym am fwy o wybodaeth' ar unrhyw un o'r gwasanaethau ar y dudalen gwasanaethau ein safle SharePoint afal mawr (http://www.bigapplesharepoint.com/services).

Mae Lauren yn ysgrifennu llawer o bethau da ar UX a brandio.  Gallwch weld mwy o yma ysgrifennu yma: http://www.bigapplesharepoint.com/team?showExpertName=Lauren%20Jones.

</diwedd>

Dylunio tynnu sylw ac Meddw ar y Arwedd Coolaid

Mae fy nghydweithiwr, Lauren Jones (https://twitter.com/laurenjones02) Ysgrifennodd at erthygl fer yn sôn am sut rhy gynlluniau SP cymhleth yn galed iawn ar ddefnyddwyr.  Mae'n fath o amlwg, mewn ffordd, ond mae'n hawdd i mi ddweud hynny ar ôl dwi yn wedi'i gytgordio llawer o gynlluniau cymhleth o bethau i'w paratoi defnyddwyr dros y blynyddoedd.

Yma yn allweddol ' graff:

Bum mlynedd yn ôl, pan yr gyflwyno SharePoint i sefydliad am y tro cyntaf gyda nod sylfaenol yn dod yn llwyfan cydweithredu a disodli gyriannau rhannu, Hefyd cyflwynwyd cymdeithasol ac mae ffynonellau newyddion trwy RSS, Fy safleoedd a phroffiliau, a thagio folksonomy. Afraid dweud, Roedd hyn yn llawer ar gyfer defnyddwyr i fabwysiadu mewn un ergyd. Er bod llwyddiant gyda mabwysiadu o amgylch rheoli dogfennau a phroffiliau, RSS a thagio llai llwyddiannus ac mewn gwirionedd roedd hyn oherwydd y newid rheoli cyfathrebu a hyfforddiant. Ni allem wneud hynny ar unwaith. Cymryd y llai yw'r dull mwy a rhyddhau ymarferoldeb mewn cyfnodau yn haws ar gyfer defnyddwyr i dderbyn a mabwysiadu i.

Mae'r erthygl hon yn atgoffa o ychydig arall a darllenais gan Kris Gale yn gysylltiedig â nodwedd y Yammer set, "Mae yr un gost peirianwyr a Peidiwch â rheolwyr cynnyrch yn cael ei ystyried."

Os oes gennych stori arswyd neu stori lwyddiant i rannu, Gobeithiaf y byddwch chi wneud hynny yn y sylwadau dros ar y safle afal mawr.

</diwedd>

Wythnosol Roundup – Gorffennaf 13, 2014

I i i xpost hyn yma dros y penwythnos diwethaf. 

Yma yn y 33ydd erthygl mewn cyfres lle yn ysgrifennu am swyddi blog ac erthyglau ar-lein a oedd yn arbennig o ddiddorol i mi yn yr wythnos diwethaf.  Mae mynediad yr wythnos hon yn y gyfres yn tynnu sylw at ddau brosiect CodePlex am InfoPath newydd posibl ac ar gyfer rheoli hawliau â SharePoint, newyddion am loerennau, eto arall fframwaith JavaScript a amnaid i Ada Babbage a ei rôl mewn cyfrifiadura hanes.

Gallwch ei ddarllen yma: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=93&rsource=pgblog&rtitle=roundup

</diwedd>

View Ymholiadau CAML mewn Amser Real Gyda Viewer ULS

Mae fy nghydweithiwr, Ashsih Patel, Ysgrifennodd hyd walk-through braf Mae disgrifio sut i weld y CAML tu ôl SP amrywiol ymholiadau sy'n digwydd yng nghwrs busnes mewn amser real gan ddefnyddio y gwyliwr ULS.

Dyma y intro:

Oeddech erioed am wybod pa gwestiynau CAML yn gweithredu trwy SharePoint gweinydd?

Wel, ar gyfer datrys problemau a dysgu diben, Nid yw'n syniad gwael. Wedi'r cyfan, Mae SQL Profiler wedi bod yn helpu inni datrys llawer o faterion.

Efallai fod cynhyrchion allan yno ond roedd fy ffordd i wneud hynny heb wario arian ychwanegol! Ac yma y mae'n...

Gallwch ddarllen yr holl beth yma: http://www.bigapplesharepoint.com/pages/View-An-Insight.aspx?BlogID=68&rsource=pgblog&rtitle=caml.

</diwedd>