Will man in einer Aplication Page, die im _layouts Verzeichnis in SharePoint liegt eine fixe MasterPage verpassen, so kann man das indem man folgenden Eintrag in der @Page Direktive einbaut:
MasterPageFile="~/_layouts/v4.master"
Der folgende Wert wurde in meinem Fall ersetzt:
DynamicMasterPageFile="~masterurl/default.master"
4,5 Jahre ist der Kauf meines letzten Notebooks her. Abschreibung ist schon seit 2010 durch, aber trotzdem konnte ich mich nicht durchringen.
Das HP6510b hat mir sehr gute Dienste geliefert, der Akku hält noch locker >2 Std und das Teil ist immer noch Super robust. Auch Windows 7 mit 4 GB Ram lief super. Da neue Notebooks eigentlich einfach schneller sind und sonst keine wirklichen Innovationen bringen, habe ich den Neukauf schon seit über einem Jahr vor mir hergeschoben.
Aktuell sitze ich allerdings vor einem HP nx9420 – ein riesen Teil. Hat 17 Zoll, mit Nummernbloch und so. Das ist eigentlich das Gerät meines Vaters aber … der hatte Windows XP drauf und das war komplett Viren und Trojanerverseucht. Ich hatte es neu installiert und als ich fast fertig war, fuhr es nicht mehr hoch. Irgendwelche sys Dateien sollten angeblich nicht lesbar sein. Dann habe ich seine Platte in mein Notebook und meine in seins und alles funzt. Das soll einer verstehen.
Auf jeden Fall sitze ich jetzt vor dem Riesending von Notebook und merke: ich will ein kleines Notebook haben! Wie wärs denn damit? Lenovo X220 IPS
Super klein, lange Akkulaufzeit, handlich, super Display, Dockingstation möglich und und und….
Nur der Preis hat mich noch davon abgehalten. Ich war mal gedanklich dabei 600 Euro auszugeben. Aber dann habe ich gesehen dass ich für das letzte in 2007 mehr als 1400 Euro ausgab. Trotzdem bin ich noch am Überlegen…
Zur Auswahl stehen noch: T420s, Dell Vostro 131,
Entschieden habe ich es aber noch nicht…
→ 2 KommentareTags: Allgemein
Für viele CMS Systeme gibt es einen Stall voll Themes die man für wenige hundert Euro erwerben und einfach installieren kann.
Für SharePoint konnte ich so etwas lange Zeit nicht finden, bin aber kürzlich auf eine Firma aus Portugal gestoßen: http://tuning.bind.pt/step_1.aspx
Dort kann man über einen Wizard sich online ein Theme erstellen und bekommt dann zwei WSP mit Powershell per Email zugeschickt.
Ein kurzer Test brachte recht schnell Erfolg. Allerdings muss man sicher von Hand nacharbeiten, da z.B. die Ribbon Leiste nicht vollständig integriert ist und teilweise Schriftarten nicht zusammenpassen.
Zu beachten ist, dass man eine Internetverbindung haben muss, da JQuery von Google nachgeladen wird.
Völlig in SharePoint 2010 vertieft, wäre es mir fast entgangen, dass ein neues Service Pack für die Office 2007 Umgebung und auch SharePoint 2007 bzw. Windows SharePoint Services 2.0 herausgekommen ist.
Wesentliche Inhalte:
Eine Übersicht über die Downloads etc. hier.
Basierend auf diesem Artikel von Andreas Knauer habe ich noch ein paar ergänzende Informationen.
Das beschriebene Powershell Script sieht wie folgt aus und iteriert über alle WebApplications:
Add-PsSnapin Microsoft.SharePoint.PowerShell -erroraction silentlycontinue foreach ($webApp in get-SPWebApplication) { foreach ($site in $webApp.Sites) { foreach ($web in get-SPWeb -site $site) { $request = [System.Net.WebRequest]::Create($web.URL) $request.Credentials = [System.Net.CredentialCache]::DefaultNetworkCredentials $request.proxy = [System.Net.WebRequest]::DefaultWebProxy $request.ContentType = "application/x-www-form-urlencoded" $request.Method = "GET" try{ $request.GetResponse().StatusCode WRITE-HOST $request.GetResponse().StatusCode } catch [Net.WebException]{ $WebExceptionMessage = $_.Exception.Message WRITE-HOST "Folgender Fehler ist aufgetreten: " + $WebExceptionMessage } } } }
Zur Einbindung als Scheduled Task, den o.g. Code in einer .ps1 Datei speichern. Dann den Task Scheduler öffnen:
und “Create Basic Task” klicken.
Dann dort eine neue Action erstellen und “Start a program” auswählen, powershell als Program eingeben und bei Argument “-noprofile –command [Pfad zum o.g. Script]” einfügen.
Weiterhin ist wichtig, den passenden User einzutragen, damit auch alle WebApplications ordnungsgemäß initialisiert werden könne. Der passende User ist beispielsweise der User unter dem der TimerJob Service läuft.
Kürzlich ist mir bei der Konfiguration der MySite ein ziemlich unpraktischer Fehler unterlaufen.
In der Konfigurationsseite für die My Site muss man die MySite Host URL eintragen. Dies ist die URL auf der die Root Seite der MySites sind.
Bei der Eingabe der URL habe ich durch Copy&Paste versehentlich ein Leerzeichen am Ende der URL mitkopiert. Das hatte zur Folge, dass sich keine Site Collection mehr aufrufen lies (da dort ja diese Adresse im User Menü immer gezogen wird) und auch die Konfigurationsseite selbst (!) nicht mehr Aufging.
Fehler im ULS Log jeweils:
System.UriFormatException: Invalid URI: A port was expected because of there is a colon (‘:’) present but the port could not be parsed
Lösung für das Problem ist, die URL über die Powershell zu überschreiben. Dazu gibt es den Befehl Set-SPProfileServiceApplication
Konkret in folgender Ausprägung:
Get-SPServiceApplication | where {$_.TypeName -eq "User Profile Service Application"}
$upa = Get-SPServiceApplication | where {$_.TypeName -eq "User Profile Service Application"}
Set-SPProfileServiceApplication –identity $upa –MySiteHostLocation http://mynewurl
Schon häufiger habe ich mich darüber geärgert, mühsam die SharePoint 2010 Prerequisits rauzusuchen und herunterzuladen. Bei Servern die Zugriffs auf das Internet haben, kein Problem. Aber bei lokalen VMs oder abgeschotteten Firmenservern muss man vorher alles manuell herunterziehen.
Auf dieser Seite kann man per PowerShell Script alle Files automatisch herunterladen.
Darauf bin ich in Zusammenhang mit AutoSPInstaller gestoßen. Das teste ich gerade um unsere eigenen PowerShell Scripte evtl. dadurch abzulösen.
Folgendes Szenario:
SharePoint 2010 Std. wurde neu installiert auf einem Windows Server 2008 Deutsch. Zur Installation wurden PowerShell Scripts genutzt. Es wurden Inhalte eingestellt und der Suchindexer konnte diese auch erfolgreich indizieren. In der Search Service Application waren einige “Searchable items” enthalten.
Wenn der User eine Suche ausführt, erscheinen keine Treffer mit dem Hinweis “Es wurden keine Ergebnisse gefunden für …”
Dies obwohl Inhalte mit diesem Suchbegriff auf jeden Fall im Index waren, was auch in die Crawl History nachzuvollziehen war.
Nach Durchforsten der ULS Logs sind folgende Fehlermeldung – leider nur als “High” gekennzeichnet – aufgefallen:
AuthzInitializeContextFromSid failed with ERROR_ACCESS_DENIED. This error indicates that the account under which this process is executing may not have read access to the tokenGroupsGlobalAndUniversal attribute on the querying user’s Active Directory object. Query results which require non-Claims Windows authorization will not be returned to this querying user.
Die Lösung des Problems ist, den Search Query Account in die Domaingruppe “Windows Authorization Access Group” aufzunehmen. Der Search Query Account ist der Account des Application Pools indem der Query Dienst läuft. Herauszufinden über:
–> Manage Service Applications –> Search Service Application (nur selektieren) –> oben auf Properties
Dann weiter runter scrollen und dort den markierten Account in die o.g. Gruppe aufnehmen. Zur Sicherheit nochmal im IIS schauen, welcher Account zugeordnet ist.
Das Problem trat bisher bei mir nicht auf, da in vielen Fällen Kunden noch Active Directories im Einsatz haben die vor Window Server 2008 ADS sind. Die Gruppe “Windows Authorization Access Group” gibt es wohl erst ab ADS 2008.
Weitere Erklärungen gibt es hier:
und hier:
Folgender Fehler kam beim hinzufügen des WebParts:
Das führte mich zu folgender Fehlermeldung im ULS
Unable to activate worker process proxy object within the worker process: ipc://1787a8e0-45c3-48dc-9b3c-a60e8b4d6199:7000
und das wiederum zur Lösung bei Avanadeblogs
Zitat:“
After trying to fix the issue for several hours, we tried to disable the "Check for publisher’s certificate revocation"-setting for the Service Account of the Sandbox and this solved the issue. You can do this by changing the following key in the registry:
HKEY_USERS\[SID OF THE SERVICE ACCOUNT]\Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing The value of "State" needs to be set to "0x00023e00".
You can get the SID of the Service Account with PowerShell:
$(Get-SPManagedAccount -Identity "THE SERVICE ACCOUNT").Sid.Value
Hope this helps!
“
Da die Erklärung mit dem Registry Key etwas verwirrend ist, hier ein Screenshot:
Das Service Pack 1 für SharePoint 2010 steht in den Startlöchern. Joel Oleson fasst die Highlights zusammen, weitere Details gibt es in diesem Blogeintrag.
