Techblog poświęcony technologiom chmurowym i lokalnym Microsoft oraz innym ciekawym tematom
03 czerwca 2020
Zmiana domyślnej ścieżki dla witryn Teams
13 kwietnia 2020
Zmiana nazwy zespołu w Teams
02 grudnia 2018
Przykłady dostosowywania TeamSites
#
# yellowtheme.ps1
#
Connect-PnPOnline -Url https://pepugnet-admin.sharepoint.com
$themepalette = @{
"themePrimary" = "#ffdd00";
"themeLighterAlt" = "#fffded";
"themeLighter" = "#fff9d1";
"themeLight" = "#fff090";
"themeTertiary" = "#ffe53f";
"themeSecondary" = "#ffde0b";
"themeDarkAlt" = "#e6c700";
"themeDark" = "#a38d00";
"themeDarker" = "#8c7a00";
"neutralLighterAlt" = "#f8f8f8";
"neutralLighter" = "#f4f4f4";
"neutralLight" = "#eaeaea";
"neutralQuaternaryAlt" = "#dadada";
"neutralQuaternary" = "#d0d0d0";
"neutralTertiaryAlt" = "#c8c8c8";
"neutralTertiary" = "#595959";
"neutralSecondary" = "#373737";
"neutralPrimaryAlt" = "#2f2f2f";
"neutralPrimary" = "#000000";
"neutralDark" = "#151515";
"black" = "#0b0b0b";
"white" = "#ffffff";
"primaryBackground" = "#ffffff";
"primaryText" = "#000000";
"bodyBackground" = "#ffffff";
"bodyText" = "#000000";
"disabledBackground" = "#f4f4f4";
"disabledText" = "#c8c8c8";
}
Add-PnPTenantTheme -Identity "yellowTheme" -Palette $themepalette -IsInverted $falsePowyższy skrypt działa bardzo prosto - łączymy się do naszego tenanta O365, a konkretnie do witryny administracyjnej SPO (w przykładzie używam swojego tenanta testowego). Następnie definiujemy paletę kolorystyczną naszego tematu - brzmi groźnie, jednak na stronie Theme Generator Tool jest dostępny online'owy edytor kolorów, który generuje nam od razu odpowiednią tablicę w Powershell, JSON lub kod JavaScript (od razu możemy przejść przez link do edytora online CodePen).
Ostatni cmdlet w skrypcie definiuje nam nowy temat kolorystyczny na poziomie tenanta Office 365.
Warto przy okazji zauważyć, że oba cmdlety użyte w skrypcie znajdują się nie w domyślnym module administracyjnym Sharepoint Online ale w module SharePointPnPPowerShellOnline, czyli module Powershell udostępnionym w ramach Sharepoint Patterns and Practices (PnP). Moduł możemy sobie zainstalować ze standardowego repozytorium PSGallery (o konfiguracji komputera do administrowania Office 365 pisałem kilka miesięcy temu), uzyskując w ten sposób wiele dodatkowych możliwości zarządzania SPO.
Mając dodany na poziomie tenanta temat kolorystyczny, możemy go ręcznie przypisać do site'u (rysunek poniżej), albo użyć w konfiguracji domyślnego szablonu dla kolejnych witryn.
W tym celu musimy utworzyć plik JSON z definicją sitescriptu (poniżej), a następnie po połączeniu się do serwisu SPO, wykonać następujące polecenia:
$siteScript = (Get-Content 'c:\Scripts\TeamSite\spsitescript.json' -Raw | Add-SPOSiteScript -Title "ThemeDemo" -Description "Applies theme and nav link") | Select -First 1 Id
Add-SPOSiteDesign -Title "Theme" -WebTemplate "64" -SiteScripts $siteScript.Id -Description "Applies standard company theme to site" -IsDefault
{
"$schema": "schema.json",
"actions": [
{
"verb": "addNavLink",
"url": "https://techcommunity.microsoft.com",
"displayName": "Aswers from Community",
"isWebRelative": false
},
{
"verb": "applyTheme",
"themeName": "yellowTheme"
}
],
"binddata": {},
"version": 1
}
Jak można się domyślić, patrząc na składnię pliku, definiowane są dwie akcje, które będą dodatkowo wykonywane podczas tworzenia nowej witryny typu TeamSite - dodawana jest pozycja do menu nawigacyjnego (link do portalu Techcommunity) oraz ustawiany jest temat kolorystyczny (zdefiniowany wcześniej na poziomie tenanta) widać to wyraźnie, gdy uruchomimy kreator tworzenia nowej witryny zespołu z poziomu portalu Sharepoint Online (rysunek poniżej).
Więcej informacji na temat możliwych akcji przekazywanych przez JSON i poprawnej składni można znaleźć w dokumentacji Sharepoint. Inne przykłady zastosowania sitescriptów i dostosowywania wyglądu site'ów sharepoint Online można znaleźć na blogu Laury Kokkarinen. Jeżeli ktoś woli prezentację wideo, to warto obejrzeć również ten filmik.
04 czerwca 2016
Office Servers Summit 2016
16 marca 2016
3.2.1.Wydano!
05 lipca 2014
Publikacja Sharepoint 2013 na Kempie i SSO
Konfigurując usługi Exchange i Lync czasem również mam okazję wykonać pewne akcje integracyjne dla Sharepointa. Publikacja Exchange i Lynca z wykorzystaniem zewnętrznych Load Balancerów jest dobrze opisana, zarówno przez producentów tych urządzeń jak i przez Microsoft, jednak w zakresie publikacji usług Sharepoint trudno znaleźć w internecie procedurę w tym zakresie. Zwłaszcza, że ze względu na kończące się wsparcie dla TMG, jeżeli firma chce opublikować swoją witrynę z dodatkowym zabezpieczeniem problem ten nabiera dodatkowego wymiaru. Niedługo Kemp udostępni niebawem dokumentację opisującą publikację usług Sharepointowych, jednak jak na razie tylko w zakresie pojedynczej witryny portalu firmowego.
Wielu administratorów wykorzystuje konfigurację Sharepointa, gdzie portal firmowy wykorzystuje krótką nazwę, np. http://intranet lub http://portal, a witryny użytkowników wykorzystują witrynę http://mysite. Jak w takim wypadku poprawnie opublikować Sharepointa dla naszych pracowników/współpracowników w internecie, tak żeby nie musieli przechodząc między tymi witrynami ponownie się uwierzytelniać?
Pierwszą kwestią jest oczywiście AAM (alternative access mapping). Chociaż można i bez tego skonfigurować publikację na Kempie, jednak dla porządku i spójności architektury dobrze jest zdefiniować publikację po https, z wykorzystaniem dostępnej z internetu nazwy hosta – np. https://intranet.pepug.org i https://mysite.pepug.org. Niestety Sharepoint zmusza nas do dodania certyfikatów dla tych witryn po stronie serwera IIS z poziomu konsoli IIS Managera oddzielnie, ale jak się o tym pamięta, to nie powinno być problemów.
Kolejnym krokiem jest dodanie na witrynie Sharepointowej możliwości uwierzytelnienia typu Basic.Zarówno dla witryny intranet jak i mysite. Jest ot bardzo proste, ale miejsce, gdzie to należy ustawić nie jest już takie oczywiste (przynajmniej dla mniej zaawansowanych). Należy zatem w centralnej konsoli administracyjnej Sharepointa wejść w zarządzanie aplikacjami (Central Administration-Application Management-Manage Web Application). Wybrać daną witrynę (na rysunku wybrana witryna intranet), a następnie kliknąć w przycisk Authentication Providers. Wybieramy z listy dostępnego providera (jeżeli nie konfigurowaliśmy Sharepointa w specyficzny sposób, powinien być tylko jeden – domyślny) – rysunek 2, a następnie zaznaczamy checkbox przy uwierzytelnieniu Basic (rysunek 3).
Rysunek 1. Konfiguracja opcji uwierzytelniania dla aplikacji
Rysunek 2. Wybór providera
Rysunek 3. Włączenie uwierzytelniania typu Basic
Oczywiście po tym niezbędny będzie restart IIS-a, ale nie musimy za to ręcznie zmieniać ustawień w IIS Managerze.
Przejdźmy teraz do publikacji witryny (lub całej farmy, jeżeli mamy kilka FrontEndów Sharepointa).
Na Kempie tworzymy nową wirtualną usługę, do której dodajemy dwa subinterface’y powiązane z każdą z naszych witryn:
Rysunek 4. Standardowe opcje publikacji, zalecane dla Sharepointa przez Kempa
Na poziomie głównym serwisu dodajemy również certyfikat – bądź to zawierający obie nazwy publiczne, bądź to wildcardowy dla naszej domeny.
Rysunek 5. Subinterface’y dodane dla naszych witryn
Teraz musimy utworzyć reguły, które pozwolą wybrać z tej listy odpowiednią witrynę na podstawie nagłówka zapytania https, przekazanego przez klienta – jedną dla witryny intranet, jedną dla mysite:
Rysunek 6. Tworzenie reguły na podstawie nazwy witryny
Następnie we właściwościach zaawansowanych witryny włączamy content switching:
Rysunek 7. Włączenie content switchingu dla wirtualnej usługi
Teraz trzeba tylko przypisać odpowiednią regułę do obu witryn:
Rysunek 8. Dodanie reguły przełączania dla subinterface’u
Rysunek 9. Dodanie reguły – wybór z listy reguł
Po dodaniu reguł będzie o tym informacja pokazana we właściwościach subinterface’ów.
Rysunek 10. Lista subinterface’ów z informacją o przypisanych regułach wyboru treści
Ostatni punkt programu to skonfigurowanie ESP (Edge Security Pack) dla każdej z naszych witryn. W ramach konfiguracji ESP należy skonfigurować SSO, czyli w tym wypadku komunikację z kontrolerem/kontrolerami naszej domeny Active Directory.
Rysunek 11. Konfiguracja domeny dla SSO
Jeżeli na Kempie wcześniej było konfigurowane SSO dla Exchange, to nie musimy tego robić, wystarczy wybrać z listy już dostępnych domen.
Rysunek 12. Konfiguracja ESP dla subinterface’u
W ten sposób publikujemy obie witryny. Wpisując w przeglądarce adres https://intranet.pepug.org pojawi nam się formularz logowania, po wpisaniu nazwy użytkownika domenowego i hasła zalogujemy się do portalu, po kliknięciu na odnośnik “O mnie” zostaniemy przekierowani do drugiej publikowanej witryny http://mysite.pepug.org, bez konieczności dodatkowego uwierzytelnienia. Jeżeli wpiszemy url naszej witryny OWA np. https://owa.pepug.org/owa, to również korzystając z SSO zostaniemy zalogowani do strony OWA naszego Exchange.
21 sierpnia 2013
Problemy z poprawkami Microsoft - WAS
Ostatnio Microsoft nieźle namieszał w kwestii poprawek. Ku pamięci i przestrodze dla innych zapiszę kilka uwag w tym temacie.
Jednym z niemiłych faktów, jaki mnie ostatnio zaskoczył był problem z Office Web Apps Serverem 2013 (WAS). Skonfigurowaliśmy serwer, po jakimś czasie zostały zainstalowane poprawki z Windows Update, między innymi do WAS-a, no i zaczęło sypać błędami (przeważnie 1000 i 1026 – obrazki poniżej).
Utylizacja procesorów serwera WAS skoczyła na 100%, z czego większość zasobożernych procesów była związana z obsługą błędów.
Okazało się, że automatyczna instalacja poprawek skutecznie rozwaliła konfigurację Office Web Apps Servera 2013. Na szczęście jest ona stosunkowo prosta. Niestety, poprawka KB2760445 nie ma opcji odinstalowania, co powoduje konieczność odinstalowania WAS, zainstalowania go ponownie, wgrania poprawek i dopiero w tym momencie ponownego skonfigurowania farmy WAS (lub dodania danego serwera do farmy składającej się z kilku serwerów (Remove-OfficeWebAppsMachine). Procedura instalacji poprawek do WAS opisana jest na stronach dokumentacji produktu.
Tylko dlaczego te poprawki są dostępne przez Windows Update?
23 lipca 2012
Office 2013 Preview
Po powrocie z urlopu czekała na mnie masa informacji o produktach z grupy Office 2013 (Office 15). Co prawda większość produktów miałem już możliwość testować we wcześniejszych wersjach Beta od lutego tego roku, to jednak sporo nowości się pojawiło – łącznie z dokumentacją do poszczególnych produktów. Dla własnej i czytelników bloga wygody postaram się zebrać parę przydatnych linków na ten temat:
- Downloadable eBook: Deployment guide for Office 2013 Preview
- Office 2013 Technical Library in Compiled Help
- Downloadable eBook: Deployment guide for SharePoint 2013 Preview
- SharePoint 2013: presentation: IT pro training
- SharePoint 2013 Technical Library in Compiled Help
- Topologies for SharePoint 2013 Preview
- Databases that support SharePoint 2013 Preview
- Project Server 2013 Technical Library in Compiled Help
- Lync Server 2013 Preview Resource Links
- Microsoft Lync Server 2013 Preview Documentation Library
- Lync Server 2013 New Features
- Download Microsoft Lync Server 2013 Preview
- What's New in Exchange 2013 Preview
- Exchange 2013 architecture
- Exchange 2013 integration with SharePoint and Lync
- Exchange 2013 Technical Library in Compiled Help
24 października 2010
SBS 2008 - Step-by-Step Guide migracji z Windows SharePoint Services 3.0 do Microsoft SharePoint Foundation 2010
Jakiś czas temu pisałem o problemach związanych z migracją WSS 3.0 do Sharepoint Foudation 2010. Korzytałem przy tym z dokumentu Step-by-Step, który jak widzę jest już udostępniony na stronach Technet. Co prawda nie wspomina polskiej wersji systemu, ale procedura jest analogiczna, niezależnie od wersji językowej systemu.
19 października 2010
Publiczna beta Office 365
Dzisiaj została udostępniona publiczna beta nowej wersji BPOS, opartej na Exchange 2010 SP1, Sharepoint 2010 i Lync 2010. Nowa wersja, na początku określana jako BPOS vNext, została publicznie udostępniona jako Office365.
Kolejka do testów długa i póki co niedostępna dla Polski, ale już niedługo powinna zawitać i pod nasze strzechy.
22 lipca 2010
Migracja Windows Sharepoint Services 3.0 do Sharepoint Foundation 2010
Ostatnio trochę walczyłem z migracją Sharepoint Services 3.0 do wersji Sharepoint Foundation 2010 w środowisku SBS. Chociaż taki scenariusz jeszcze nie jest oficjalnie wspierany przez Microsoft, jednak jest możliwy do realizacji. Ponieważ instalacje SBS 2008, z którymi mam doczynienia pracują w polskiej wersji językowej, więc migrację również przeprowadzałem z polską wersją Sharepoint Foundation 2010. Co ciekawe okazało się, że niektóre elementy (listy), mają angielskie nazwy (np. categories), a SF2010 koniecznie chce się odwoływać poprzez polskie nazwy. Problemy z tym związane dyskutowałem na forum WSS. Ostatecznym rozwiązaniem było uruchomienie Sharepoint Designera 2010 i ręczna zmiana nazw list.
Przy okazji migracji znalazłem bezpłatne, ciekawe narzędzie - SharePoint Content Deployment Wizard, służące do backupowania/migrowania Sharepointa. Narzędzie jest dobrze opisane na blogu Chrisa O’Brien’a. Narządko niewielkie, a działa bardzo fajnie.









