Tidak ada sup untukmu! Adalah Cisco produk Nazi sup NLB?

Hari ini, Saya mencoba untuk mengakses pustaka dokumen melalui jendela explorer. Lib doc ini tinggal di dalam sebuah sistem yang terdiri dari dua WFE beban seimbang dengan semacam solusi Cisco NLB. (Bila wizards jaringan ceritakan apa, Saya akan update posting ini).

Windows explorer tidak dapat menyambung. Saya melakukan beberapa penelitian dan akhirnya, jaringan wizards mengatakan bahwa WebDAV dinonaktifkan secara / tidak didukung oleh / di bawah martabat NLB.

Jadi, dengan asumsi wizards jaringan tidak hanya memberitahu saya jaringan wizard setara dengan "take berjalan-jalan dari jembatan pendek", Aku bertanya-tanya — Apakah NLB, oleh alam, menonaktifkan WebDAV? Apakah kita kehilangan kami file windows explorer antarmuka untuk SharePoint? Cisco adalah Sup Nazi?

Mengelola MOSS / WSS lingkungan — menjaga dengan basis pengetahuan

Microsoft menciptakan basis pengetahuan artikel hari dan hari dan beberapa dari mereka yang terkutuk penting untuk mengetahui jika Anda tinggal di dunia SharePoint.

Aku menjaga hingga kecepatan dengan mereka melalui layanan menyediakan oleh orang-orang baik di www.kbalertz.com. KBAlertz memungkinkan Anda untuk mendaftar untuk teknologi MS favorit Anda dan mereka mengirim Anda mencerna versi Microsoft KB artikel melalui email.

Web aplikasi kebijakan, Keamanan situs dan pemangkasan keamanan — Tahu konfigurasi Anda

(DIPERBARUI 11/29 untuk menjelaskan bagaimana untuk mengakses pengaturan kebijakan aplikasi web melalui UI)

Aku punya salah satu dari mereka "Mengapa adalah MOSS melakukan ini untuk saya????" saat-saat hari. Di ujung, ini adalah semua salahku.

Kami memiliki sebuah proyek MOSS perusahaan yang terjadi dan kami ingin aman "tempat dudukan" situs sehingga pengguna tidak dapat mengakses atau melihatnya. Ini mudah:

  1. Pergi ke situs.
  2. Istirahat warisan keamanan.
  3. Menghapus setiap user/group dari situs izin.

Di atas harus meninggalkan hanya site koleksi administrator dengan izin untuk melihat situs.

Jika orang lain log in, mereka harus tidak lagi melihat situs dan harus dipangkas keamanan dari semua tempat biasa.

Tapi … itu bukan. Pada saat yang sama, Tiba-tiba menyadari bahwa saya "Joe pengguna" standar tes account user dengan tidak serverach selain pembatasan akses baca telah "tindakan situs" pilihan di mana-mana dia pergi. Aku ganda memeriksa satu hal dan periksa sesuatu yang lain. Aku mengangkat telepon untuk memanggil seorang rekan, tapi meletakkan itu dan memeriksa sesuatu yang lain. Aku pergi untuk berjalan-jalan dan mencoba segala seluruh lagi. Aku menelepon seorang rekan dan meninggalkan pesan. Dan kemudian, akhirnya, Saya menemukan bahwa pada Ethan's blog, grafik pembukaan nya membuat cukup sederhana:

MOSS 2007 fitur baru yang disebut aplikasi Web kebijakan. Ini adalah izin keamanan yang terikat aplikasi Web. Pengaturan keamanan ini menimpa setiap pengaturan keamanan yang ditetapkan pada situs atau situs koleksi (Web) tingkat untuk pengguna.

Sebuah kunjungan singkat ke web aplikasi kebijakan menunjukkan bahwa "NT Authorityauthenticated pengguna" telah diberikan penuh dibaca. Aku melepaskan mereka dari daftar dan semuanya akhirnya mulai bekerja seperti yang diharapkan. Saya percaya mereka ditambahkan di tempat pertama dengan seseorang dengan kesan yang keliru bahwa itu adalah metode terbaik untuk memberikan akses ke semua orang di perusahaan. Hal ini, Tapi, untuk menyiksa kutipan, "Itu tidak berarti apa yang Anda pikir itu berarti."

Kebijakan akses web aplikasi dengan cara ini:

  1. Pergi ke pusat administrasi
  2. Pilih aplikasi manajemen
  3. Pilih "kebijakan untuk aplikasi Web"
  4. Pada layar yang, Pastikan Anda memilih aplikasi web yang benar. Bagi saya, default ke aplikasi web admin tengah yang tidak mungkin yang Anda inginkan.

Ketika aku punya masalah ini, Saya mencari frase berikut dan mendapat mengejutkan sedikit dari segi langsung bantuan tentang masalah ini:

Tindakan situs terlihat untuk semua pengguna

Tindakan situs terlihat oleh semua pengguna

tindakan situs tidak keamanan dipangkas

mengamankan situs MOSS

pengenalan moss keamanan

Technorati Tags:

Cepat dan sederhana: Menggunakan kata kunci tetap Query dalam hasil pencarian inti

Cepat dan petunjuk sederhana:

Mengedit halaman dan menambahkan bagian web hasil pencarian inti.

Mengedit bagian web dan memperluas "Tetap kunci permintaan".

Tambahkan kata kunci tetap query (misalnya. ContentType:"Pelatihan faktur" TrainingInvoiceNumber:1111)

Memperluas hasil pilihan permintaan dan perubahan "Cross-Web bagian permintaan ID" nilai selain "permintaan pengguna" (misalnya. "Permintaan 2").

Catatan:

Menggunakan hasil pencarian inti cara ini memungkinkan saya untuk membuat halaman yang menunjukkan informasi dari lain situs koleksi. Klien memiliki dua koleksi situs utama: Departemen dan produk.

Produk situs koleksi berisi, alami yang cukup, informasi produk. Setiap produk dalam koleksi situs mengumpulkan data dari berbagai sumber.

Salah satu dari Departemen, kode dan pengujian, di sumber tersebut. Ketika pengguna mengakses produk XYZ, mereka harus melihat kode dan data pengujian secara langsung pada halaman utama XYZ. Sejak kode dan pengujian host di lain situs koleksi, itu sedikit canggung. Kami memutuskan untuk menggunakan bagian web hasil pencarian inti karena Cari meliputi koleksi situs. Kode dan pengujian mengelola data produk melalui daftar kustom yang dibatasi oleh jenis konten tertentu. Permintaan kata kunci AA yang menggunakan pertama jenis konten dan kemudian nomor produk mempersempit pencarian untuk satu baris dalam daftar kustom.

Kata kunci pertanyaan di atas adalah dan. Kembali dokumen konten jenis "pelatihan faktur" dan di mana nomor faktur setara "1111".

Bagus manfaat dari pendekatan ini: Kita dapat mengedit XSL dari bagian web hasil pencarian inti dan menghasilkan format apapun yang kita inginkan.

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

</akhir>Berlangganan ke blog saya.

Ceritakan tentang blog Anda!

Jika Anda memelihara sebuah blog yang setidaknya minimal terhubung ke SharePoint, tolong beritahu saya di komentar. Saya ingin menambahkan Anda ke saya daftar blog.

Jika Anda memelihara sebuah blog yang tidak terhubung ke SharePoint tapi ingin saya untuk menambahkan tetap, Biarkan aku tahu. Aku akan dapat menciptakan sebuah blog terpisah daftar.

Tolong beri:

  • URL blog Anda (jelas)
  • Deskripsi singkat dari blog Anda.

Saya ingin menyimpan link untuk "aktif" Blogs, yang aku kira-kira mendefinisikan sebagai satu posting per minggu dan minimum berusia tiga bulan. Jika Anda tidak memenuhi persyaratan"" menambahkan nama Anda ke komentar pula. Memiliki * saya * daftar sehingga saya dapat mematahkan aturan saya sendiri jika saya ingin.

Terima kasih!

Jadwal pelatihan karyawan dan bahan Template — Penurunan bug dalam template

Klien melihat bug hari ini dengan template yang disebutkan di atas.

Manajer Lapangan membuat kursus. Saat membuat kursus, manajer menentukan maksimum jumlah kursi yang tersedia.

Menyediakan template untuk pendaftaran layanan mandiri. Saya mendaftarkan dan alur kerja yang melekat pada pendaftaran daftar usaha "kursi yang tersedia" terkait dengan bahwa saja.

Individu juga mungkin membatalkan registrasi dari kursus. Bug terletak di sini. Unregistering dari Lapangan tidak kenaikan meja kursi yang tersedia. Akibatnya, kursi yang tersedia tidak akurat. Bug ini diperparah oleh kenyataan bahwa ketika usaha kursi yang tersedia ke nol, tidak ada lagi self-service pendaftaran diperbolehkan.

Untungnya, Microsoft menyediakan alur kerja untuk proses ini. Bahkan lebih baik, itu adalah alur kerja lurus ke depan yang diciptakan melalui SharePoint Designer.

Ikuti langkah tingkat tinggi untuk memperbaikinya:

  1. Api up SDP.
  2. Mengakses situs yang didasarkan dari template pelatihan.
  3. Akses "peserta handset" alur kerja.
  4. Masukkan langkah (Aku membuat mereka dua langkah pertama):
    1. Menghitung Kursus:Diisi kursi minus 1 (Output Variabel:Calc)
    2. (kemudian) Pembaruan item dalam Kursus

Klik selesai dan Anda sudah selesai.

Screen Shot:


SharePoint Designer:

gambar

Alur kerja selesai:

gambar

Menghitung drill-down:

gambar

Pembaruan item dalam kursus:

gambar

Memberikan kabar baik sering; memberikan berita buruk awal

Aku sudah seorang konsultan selama banyak tahun sekarang dan sebagai konsultan setiap berpengalaman tahu, komunikasi yang baik merupakan salah satu pilar untuk sukses penyerahan proyek. It's so jelas, benar-benar hampir membosankan untuk berbicara tentang. Ini bukan posting tentang komunikasi Umum. Sebaliknya, Aku menulis tentang sisi gelap komunikasi — berkomunikasi berita buruk.

Tak usah dikatakan bahwa memberi kabar baik untuk klien yang dilakukan sepanjang waktu, sesering mungkin. Yang tidak ingin memberikan berita baik? Yang tidak ingin mendengar kabar baik?

Di sisi lain, Kabar buruknya adalah sama sekali tidak menyenangkan.. Saya telah selalu berjuang dengan ini. Di hari-hari awal karir saya, Aku akan tahu sesuatu yang kacau dengan proyek dan bukannya memberitahu klien, Saya akan bekerja lebih lama jam untuk mencoba memecahkan masalah. Aku akan menyuruh tim saya bekerja lebih keras. Ini adalah suatu dorongan yang cukup alami untuk berpikir bahwa usaha manusia super dapat menyimpan hari. Beberapa kali ini bekerja, beberapa kali tidak. Bahkan ketika "bekerja" Hal ini sering campuran tas. Adalah kualitas penyampaian benar-benar terserah spec ketika kunci bagian telah dikembangkan selama beberapa 60 untuk 80 jam seminggu?

Apa adalah cara terbaik untuk menangani berita buruk? Jawabannya adalah: Kirim ke awal. Jangan menunggu sampai satu minggu sebelum anggaran proyek akan dikonsumsi. Jika Anda tahu enam minggu bahwa hanya ada tidak cukup waktu untuk memberikan beberapa bit dijanjikan fungsi, memberitahu klien saat itu juga. Klien mungkin marah (mungkin akan), mungkin ada incriminations dan tuduhan dan melukai perasaan. Tapi, Ketika emosi mendinginkan, ada masih enam minggu tersisa di proyek. Enam minggu adalah sepotong baik waktu. Ada waktu untuk menyesuaikan rencana, mengubah jadwal, mendapatkan bola menggelinding pada anggaran ekstensi (Semoga Sukses!) dan hanya umumnya datang ke genggaman dengan fakta"di tanah" dan menyusun rencana baru yang masih menghasilkan sebuah proyek sukses.

Kasus di titik: Saya bekerja pada sebuah proyek yang dicirikan oleh:

  • T&E anggaran dengan capped "tidak melebihi" jumlah dolar.
  • "Usaha terbaik akan dilakukan" berjanji untuk menyampaikan x, Y dan z proyek akhir.
  • Kurangnya sumber daya kunci yang dijanjikan pada sisi klien. Sumber daya yang tidak ditahan pada tujuan, juga untuk setiap "buruk" alasan, tapi mereka yang ditahan.
  • Fajar realisasi proyek melewati titik setengah jalan bahwa kita tidak akan mampu untuk memberikan "Z" (terutama karena sumber daya yang dijanjikan tidak benar-benar tersedia).
  • Laporan status biasa dan "CYA" dokumentasi yang didukung kami (tim konsultan) up.
  • Erat tim implementasi dengan anggota dari organisasi konsultasi (perusahaan saya) dan klien.
  • Tim manajemen jauh, dalam kedua arti kiasan dan fisik. Tim manajemen ini difokuskan pada proyek perusahaan besar lain dan dikarenakan keterbatasan ruang, tim implementasi bertempat di bangunan terpisah di kampus, menuruni bukit dan cara yang relatif jauh dari "peradaban".

Dengan kira-kira enam minggu tersisa pada anggaran proyek, Kami (tim implementasi) tahu bahwa kami kesulitan. Kontrak mengatakan bahwa kami perlu untuk memberikan "Z". Meskipun proyek waktu & bahan-bahan dan meskipun kami hanya berjanji "usaha terbaik" untuk memberikan z dan bahkan meskipun kami punya besar pembenaran untuk hilang pengiriman … Intinya adalah bahwa itu tidak terlihat baik — Kami tidak akan memberikan z dalam bentuk kualitas yang akan membuat orang bangga.

Menyadari hal ini, Kami pergi ke manajemen dan mengatakan kepada mereka bahwa anggaran proyek akan dikonsumsi oleh tanggal tertentu dan bahwa kita berada di masalah dengan z.

Badai mini erupted selama beberapa hari berikutnya.

Hari 1: Tim manajemen panggilan di staf untuk pertemuan khusus (Kami, konsultan tidak diundang). Kontrak yang dicetak dan bagikan kepada semua orang dan peninjauan baris demi baris ensues. Manajemen menempatkan anggota staf pada defensif. Saya tidak berpikir frase "Sindrom Stockholm" adalah * sebenarnya * digunakan, tapi Anda mendapatkan gambar. Kami sedang kelompok, Setidaknya, dan staf telah bekerja sama dengan kami konsultan hari masuk dan keluar selama beberapa bulan sekarang.

Hari 2: Manajemen panggilan lain Rapat staf. Mereka merasa sedikit lebih baik. Mereka ingin pilihan dan ide-ide untuk bergerak maju. Mereka menyadari bahwa masih ada enam minggu tersisa di anggaran proyek saat ini, yang masih layak sedikit waktu. Salah satu item tindakan: jadwal pertemuan dengan tim implementasi penuh (termasuk konsultan).

Hari 5: Tim penuh memenuhi, ensues konstruktif Rapat dan rencana dicapai baru diletakkan pada tempatnya. Bahkan lebih baik, kami telah sudah mulai membahas tahap kedua dan klien mengundang kami untuk menyiapkan proposal untuk fasa itu segera.

Jika kita telah menunggu sampai hanya tiga minggu tetap, atau bahkan lebih buruk, satu atau dua minggu, itu pasti sudah jauh berbeda. Bukan pertemuan konstruktif align kembali proyek, Kami akan menarik keluar laporan status, parsing kontrak dan meninjau email lama untuk membenarkan ini atau keputusan itu. Kami akan "menang" Tapi apakah itu benar-benar "memenangkan" dalam hal ini?

Jadi, Jika Anda harus memberikan berita buruk, memberikan awal. Berita buruk yang diberikan terlambat tidak hanya buruk, Hal ini mengerikan.

Menggunakan “Pengguna atau grup” dalam kolom dihitung

Orang sering bertanya tentang menggunakan kolom tipe data "orang atau kelompok" dalam kolom lain data ketik "Calculated".

Garis bawah, ini tidak bekerja di WSS 3.0 (atau MOSS).

Ketika menambahkan kolom dihitung, WSS menunjukkan daftar bidang memungkinkan Anda untuk menggunakan untuk perhitungan. Jika Anda ketik nama kolom yang tidak dalam daftar, memberitahu Anda:

Satu atau lebih kolom referensi tidak diperbolehkan, karena kolom didefinisikan sebagai tipe data yang tidak didukung dalam formula.

Pemecahan masalah: Menggunakan sebuah event handler. Event handler kebakaran ketika pengguna menyimpan item. Melakukan update Anda ingin kolom dihitung untuk Anda.

Link yang berguna pada bidang dihitung secara umum:

Cepat disclaimer: Saya percaya di atas benar dan akurat, tapi aku melihat cukup pintar trik sana-sini di MOSS/WSS bahwa aku tidak akan sangat terkejut (antusias jika Anda akan) Jika seseorang telah figured out cara untuk melakukan hal ini tanpa beralih ke kode. Jika Anda mengetahui kerja-sekitar pintar atau mengenal seseorang yang melakukan, tolong beritahu saya!

MOSS/WSS memberitahu saya: “Halaman telah diubah oleh penulis lain pada …” tapi benar-benar, itu bukan.

Kami melakukan beberapa tugas berat kembali menyelenggarakan taksonomi situs kami melalui "Mengelola konten dan struktur". Untuk alasan yang tidak saya ketahui, proses ini (Meskipun bekerja di utama) pecah beberapa link navigasi dalam peluncuran cepat. Link yang ditandai dengan:

  • Salah URL. Misalnya, itu harus "/ situs/Departemen/HumanResources /…". Namun, adalah link baru "/ situs/perusahaan/HumanResources /…".
  • Potongan-potongan yang berulang pada string permintaan dari pos, seperti dalam:

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

Ini cukup mudah untuk memperbaiki melalui pengaturan navigasi. Kecuali, MOSS menyajikan saya dengan ini ketika aku mencoba dan melakukannya:

gambar

Faktanya adalah, tidak ada yang membuat perubahan sana (Selain dari saya, Tentu saja).

Pencarian cepat muncul diskusi ini Forum MSDN: http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1691577&SiteID=1

William Heurdier menjabarkan itu baik dalam menjelang (seperti 10/02/07) posting:

Faktanya adalah:

Untuk me-reset rusak judul, Anda harus :

– menghapus semua daftar di bawah judul rusak

– menghapus pos rusak

– Dari pengaturan daftar, Tambahkan daftar dihapus untuk peluncuran cepat (Ini meregenerasi menuju bebas rusak)

Anda harus baik untuk pergi….


SharePoint ahli – Sogeti Cap Gemini Swiss

Aku masih agak bingung karena aku terus ingin pergi ke halaman navigasi, membuat perubahan dan kemudian bisa memukul dengan "halaman diubah" pesan. Akhirnya, Aku sadar bahwa aku pergi ke pengaturan daftar dan menghapus/Tambahkan ke peluncuran cepat. Yang melakukan trik. Bahagia kali di sini lagi!

</akhir>

Berlangganan ke blog saya!

Masalah dengan “Jeda sampai tanggal” aktivitas dalam menciptakan SPD Workflow

UPDATE 12/10/07: Perbaikan terbaru seperti yang dijelaskan dalam MSDN KB929816 memecahkan masalah bagi kita disebutkan di bawah ini. Mendapatkan perbaikan terbaru dan kemudian instal pada setiap server di peternakan. Kemudian, utilitas konfigurasi SharePoint pada setiap server. Berikut adalah link MS Support yang KB: http://support.microsoft.com/kb/932816.

Latar belakang:

Kami memiliki persyaratan bisnis di mana manajer teknik lingkungan kebutuhan untuk memastikan bahwa 30 Lokasi Some-Odd manufaktur yang terletak di seluruh Amerika Serikat perlu memastikan bahwa tanaman tersebut mengajukan izin negara-mandat mereka berbagai secara tepat waktu. Salah satu pendekatan kami telah diselidiki memanfaatkan "jeda sampai tanggal" kegiatan yang tersedia bagi kita melalui SharePoint Designer worfklow. Manajer teknik (atau asistennya) memasuki semua izin yang diperlukan dan tanggal pengingat pada awal tahun. Sistem kemudian melakukan semua angkat berat.

Lingkungan:

MOSS, 64 bit, mesin virtual lingkungan (pengembangan kotak), 2 Server (SQL Server #1, segala sesuatu yang lain di server #2).

Masalah:

Tindakan jeda sampai tanggal tampak seperti solusi yang tepat dan itu mungkin membuktikan diri menjadi. Namun, tidak bekerja baik dari kotak (bagi kami).

  1. Alur kerja pekerjaan tidak dijadwalkan untuk menjalankan, pernah. Saya menemukan ini dengan membaca melalui Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) baik menulis-up dengan menggunakan stsadm thusly:

    C:\>STSADM -o getproperty - propertyname "pekerjaan-alur kerja" -URL http://localhost

    <Properti ada = "No" />

    C:\>

    Itu adalah hasil yang mengejutkan tapi dengan mudah diselesaikan:

    C:\>STSADM -o setproperty - propertyname "pekerjaan-worfklow" -propertyvalue "setiap 1 menit antara 0 dan 59" -URL http://localhost

    Operasi telah berhasil diselesaikan.

    C:\>

    Setelah melakukan hal itu, pertama "dalam kemajuan" alur kerja dengan cepat bersemangat dan tidak memiliki pekerjaan.

  2. Sayangnya, yang berikutnya tidak bekerja seperti yang diharapkan. Untungnya, Christopher merujuk kami Sini (http://support.microsoft.com/kb/932816). Seperti menulis entri ini, Kami sedang menunggu untuk departemen TI untuk mendapatkan perbaikan terbaru yang, Tapi itu tidak terlihat menjanjikan. Kami salinan .dll terkena tidak berbagi ukuran byte yang sama, Jadi mudah-mudahan ini akan memecahkan masalah.

Pemecahan masalah:

Kembali menjalankan perintah stsadm -o setproperty tampaknya prod timer alur kerja terjaga. Itu akan, kira-kira 7 menit kemudian, benar-benar bangun dan lanjutkan dengan alur kerja.

Pertanyaan / Isu-isu yang ditujukan:

Jeda sampai tanggal tidak bekerja.

Jeda sampai tanggal tidak melanjutkan.

Status alur kerja tidak berubah dari "dalam kemajuan"

Alur kerja status tetap "dalam kemajuan"