Tiada sup untuk anda! Adakah Cisco Sup Nazi NLB produk?

Hari ini, Saya cuba untuk mencapai sebuah perpustakaan dokumen melalui windows explorer. Lib doc ini yang hidup dalam satu sistem yang terdiri daripada dua WFE beban seimbang oleh beberapa jenis penyelesaian Cisco NLB. (Jika/apabila Pendeta rangkaian beritahu saya apa, Saya akan mengemaskini post ini).

Penjelajah Windows tidak dapat menyambung. Beberapa kajian yang saya lakukan dan akhirnya, Pendeta rangkaian berkata bahawa WebDAV dinyahdayakan oleh / tidak disokong oleh / di bawah kewibawaan NLB di.

Jadi, menganggap Pendeta rangkaian tidak hanya memberitahu saya setara dengan Pendeta rangkaian "mengambil berjalan kaki panjang off jambatan pendek", Saya perlu tertanya-tanya — Adakah NLB, oleh alam semula jadi, menyahdayakan WebDAV? Adakah kami kalah kami antaramuka explorer fail windows SharePoint? Adalah Cisco yang Sup Nazi?

Urusan MOSS / Persekitaran WSS — selaras dengan asas pengetahuan Microsoft

Microsoft mencipta hari artikel dasar pengetahuan dan hari keluar dan sebahagian dari orang yang darned penting untuk mengetahui jika anda tinggal di dunia SharePoint.

Saya menyimpan sehingga kelajuan dengan mereka melalui perkhidmatan yang disediakan oleh penduduk baik di www.kbalertz.com. KBAlertz membolehkan anda untuk mendaftar bagi teknologi MS kegemaran anda dan mereka menghantar anda mencerna versi Microsoft KB artikel melalui email.

Dasar Web Permohonan, Tapak Keselamatan dan Keselamatan Memotong — Tahu konfigurasi anda

(UPDATED 11/29 untuk menerangkan bagaimana untuk mengakses tetapan dasar aplikasi web melalui UI)

Saya mempunyai satu orang-orang "mengapa MOSS melakukan ini kepada saya????" detik-detik hari. Pada akhir, itu semua salah saya.

Kami mempunyai projek perusahaan MOSS yang berlaku dan kami ingin mendapatkan "tempat pemegang." tapak supaya pengguna tidak boleh mengakses atau melihatnya. Itulah mudah:

  1. Pergi ke laman web.
  2. Cuti warisan keselamatan.
  3. Keluarkan setiap pengguna / kumpulan dari kebenaran tapak.

Di atas harus meninggalkan hanya pentadbir koleksi tapak dengan kebenaran untuk melihat laman web ini.

Jika orang lain log masuk, mereka tidak lagi perlu melihat laman web ini dan ia harus keselamatan dipotong dari semua tempat-tempat yang biasa.

Tetapi … Ia adalah tidak. Pada masa yang sama, Saya tiba-tiba sedar bahawa saya "Joe pengguna" akaun pengguna standard ujian dengan tiada priv ini selain daripada akses Baca terhad mempunyai sebuah "Laman web tindakan" pilihan di mana-mana dia pergi. Saya double check satu perkara dan benda lain semak. Saya mengangkat telefon untuk memanggil rakan sekerja, tetapi meletakkan ke bawah dan memeriksa sesuatu yang lain. Saya pergi untuk berjalan kaki dan cuba segala-galanya sekali lagi. Saya memanggil rakan sekerja dan meninggalkan mesej. Dan kemudian, akhirnya, Saya dapati bahawa pada Blog Ethan, graf pembukaan beliau menjadikannya agak mudah:

MOSS 2007 mempunyai ciri-ciri baru yang dikenali sebagai Dasar Web Permohonan. Ini adalah kebenaran keselamatan yang terikat kepada Permohonan Web. Ini tetapan keselamatan mengatasi sebarang tetapan keselamatan yang ditetapkan di Collection Laman atau tapak (Web) tahap untuk pengguna yang.

Lawatan cepat menunjukkan dasar aplikasi web yang "NT Authorityauthenticated pengguna" telah diberi Baca penuh. Saya dikeluarkan dari senarai mereka dan segala-galanya akhirnya mula bekerja seperti yang dijangka. Saya percaya mereka telah ditambah di tempat pertama oleh seseorang yang mempunyai tanggapan yang salah bahawa itulah cara yang terbaik untuk memberikan akses Baca kepada semua orang dan perusahaan. Ia tidak, tetapi, ketegangan sebut, "Ia tidak bermakna apa yang anda fikir ia bermakna."

Capaian web aplikasi dasar begini:

  1. Pergi ke Pentadbiran Pusat
  2. Pilih Pengurusan Permohonan
  3. Pilih "dasar bagi Aplikasi Web"
  4. Pada skrin yang, Pastikan anda memilih aplikasi web yang betul. Bagi saya, ingkarnya permohonan web admin pusat yang tidak boleh menjadi salah satu yang anda mahu.

Apabila saya mempunyai masalah ini, Saya mencari frasa yang berikut dan mendapat menghairankan sedikit dari segi bantuan secara langsung mengenai isu ini:

Tindakan Site dilihat untuk semua pengguna

Tindakan Site dilihat kepada semua pengguna

tindakan tapak tidak keselamatan dipotong

mendapatkan tapak MOSS

pengenalan kepada lumut keselamatan

Technorati Tags:

Cepat mudah dan: Gunakan Pertanyaan Kunci tetap dalam Keputusan Teras Search

Arahan yang cepat dan mudah:

Mengedit halaman dan menambah sebahagian hasil teras carian web.

Mengedit bahagian web dan mengembangkan "Tetap kata kunci pertanyaan".

Tambah pertanyaan kunci tetap (e.g. ContentType:"Latihan invois" TrainingInvoiceNumber:1111)

Memperluaskan hasil pertanyaan pilihan dan mengubah "Cross-Web bahagian pertanyaan ID" kepada nilai selain daripada "pertanyaan pengguna" (e.g. "Tanya 2").

Nota:

Menggunakan hasil carian utama cara ini membenarkan saya untuk mewujudkan sebuah laman yang menunjukkan maklumat daripada koleksi laman lain. Pelanggan mempunyai dua koleksi tapak utama: Jabatan-Jabatan dan produk.

Mengandungi koleksi laman produk, secara semulajadi cukup, maklumat produk. Agregat setiap produk dalam koleksi tapak data daripada pelbagai sumber.

Salah satu jabatan yang, Kod dan ujian, pada sumber tersebut. Bilakah pengguna mengakses produk XYZ, mereka perlu melihat kod dan data ujian secara langsung pada halaman utama XYZ. Sejak kod dan ujian dihoskan di lain koleksi tapak, Ianya agak janggal. Kami memutuskan untuk menggunakan bahagian web keputusan carian utama kerana Cari menjangkau koleksi tapak. Kod dan pengujian menguruskan data produk melalui senarai tersuai yang dihalang oleh sejenis kandungan yang khusus. Pertanyaan AA kata kunci yang menggunakan terlebih dahulu jenis kandungan dan kemudian jumlah produk yang sempit turun carian untuk single berturut-turut dalam senarai tersuai.

Pertanyaan kata kunci yang di atas ini dan untuk. Kembali dokumen kandungan taip "latihan invois" dan di mana nombor invois sama dengan "1111".

Manfaat baik dari pendekatan ini: Kita boleh edit XSL daripada bahagian web keputusan carian inti dan menghasilkan mana-mana format yang kita mahu.

Lihat di sini (http://devcow.com/blogs/jdattis/archive/2007/04/17/SharePoint_2007_How_to_Rollup_Content_from_multiple_Site_Collections.aspx) blogger lain perbincangan tentang topik ini.

</akhir>Langgan ke blog saya.

Beritahu saya tentang blog anda!

Jika anda mengekalkan blog yang sekurang-kurangnya minimum berkaitan dengan SharePoint, Tolong beritahu saya di komen. Saya suka untuk menambah anda kepada saya senarai blog.

Jika anda mengekalkan blog yang tidak berkaitan dengan SharePoint tetapi mahu saya untuk menambah teruskan, Beritahu saya. Saya akan boleh mencipta senarai blog berasingan.

Sila berikan:

  • URL blog anda (jelas)
  • Satu penerangan ringkas blog anda.

Saya ingin memastikan pautan kepada "aktif" blog, yang saya kira-kira saya mentakrifkan sebagai satu pos per minggu dan sekurang-kurangnya berusia tiga bulan. Jika anda tidak memenuhi kehendak"itu" Tambah nama kepada komen juga. Ia mempunyai * saya * senarai supaya saya boleh melanggar peraturan saya sendiri sekiranya ingin.

Terima kasih!

Jadual Latihan Pekerja dan Bahan Template — Bug penyusutan dalam template

Pelanggan perasan bug hari ini dengan template yang disebutkan di atas.

Pengurus kursus membuat kursus. Apabila mewujudkan kursus, pengurus menentukan bilangan maksimum kerusi yang sedia.

Menyediakan template untuk pendaftaran Layan Diri. Saya mendaftar dan aliran yang melekat pada decrements senarai pendaftaran "disediakan tempat duduk" berkaitan dengan kursus yang.

Individu juga boleh unregister dari kursus. Bug pembohongan di sini. Unregistering dari kursus tidak kenaikan di kaunter tempat duduk disediakan. Hasilnya, tempat duduk yang disediakan adalah tidak tepat. Pepijat ini diburukkan lagi oleh hakikat bahawa apabila kerusi disediakan decrements sifar, tiada lagi pendaftaran layan diri dibenarkan.

Mujurlah, Microsoft menyediakan aliran kerja dalam proses ini. Bahkan lebih baik, ia adalah satu aliran kerja lurus ke hadapan diwujudkan melalui SharePoint Designer.

Ikuti langkah-langkah yang tinggi untuk menetapkan:

  1. Api sehingga SDP.
  2. Layari laman web berdasarkan dari template latihan.
  3. Akses "peserta unregistration" kerja.
  4. Memasukkan langkah-langkah (Saya telah membuat mereka yang pertama dua langkah):
    1. Kira Kursus:Kerusi diisi tolak 1 (Pengeluaran kepada Berubah-ubah:Calc)
    2. (kemudian) Mengemaskini item dalam Kursus

Klik Selesai dan anda selesai.

Tembakan skrin:


SharePoint Designer:

imej

Mendapat tempat kerja:

imej

Kira menggerudi-down:

imej

Mengemaskini item dalam Kursus:

imej

Memberi berita baik kerap; memberi berita buruk awal

Saya telah perunding bagi banyak tahun sekarang dan sebagai mana-mana perunding yang berpengalaman tahu, komunikasi yang baik adalah salah satu tonggak-tonggak utama kepada kejayaan penyampaian projek. Ia amat jelas, ianya benar-benar hampir membosankan untuk bercakap tentang. Ini bukan posting tentang generik komunikasi. Sebaliknya, Saya menulis tentang sisi gelap komunikasi — berkomunikasi berita buruk.

Ia pergi tanpa mengatakan bahawa memberi berita baik kepada pelanggan dilakukan sepanjang masa, seberapa kerap yang mungkin. Yang tidak mahu memberikan berita baik? Yang tidak mahu mendengar berita baik?

Pada sebelah flip, berita buruk ialah keseronokan tidak sekali. Saya sentiasa bergelut dengan ini. Di hari-hari awal kerjaya saya, Saya tahu ada sesuatu yang serba salah dengan projek dan bukannya memberitahu pelanggan, Saya bekerja lebih masa untuk mencuba dan menyelesaikan masalah. Saya akan menyuruh pasukan saya untuk bekerja lebih keras. Ia adalah dorongan yang cukup semulajadi untuk berfikir bahawa usaha manusia Super yang boleh menjimatkan hari. Beberapa kali ini kerja-kerja, beberapa kali ia tidak. Walaupun "kerjanya" Inilah sering beg campuran. Adalah kualiti boleh dihantar benar-benar sehingga bahagian spec apabila utama telah dibangunkan ke atas beberapa 60 kepada 80 minggu jam?

Apakah cara terbaik untuk menangani berita buruk? Jawapannya ialah: Beritahu awal. Jangan tunggu sehingga seminggu sebelum bajet projek akan dimakan. Jika anda tahu enam minggu menunjukkan bahawa semata-mata tidak ada masa yang cukup untuk memberikan sedikit beberapa fungsi yang dijanjikan, Beritahu pelanggan betul-betul kemudian sana. Pelanggan mungkin mendapat sakit (mungkin akan), mungkin ada incriminations dan tuduhan-tuduhan dan menyakiti perasaan. Tetapi, apabila emosi menyejukkan, Tiada masih enam minggu ditinggalkan untuk projek. Enam minggu adalah sebahagian baik masa. Ada masa untuk melaraskan rancangan, menukar jadual, mendapatkan bola bergolek sambungan bajet (nasib baik!) dan hanya pada umumnya datang untuk mengatasi dengan "fakta atas alasan" dan merangka satu rancangan baru yang masih menyebabkan sesuatu projek yang berjaya.

Kes di titik: Saya bekerja di sebuah projek dicirikan oleh:

  • T&Bajet E dengan a dihadkan "tidak melebihi" jumlah dolar.
  • Yang "sebaiknya akan dibuat" janji untuk menyampaikan X, Y dan Z menjelang akhir projek.
  • Kekurangan sumber-sumber utama yang dijanjikan di pihak pelanggan. Sumber-sumber ini telah sengaja menyembunyikan, atau mana-mana "buruk" sebab, tetapi mereka telah ditahan.
  • Kesedaran dawning sebagai projek lulus titik separuh jalan yang kita tidak akan mampu untuk menyampaikan "Z" (terutamanya kerana sumber-sumber yang dijanjikan tidak sebenarnya boleh didapati).
  • Laporan status biasa dan "CYA" dokumentasi yang disokong kami (pasukan perunding) sehingga.
  • Pasukan pelaksanaan ketat bersatu dengan ahli-ahli yang diambil daripada organisasi perundingan (syarikat saya) dan pelanggan.
  • Pasukan pengurusan yang jauh, dalam kedua-dua pengertian metaphorical dan fizikal. Pasukan pengurusan adalah tertumpu pada projek syarikat besar yang lain dan kerana kekangan, pasukan pelaksanaan telah ditempatkan di bangunan berasingan di kampus, turun bukit dan cara yang agak jauh dari "tamadun".

Dengan kira-kira enam minggu lagi pada bajet projek, kita (pasukan pelaksanaan) tahu bahawa kita adalah masalah. Kontrak berkata bahawa kita perlu memberikan "Z". Walaupun projek ini masa & bahan-bahan dan walaupun kami hanya menjanjikan "sebaiknya" untuk menyampaikan Z dan walaupun kita mempunyai justifikasi yang baik untuk hilang penghantaran … garis bawah adalah bahawa ia tidak mencari yang baik — kita tidak akan menyampaikan Z dalam bentuk kualiti yang akan membuat sesiapa bangga.

Menyedari hakikat ini, kita pergi kepada pihak pengurusan dan memberitahu mereka bahawa bajet projek itu akan digunakan oleh tarikh tertentu dan kita berada dalam kesusahan dengan Z.

A kecelaruan mini meletus sejak beberapa hari akan datang.

Hari 1: Pasukan pengurusan panggilan dalam kakitangan untuk satu mesyuarat khas (kita, perunding tidak dijemput). Kontrak akan dicetak dan diedarkan kepada semua orang dan kajian semula ayat demi ayat yang Genting akan berlaku. Pengurusan meletakkan kakitangan defensif dalam. Saya tidak fikir ungkapan "Sindrom Stockholm" * sebenarnya adalah * digunakan, tetapi anda mendapat gambar. Harap Kumpulan ketat-merajut, selepas semua, dan kakitangan yang telah bekerja dengan kami perunding hari masuk dan keluar untuk beberapa bulan ini.

Hari 2: Pengurusan panggilan Mesyuarat kakitangan. Mereka berasa sedikit lebih baik. Mereka mahu pilihan dan idea-idea untuk melangkah ke hadapan. Mereka menyedari masih terdapat enam minggu yang tinggal di dalam belanjawan projek semasa, yang masih yang layak sedikit masa. Salah satu daripada perkara-perkara tindakan: jadual pertemuan dengan pasukan pelaksanaan penuh (termasuk perunding).

Hari 5: Pasukan penuh memenuhi, berikutan mesyuarat membina dan pelan boleh dicapai baru dimasukkan ke dalam tempat. Bahkan lebih baik, kami telah mula membincangkan fasa dua dan pelanggan menjemput kami untuk menyediakan cadangan-cadangan bagi fasa itu dengan serta-merta.

Jika kita menunggu sehingga hanya tiga minggu kekal, atau lebih teruk lagi, satu atau dua minggu, Ia sepatutnya jauh berbeza. Alih-alih Mesyuarat membina untuk menjajarkan semula projek tersebut, kami telah menarik keluar laporan status, penghuraian kontrak dan menilai e-mel yang lama untuk menjustifikasikan ini atau keputusan itu. Kami akan "menang" tetapi adalah ia benar-benar "memenangi" dalam kes ini?

Jadi, jika anda mempunyai untuk memberi berita buruk, memberi lebih awal. Berita buruk yang diberikan lewat tidak hanya buruk, ia adalah dahsyat.

Menggunakan “Orang atau Kumpulan” dalam ruang yang dikira

Orang biasa bertanya mengenai penggunaan lajur data jenis "orang atau Kumpulan" dalam satu lagi lajur data taipkan "Calculated".

Bottom line, ini tidak berfungsi dalam WSS 3.0 (atau MOSS).

Apabila menambah lajur dikira, WSS menunjukkan senarai bidang-bidang ini membolehkan anda untuk menggunakan bagi tujuan pengiraan. Jika anda menaip nama medan yang tiada dalam senarai, Ia memberitahu anda:

Satu atau lebih ruang rujukan tidak dibenarkan, kerana medan ditakrifkan sebagai jenis data yang tidak disokong dalam Formula.

Workaround: Menggunakan pengendali peristiwa yang. Pengendali peristiwa kebakaran apabila pengguna menyimpan item. Ia menjalankan kemas kini yang anda inginkan ruang dikira lakukan untuk anda.

Pautan berguna pada dikira bidang secara umum:

Penafian cepat: Saya percaya di atas benar dan tepat, tetapi saya telah melihat muslihat yang cukup pandai di sana sini di MOSS/WSS bahawa saya tidak akan sangat terkejut (agog sama kamu.) Jika seseorang telah tahu cara untuk melakukannya tanpa restart kod. Jika anda telah digambarkan keluar kerja sekitar pandai atau seseorang yang tidak tahu, sila beritahu saya!

MOSS/WSS memberitahu saya: “Laman ini telah diubahsuai oleh pengarang lain pada …” tetapi sebenarnya, Ia adalah tidak.

Kita lakukan beberapa tugas berat semula menganjur taksonomi lokasi kami melalui "Menguruskan kandungan dan struktur". Atas sebab-sebab yang tidak diketahui kepada saya, proses ini (Walaupun bekerja di) tercetus beberapa pautan navigasi di pelancaran quick. Pautan-pautan rosak dicirikan oleh:

  • Salah URL. Sebagai contoh, Ia sepatutnya "/ tapak/Jabatan/HumanResources /…". Walau bagaimanapun, Pautan baru ini "/ tapak/korporat/HumanResources /…".
  • Bit berulang pada rentetan pertanyaan tajuk, seperti dalam:

/sites/departments/HumanResources/_layouts/viewlsts.aspx?BaseType = 0?BaseType = 0?BaseType = 0?BaseType = 0

Itulah sebabnya cukup mudah untuk menyelesaikan melalui seting/navigasi Laman web. Kecuali, MOSS membentangkan saya dengan ini apabila saya mencuba dan melakukannya:

imej

Hakikatnya, Tiada siapa yang membuat apa-apa perubahan tiada (Selain daripada saya, sudah tentu).

Carian pantas itu perbincangan Forum MSDN ini: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier meletakkan baik dalam di dalam Employee (sebagai kawan 10/02/07) hantar:

Hakikatnya:

Untuk mengeset semula tajuk rosak, anda perlu :

– Alih keluar semua senarai di bawah tajuk rosak

– mengalih keluar tajuk rosak

– Dari tetapan Senarai, Tambah senarai yang dikeluarkan kepada pelancaran quick (Ini Janakan semula tajuk bebas rosak)

Anda kemudian akan baik pergi….


Pakar SharePoint – Sogeti Cap Gemini Switzerland

Saya adalah sedikit keliru kerana saya terus ingin pergi ke halaman navigasi, membuat perubahan dan kemudian dipukul dengan di "Laman kali" mesej. Akhirnya, Saya sedar saya terpaksa pergi ke seting senarai dan keluarkan/menambah kepada pelancaran quick. Yang melakukan silap mata. Times gembira berada di sini lagi!

</akhir>

Langgan ke blog saya!

Masalah dengan “Jeda Sehingga Tarikh” aktiviti dalam aliran kerja SPD-dicipta

UPDATE 12/10/07: Hotfix seperti yang diterangkan dalam MSDN KB929816 diselesaikan masalah kami disebut di bawah. Mendapatkan hotfix dan kemudian memasang pada setiap pelayan di ladang. Kemudian, SharePoint utiliti konfigurasi pada pelayan setiap. Berikut adalah pautan MS Support untuk KB yang: http://support.microsoft.com/kb/932816.

Latar belakang:

Kami mempunyai keperluan perniagaan di mana seorang pengurus kejuruteraan alam sekitar perlu memastikan bahawa 30 lokasi pembuatan some-Odd di seluruh Amerika Syarikat perlu memastikan bahawa tumbuh-tumbuhan itu memfailkan permit Negeri-mandat mereka pelbagai pada masanya. Satu pendekatan yang kami telah disiasat memanfaatkan "tangguh sehingga tarikh" aktiviti yang disediakan kepada kami melalui worfklow Reka bentuk SharePoint. Pengurus Kejuruteraan (atau Pembantu beliau) memasuki Semua permit yang diperlukan dan tarikh peringatan pada permulaan tahun. Sistem ini kemudian tidak semua mengangkat berat.

Persekitaran:

MOSS, 64 bit, persekitaran Mesin maya (Pembangunan Peti), 2 pelayan (SQL pelayan #1, segala-galanya di pelayan #2).

Masalah:

Tindakan tangguh sehingga tarikh itu seolah-olah seperti penyelesaian yang paling sesuai dan ia juga boleh membuktikan sendiri untuk menjadi. Walau bagaimanapun, Ia tidak berfungsi well out of kotak (untuk kita).

  1. Aliran kerja tidak dijadualkan untuk berjalan, pernah. Saya dapati ini dengan membaca Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) penulisan cemerlang dengan menggunakan stsadm Ehwal:

    C:\>stsadm -o getproperty - propertyname "pekerjaan-aliran kerja" -url http://localhost

    <Wujud harta = "tidak" />

    C:\>

    Itu adalah keputusan yang mengejutkan tetapi mudah solved:

    C:\>stsadm -o setproperty - propertyname "kerja-worfklow" -propertyvalue "tiap-tiap 1 minit di antara 0 dan 59" -url http://localhost

    Operasi telah berjaya diselesaikan.

    C:\>

    Setelah melakukan perkara itu, pertama "dalam kemajuan" aliran cepat dipecat atas dan Adakah ia mempunyai pekerjaan yang.

  2. Malangnya, seterusnya tidak bekerja seperti yang dijangka. Syukurlah, Christopher merujuk kami di sini (http://support.microsoft.com/kb/932816). Daripada penulisan entri ini, kita sedang menunggu Jabatan IT untuk mendapatkan bahawa hotfix, tetapi ia kelihatan cerah. Kami salinan .dll terjejas tidak berkongsi bait saiz yang sama, Jadi Mudah-mudahan ini akan menyelesaikan masalah.

Workaround:

Semula menjalankan perintah setproperty stsadm -o seolah-olah prod pemasa aliran kerja bangun. Ia akan, kira-kira 7 minit kemudian, sebenarnya bangun dan terus bersama-sama dengan aliran dalam.

Soalan / Isu-isu yang ditangani:

Tangguh sehingga tarikh tidak berfungsi.

Tangguh sehingga tarikh tidak meneruskan.

Status aliran kerja tidak berubah daripada "dalam kemajuan"

Aliran kerja status tetap "dalam kemajuan"