Adriano Gomes' Infra Blog

Treinamento de End Users em SharePoint 2010

Adriano Gomes — Wed, 09 Jun 2010 13:43:00 GMT

Treinamento legal para End Users de SharePoint 2010, porém está todo em inglês…

SharePoint 2010 End-User Training

http://www.point8020.com/SharePointEndUserTraining.aspx

Abraços!

Mudar o Idioma do E-mail de Agendamento de Reunião do Add-in do Live Meeting pra Outlook no Office Communications Server

Adriano Gomes — Mon, 29 Mar 2010 20:22:04 GMT

Quando instalamos o Add-in de Live Meeting para o Outlook, ele instala em dois diretórios seus principais “componentes”.

Em “C:\Program Files\Common Files\Microsoft Shared\LiveMeeting Shared\” estão os arquivos que serão usados para montar os e-mais ou meeting requests.

Em “C:\Program Files\Microsoft Office\Live Meeting 8\Addins” estão os arquivos que são utilizados para montar o idioma dos menus que aparecem no Outlook.

Normalmente quando se cria um convite para uma reunião, seja ela agendada ou imediata (meet now), o template utilizado será baseado no idioma instalado do Office. Mesmo que o Office tenha sido instalado em inglês, se está com o Language Pack para português, e está configurado com ele para display, o template do e-mail sairá em português.

Em uma situação onde uma empresa Global queira fazer um deployment desse Add-in, quer permitir que seus usuários possam escolher o idioma para usar no Office, mas quer que o template do convite seja sempre enviado em um e-mail padrão, pode-se seguir as recomendações colocadas no artigo http://support.microsoft.com/kb/968981 do site de suporte da Microsoft, e assim ter um idioma padrão.

Eu vou descrever aqui, rapidamente o procedimento, porque eu achei que a descrição no artigo acima mencionado não está muito clara…

Basicamente o procedimento irá copiar a dll de resources do idioma desejado como padrão para todos os demais idiomas disponíveis. Eu aconselho fortemente a renomear os arquivos que existem dentro de cada um dos diretórios. Na figura abaixo, repare que no diretório pt-br eu renomeei a ConfApiSat.dll para ConfApiSat.dll.orig e copiei a dll que estava no diretório en-us para cá. Assim, mesmo que meu Outlook esteja configurado com o Language Pack para pt-br como display, os templates utilizados serão sempre em inglês.

Infelizmente no servidor de OCS pode-se apenas alterar as URLs utilizadas nos links, mas não o conteúdo do template.

Abraços!

Instalando o OCS 2007 R2 em Windows Server 2008 R2

Adriano Gomes — Tue, 16 Mar 2010 19:17:22 GMT

Existe uma “pegadinha” na instalação do OCS 2007 R2 no Windows Server 2008 R2, tanto pro Standard Edition quanto pro Enterprise Edition.

Quado você for preparar o servidor do Windows, adicionando features e roles, instale também a feature de “Desktop Experience”. Isso vai evitar que na hora que você for entrar no Deployment do servidor, você receba o erro: “

Windows Media Format Runtime required. The Windows Media Format Runtime is required in order to install this component. Installing the Windows Media Format Runtime may require a system restart to complete the installation. Click OK to continue with the installation.”

Boa Sorte!

Acesso a Sites do SharePoint de Dentro do Windows Server 2008

Adriano Gomes — Mon, 23 Nov 2009 23:53:24 GMT

Uma vez que as instalações de novos servidores nas empresas começam a utilizar o Windows Server 2008 (R2), toda vez que vamos instalar o SharePoint 2007, nos deparamos com uma situação um tanto quanto estranha...

Sempre que queríamos testar um site do SharePoint que criávamos, normalmente criávamos primeiro uma entrada no hosts da máquina, e criávamos os sites utilizando host header. Quando então chamávamos o site no IE, o browser abria, e pedia por um login e senha. Normalmente pensávamos: “O IE ainda não reconheceu o site como sendo um site da zona de intranet local”. Clicaríamos Cancel, adicionaríamos o site à Zona em questão, e daríamos um refresh no browser. Novamente o pedido por login e senha. Pensávamos: “Já sei... esqueci de fechar e abrir o IE novamente...”. Fazíamos isso. E lá vinha a tela de login e senha novamente... A sobrancelha levantava nessa hora, e então pensávamos: “Tem alguma coisa errada”.

Entravamos então com o login e a senha mesmo assim... Uma vez... “Devo ter errado a senha...” Duas vezes... “Será que errei o login?” Três vezes... Acesso negado! K

Aí eu pensei: “Que estranho... o site de Administração Central (Central Administration) funciona normalmente...”. Vou testar de um outro computador.

Configuro o IP do site com o host header no hosts da máquina, ou então configuro um registro no DNS, e testo de outra máquina. Aí funciona.

Quebro a cabeça mais um pouco, olho no Event Viewer e aí resolvo fazer uma busca no Bing... Olho aqui, olho ali, e encontro o problema e a solução.

Essa é uma proteção que já existia desde o IIS 5.1, mas que parece que só agora resolveu nos “testar” no IIS 7. Existe um KB explicando isso: http://support.microsoft.com/kb/896861/.

Seguindo os passos no artigo, é possível desabilitar essa proteção para todo e qualquer site criado e acessado localmente (muito útil quando se utilizando o Index Server para indexar ele mesmo para ganhar em performance), ou então gerar uma lista com a URL dos sites que será permitido fazer o acesso local.

O artigo mostra como fazer ambas as coisas, mas copio aqui para poupar tempo ao leitor.

Método 1: Desabilitar a verificação de loopback

Execute as seguintes etapas:

1. Clique em Iniciar, em Executar, digite regedit e clique em OK.

2. No Editor do Registro, localize e clique na seguinte chave do Registro: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa

3. Clique com o botão direito do mouse em Lsa, aponte para Novo e clique em valor DWORD.

4. Digite DisableLoopbackCheck e pressione ENTER.

5. Clique com o botão direito do mouse em DisableLoopbackCheck e clique em Modificar.

6. Na caixa Dados do valor, digite 1 e clique em OK.

7. Encerre o Editor do Registro e reinicie o computador.

Método 2: Especificar nomes do host

Para especificar os nomes do host mapeados para o endereço de loopback e que podem se conectar aos sites no computador, execute as seguintes etapas:

1. Clique em Iniciar, em Executar, digite regedit e clique em OK.

2. No Editor do Registro, localize e clique na seguinte chave do Registro: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0

3. Clique com o botão direito do mouse em MSV1_0, aponte para Novo e clique em Valor de sequência múltipla.

4. Digite BackConnectionHostNames e pressione ENTER.

5. Clique com o botão direito do mouse em BackConnectionHostNames e clique em Modificar.

6. Na caixa Dados do valor, digite o nome do host ou os nomes do host para os sites que estão no computador local e clique em OK.

7. Encerre o Editor do Registro e reinicie o serviço IISAdmin.

Relembrando: Essas informações acima estão disponíveis em http://support.microsoft.com/kb/896861/, e eu apenas as copiei aqui para poupar tempo ao leitor deste blog.

Abraços!

Levando Sites de SharePoint 2010 Com Você, Offline, e Depois Sincronizando de Volta Para o Site

Adriano Gomes — Fri, 30 Oct 2009 14:19:26 GMT

Acho que escolhi esse tema como sendo o primeiro da minha série de posts de SharePoint 2010 por ter sido sempre um fã do Groove.

Na versão 2007 do SharePoint, quando se queria levar documentos do SharePoint de maneira off-line, existiam 2 possibilidades:

1- Sincronizar no Outlook 2007.

2- Sincronizar no Groove 2007.

No Outlook 2007 você teria a facilidade de poder pegar arquivos de uma biblioteca e receber atualizações que fossem feitas nela, mas no Groove existia um pouco mais de facilidade.

No Groove 2007, era possível sincronizar também a biblioteca do SharePoint entre uma pessoa com acesso, e outras que não teriam conectividade. O tráfego das alterações entre as pessoas normalmente era só do diferencial de alguns arquivos, e poder-se-ia sincronizar os arquivos de volta para o SharePoint só quando se quisesse.

Infelizmente, tanto via Outlook quanto via Groove, toda vez que se sincroniza as informações com o SharePoint, todo o arquivo é enviado para ou resgatado dele, e não só o diferencial. Para arquivos pequenos, de 50 KB, isso passa despercebido, mas em arquivos de 5 MB, já começa a complicar.

Além disso, ainda existiam situações em que as informações importantes estavam em listas do SharePoint, não em document libraries. Para essas situações existia ainda a possibilidade de se utilizar o Access 2007.

E quando o importante era sincronizar-se um calendário, aí voltava-se para o Outlook, onde existia total suporte a sincronização para leitura e escrita a partir do Outlook em calendários do SharePoint.

No Office 2010 existem novas capacidades para se trabalhar de maneira off-line com o SharePoint 2010 que facilitarão muito a vida daqueles que, como eu, trabalham em equipe constantemente, e que precisam sempre disponibilizar conteúdos criados com outras pessoas em um site de colaboração.

A primeira delas é o Microsoft Office Upload Center. O Upload Center não é um site ou uma ferramenta que você precisa abrir para usar, mas sim um “companheiro” para todos os programas da família Office que fica rodando no system tray. Ele ajuda muito na hora de salvar de volta documentos no SharePoint, ao ser ele o responsável por conectar e cuidar do upload dos arquivos para o SharePoint.

A outra ferramenta, que era conhecida por Groove mas que agora foi renomeada, é o SharePoint Workspace – vulgo SPW. Ele agora será o grande astro para trazer o SharePoint para as estações dos usuários e facilitar a colaboração. Ele utilizará também o Syncronization Framework para diminuir a quantidade de informações que serão trafegadas entre o SharePoint e o SPW. Agora ele trará também listas do SharePoint offline, incluindo as alterações que tenham sido feitas nos forms para criação, edição e exibição dos itens. Isso vale também para as propriedades extras que às vezes são necessárias para documentos.

O que ainda permaneceu no Outlook, é a parte de sincronização de calendários do SharePoint. Ela continua dentro do Outlook mais por uma questão de fazer mais sentido. Assim, todas as informações de calendário para um usuário ficam sempre dentro do Outlook, facilitando assim encontrar eventos e atividades programadas para ele ou para algum time.

A sincronização dos sites/listas/bibliotecas de documentos com o SPW é bem simples, e pode ser inicializada tanto a partir do site (fica dentro de ações do site), da lista/biblioteca, como a partir do SPW também. Quando inicializado a partir de um site, podem-se escolher quais serão as listas/bibliotecas serão sincronizadas. Um administrador do site também consegue controlar a disponibilidade de se sincronizar listas/bibliotecas com o SPW.

Semana que vem escreverei mais.

Abraços!

SharePoint 2010 para IT Pros

Adriano Gomes — Wed, 21 Oct 2009 15:24:06 GMT

Segunda-feira, dia 19/10/2009, o SharePoint 2010 foi apresentado em Las Vegas, na SharePoint Conference 2010. O produto está sensacional! Quem trabalhou com o 2007, era fã, mas achava que tinham diversos pontos faltando precisará rever esses pontos.

Na parte de infraestrutura existem diversas novas melhorias, trazendo facilidades para o gerenciamento do status do servidor (health) e para encontrar os problemas.

Na parte de backup/restore, agora é possível se fazer restores de itens de backups sem se precisar dispor de toda uma farm de recuperação.

Existe todo um sistema de gerenciamento do status do SharePoint dentro dele. E devo ressaltar aqui, é sensacional!

Agora, no SharePoint 2010, quando aparecer um erro, será apresentado também um Correlation-ID, que pode ser usado para encontrar o problema rapidamente entre os logs.

É possível configurar o throttling das views, para que alguém não crie uma view q apresenta 10000 itens e acabe com a performance do seu servidor.

Existe uma notícia triste, entretanto… O STSADM, amigo inseparável de vários momentos de administradores de SharePoint, fica estagnado nessa versão. Entendam bem, ele continua existindo, mas com o intuito de backward compatibility. A partir de agora, as novas funcionalidades devem vir todas através de comandos de PowerShell. Se você ainda não está familiarizado com ele, é melhor aprender, e rápido…

Existem diversas novidades para o mundo de IT Pros, e eu pretendo realizar posts semanais para trazer essas informações todas aqui.

Até o próximo post!

Abraços!

SharePoint Server 2007 e Suas Bases no SQL

Adriano Gomes — Thu, 11 Sep 2008 19:31:00 GMT

Após ver algumas perguntas e observar como algumas instalações de SharePoint foram feitas, eu decidi fazer esse post para tentar ajudar a tirar algumas dúvidas e ajudar a quem for fazer instalações de MOSS (SharePoint Server) 2007, a deixá-las mais adequadas para futuras expansões na Farm.

Esse post será mais focado em instalações do SharePoint Server 2007, mas nada impede que você utilize essas informações em sua Farm de WSS v3.

Quantidade de Bases

Antes que você possa começar uma instalação do MOSS 2007, você deverá ter a mão o nome de um servidor de SQL Server (2000 ou 2005) e de uma instância disponível.

Nesse momento você deve estar se perguntando: “Mas qual é o espaço que será ocupado pelas bases do SharePoint?”.
Eu vou deixar pra falar sobre isso em outro tópico. Procure depois por dimensionamento das bases. Preferi fazer isso porque, antes de chegarmos a esse ponto, é necessário entendermos melhor o que define a quantidade de bases mínimas e recomendadas para o MOSS.

Uma instalação típica de SharePoint terá no mínimo 6 bases:

1. Base de Configuração da Farm do SharePoint (Definida logo no início da configuração da Farm e onde você pode definir o nome através do assistente de instalação).

2. Base de Conteúdo do Site de Administração do SharePoint (Essa é criada e um nome é designado automaticamente durante a configuração inicial da Farm. Caso você deseje especificar um nome, você deverá fazer toda a configuração inicial da Farm através do PSConfig.exe).

3. Base do Windows SharePoint Services Search (Definida durante a configuração da Farm no site de Central Administration do SharePoint. Ao se iniciar o serviço do Windows SharePoint Services Search, você poderá definir o nome da base. Repare que esse serviço é diferente do serviço de search do MOSS).

4. Base de Conteúdo para o Site de Administração do Shared Services Provider (Normalmente é definida antes de se criar o SSP. Você pode designar o nome da base durante a criação da Web Application).

5. Base de Configuração do SSP (Definida durante a criação do SSP. Você poderá designar o nome nesse momento).

6. Base de do Search do MOSS (Agora sim, você definirá a base que será utilizada pelo serviço de Search do MOSS. Essa definição é feita durante a criação do SSP).

Como disse antes, esse é o mínimo... Mas um mínimo que eu não recomendo.

Não recomendo porque eu acho que para o My Sites, para o SSP e para o(s) Site Collection(s) que você criará é importante ter uma Web Application separada. Coloquei o plural entre parênteses porque você pode querer criar só 1 Site Collection, ou então ter vários Site Collections na mesma Web Application.

Toda a vez que você criar uma Web Application você criará também uma base de conteúdo associada a ele. Pelo menos uma.

Agora temos então mais duas bases:

7. Base de Conteúdo dos sites de My Sites

8. Base de Conteúdo do(s) Site Collection(s).

Esse realmente é o mínimo que eu recomendo, mas você poderá vir a ter mais bases caso você se depare com alguns cenários a seguir:

· Alta utilização do My Sites;

· Alta quantidade de informações armazenadas por Sites;

· Necessidade de se separar informações indexadas pelo serviço de Search do MOSS;

· Necessidade de se criar mais de um SSP na mesma Farm;

· Necessidade de se ter um mecanismo de disaster-recovery mais eficaz para determinados sites;

· Necessidade de se separar Site Collections em Web Applications diferentes;

· E mais alguns outros cenários menos comuns...

Ao se deparar com algum desses cenários acima, você terá a necessidade de criar mais bases por Web Applications ou mais Web Applications e, conseqüentemente, mais bases para cada um deles.

Bases de Conteúdo e Web Applications

Quando se designa somente uma base de conteúdo para uma Web Application, todo novo Site Collection criado será sempre criado nessa base. Se você tiver 10 Site Collections contendo 100 GB cada um, você terá uma base enorme de 1 TB. Com a adição de mais bases de conteúdo para uma Web Application, o SharePoint fará uma distribuição automática dos Site Collections entre elas à medida que você criá-los. Se você quiser, você poderá designar a que base um Site Collection deverá ser associado no momento de sua criação através do STSADM, ou após sua criação também com o STSADM, migrando o conteúdo entre bases.

O mecanismo de distribuição automática do SharePoint não se baseia no tamanho das bases, mas sim na quantidade de Site Collections por cada uma delas. Isso se deve ao fato de não podermos prever quais sites ocuparão mais ou menos espaço. A distribuição é bem no estilo round-robin. Se você possuir 3 bases de conteúdo associadas a uma Web Application, o 1º Site Collection vai pra 1ª, o 2º para a 2ª, a 3ª para a 3ª, a 4ª vai pra 1ª e assim sucessivamente, procurando manter a mesma quantidade de Site Collections entre as bases.

Se em um determinado momento você adicionasse uma 4ª base para essa mesma Web Application, você veria o SharePoint associando todos os novos Site Collections para essa nova base até que todas elas tivessem a mesma quantidade de Site Collections. A partir de então, o SharePoint voltaria a fazer a distribuição cíclica entre eles.

Com essa última informação, você já pode imaginar o que acontece quando se deleta Site Collections. O funcionamento é semelhante quando se adiciona uma base nova. O SharePoint irá associar novos Site Collections com as bases mais vazias até que a quantidade dos mesmos entre todas as bases associadas à Web Application seja igual.

Bem…. acho que dessa vez vou ficar por aqui…

Abraços,

Adriano

Habilitando a Compressão (HTTP Compression) no SharePoint 2007 ou v3 – Enabling HTTP Compression in SharePoint 2007 or v3

Adriano Gomes — Wed, 02 Jul 2008 03:27:00 GMT

There is a brief summary in english by the end of of this post.

Após uma implantação bem sucedida de SharePoint em um cenário de WCM – Web Content Management, antigo CMS, é normal que as pessoas queiram melhorar a performance e o tempo para carregar as páginas.

Em um ambiente de intranet, onde a conexão entre as estações e o servidor é uma rede de 10 Mbps, 100 Mbps ou 1 Gbps, mexer com a compressão dos pacotes talvez nem seja tão vantajoso… os clientes normalmente farão o download das páginas em questão de segundos…

Quando começamos a falar em WANs, links lentos, extranets, e internet, aí o HTTP compression faz todo sentido!

Embora a configuração seja simples, como vocês verão, é necessário um certo tunning para que possamos chegar ao nível ideal.

Existe aqui um trade-off entre performance e compressão que deve ser analisado e ponderado. Quanto maior a compressão desejada, maior a quantidade de recursos exigida do servidor.

Nesse artigo não vou abordar maneiras de como testar ou fazer o base line e nem como comparar qual é o melhor nível. Se você tiver mais interesse em ler sobre isso, leia aqui: http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/d52ff289-94d3-4085-bc4e-24eb4f312e0e.mspx?mfr=true

A configuração no servidor se baseará em alguns pontos:

Nível de compressão – De 1 a 10
Arquivos a serem comprimidos – estáticos e dinâmicos
Tipo de compressão escolhida – estática ou dinâmica ou ambas

Para você poder habilitar a compressão, primeiro você deverá habilitar a dll do GZIP no Web Service Extensions do Inetmgr para fazer a compressão. Sem isso, você pode mexer o quanto quiser na metabase do IIS que não fará diferença alguma. Siga, então, a sequência abaixo. Se o seu Windows 2003 estiver em português, a sequência é idêntica, mas com os nomes em português.

Vá em Start >> Administrative Tools >> Internet Information Services (IIS) Manager
Clique em Web Service Extensions e depois em Add a new Web Service Extension…
Entre com um nome em Extension name: (GZIP por exemplo), marque a opção Set extension status to Allowed, e depois clique Add...
No campo Path: entre com o path C:\Windows\system32\inetsrv\gzip.dll. Em seguida clique OK.
Lembre-se que C:\Windows é o path da sua instalação do Windows, devendo ser substituido por outro path caso você tenha feito alguma alteração.
Por último, clique OK.

Até agora, tudo o que fizemos foi habilitar o gzip para fazer a compressão. Vamos, então, a compressão em si.

Abra um command prompt e navegue até o diretório C:\Inetpub\AdminScripts.

Nesse momento, você fará sua primeira escolha.

Se você só quiser fazer compressão estática, execute o seguinte comando:
cscript adsutil.vbs SET W3SVC/Filters/Compression/Parameters/HcDoStaticCompression True

Se você só quiser fazer compressão dinâmica, execute o seguinte comando:
cscript adsutil.vbs SET W3SVC/Filters/Compression/Parameters/HcDoDynamicCompression True

Se você quiser fazer ambos os tipos de compressão, execute ambos os comandos:
cscript adsutil.vbs SET W3SVC/Filters/Compression/Parameters/HcDoStaticCompression True
cscript adsutil.vbs SET W3SVC/Filters/Compression/Parameters/HcDoDynamicCompression True

Essas configurações do IIS são para habilitar compressão para todos os sites de um servidor. Caso você queria fazer isso de maneira seletiva, isto é, por sites, leia esse artigo: http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/d52ff289-94d3-4085-bc4e-24eb4f312e0e.mspx?mfr=true

Para o SharePoint, normalmente opta-se por habilitar ambos os tipos… mas a sua escolha vai depender muito da arquitetura do seu site/sistema e da capacidade do seu servidor.

A compressão estática é para aqueles arquivos de conteúdos estáticos, como txt, html, htm, etc… A compressão dinâmica é para aqueles arquivos de conteúdo dinâmico, gerados em tempo de execução. Para arquivos estáticos, o IIS fará uma compressão no primeiro request por ele que receber e armazenará esse arquivo comprimido localmente, no local que você indicar (ou %Windir%\IIS Temporary Compressed Files por default). No caso da compressão dinâmica, a compressão ocorre em memória e a cada request, uma nova compressão é feita. Para maiores detalhes, leia como o HTTP Compression funciona aqui: http://www.microsoft.com/technet/prodtechnol/WindowsServer2003/Library/IIS/d52ff289-94d3-4085-bc4e-24eb4f312e0e.mspx?mfr=true

Agora, precisamos editar quais são os arquivos que serão comprimidos pelo IIS. Por padrão, o IIS possui a seguinte lista de arquivos:

Modo de Compressão	Tipos de arquivos
Estático	.txt, .htm, e .html
Dinâmico	.exe, .dll, e .asp

Em uma máquina com SharePoint, aparecerão também as extensões .js, .css e .htc na lista de arquivos estáticos.

Existem dois esquemas de compressão: GZIPe DEFLATE. Por motivos de compatibilidade, recomenda-se que você habilite ambos. Repare que nas linhas de comando que se seguirão, existe sempre o mesmo comando tanto para editar os tipos de arquivos em GZIP como em DEFLATE.

Alguns pontos interessantes para se pensar são:

Arquivos de imagem
Aspx
Arquivos de flash e silverlight
Arquivos de Office.

Vamos falar sobre cada um deles.

Arquivos de imagem na internet normalmente já são comprimidos por si só. Não faz muito sentido colocá-los na lista para serem recomprimidos pelo IIS… E é muito difícil imaginar que alguém colocaria um bmp na internet hoje em dia. Mas, como tudo é possível, e se você usar arquivos de bmp no seu site ou se vc precisar de qualquer ganho que uma compressão possa te trazer, você poderá adicionar essas extensões à compressão estática/dinâmica. Os arquivos que estão dentro de document libraries do SharePoint serão comprimidos pelo modo dinâmico.

Todas as páginas do SharePoint são em ASPX. Se você criar novas páginas, serão também em ASPX. Vale a pena editar a lista de extensões para compressão dinâmica e adicionar o aspx também.

Arquivos de silverlight ou flash não são arquivos pequenos… e o ganho em comprimi-los é muito pequeno. Não vale a pena mesmo.

O ganho em compressão para arquivos do Office são relativamente bons, mas se você tiver diversos tipos de arquivos sendo baixados do seu site com grande freqüência, isso pode acabar com a performance do seu servidor. Se você tiver uma demanda desse tipo, vale mais a pena armazenar os arquivos já compactados na document library. O que eu já vi também era uma webpart de zip-on-demand, onde a pessoa escolhe quais documentos ele irá baixar e quando clica-se para baixar, essa webpart gera um .zip com os arquivos que a pessoa pediu.

Um ponto importantíssimo, é que se você desejar compactar arquivos dentro das document libraries, não esqueça também de adicionar à sua lista de extensões para compactação dinâmica o .dll. Se você não fizer isso, não adianta que ele não vai conseguir compactar…

Considerando que você vá fazer compressão de imagens e de arquivos normais do SharePoint, você precisará, então, executar os seguintes comandos para editar as extensões:

Habilitar GZIP
cscript adsutil.vbs SET W3Svc/Filters/Compression/GZIP/HCDoStaticCompression True
cscript adsutil.vbs SET W3Svc/Filters/Compression/GZIP/HCDoDynamicCompression True
Habiltiar DEFLATEcscript adsutil.vbs SET W3Svc/Filters/Compression/DEFLATE/HCDoStaticCompression True
cscript adsutil.vbs SET W3Svc/Filters/Compression/DEFLATE/HCDoDynamicCompression True
Compressão Estática
cscript adsutil.vbs SET W3SVC/Filters/Compression/deflate/HcFileExtensions "htm" "html" "txt" "js" "css" "htc" "gif" "jpg"
cscript adsutil.vbs SET W3SVC/Filters/Compression/gzip/HcFileExtensions "htm" "html" "txt" "js" "css" "htc" "gif" "jpg"

Compressão Dinâmica
cscript adsutil.vbs SET W3SVC/Filters/Compression/deflate/HcScriptFileExtensions “asp” "exe" "dll" "aspx" "js" "css" "ascx" "gif" "jpg"
cscript adsutil.vbs SET W3SVC/Filters/Compression/gzip/HcScriptFileExtensions “asp” "exe" "dll" "aspx" "js" "css" "ascx" "gif" "jpg"

Repare que em ambos os modos de compressão, as extensões .js, .css, .gif e .jpg foram adicionadas. Isso se deve ao fato de que muitas vezes acabamos usando esses arquivos para montar o site no SharePoint e aproveitamos as document libraries do SharePoint para armazená-los.

Falta agora somente configurar a taxa de compressão dinâmica. A compressão estática por default é 10, pois essa compressão será feita só uma vez e depois o arquivo comprimido será armazenado localmente.
Determinar o nível de compressão deve ser feito de acordo com a necessidade e impacto na performance. Se você colocar nível 10 pra compressão dinâmica e a performance do seu servidor não ficar boa, reduza… Talvez 7 ou 6. Valide com sua equipe de infra-estrutura para ter certeza de que com o mínimo de impacto você consegue obter o resultado desejado.

Os comandos para configurar a taxa de compressão são:

GZIP
cscript.exe adsutil.vbs SET W3Svc/Filters/Compression/GZIP/HcDynamicCompressionLevel "9"
DEFLATE
csript.exe adsutil.vbs SET W3Svc/Filters/Compression/DEFLATE/HcDynamicCompressionLevel "9"

Repare que coloquei 9 como nível de compressão. Normalmente, para o SharePoint 9 é um bom número.

Lembre-se: Para que as alterações nas configurações do IIS passem a vigorar, você precisará dar um iisreset.

Para você testar, você pode usar o HTTP Fiddler. Essa é uma ferramenta gratuita e que você pode instalar na sua máquina ou no próprio servidor para verificar se ele está compactando os pacotes.

Bem… é isso… Caso vocês encontrem algum erro ou tenham algo a acrescentar, por favor, me avisem!

Hi everyone!

The settings to enable IIS Compression on a server that has SHarePoint on it are quiet simple!

There are 5 steps to accomplish it.

First add and install the GZIP web service extension.
1. Go to Start >> Administrative Tools >> Internet Information Services (IIS) Manager
2. Click on Web Service Extensions and then in Add a new Web Service Extension…
3. Choose a name and put it in Extension name: (GZIP for exemaple), check the Set extension status to Allowed option, and then click Add...
4. In the Text Box Path: put in C:\Windows\system32\inetsrv\gzip.dll as the path. Then hit OK.
  Remember that C:\Windows is your Windows installation path, and it should be changed to the actual path if you installed it in another one.
5. For last, hit OK.
Then, you should choose if you will use the static, dynamic or both. I would sugest you do both, but it will depend on your server hardware.
1. To enable only static compression, go to C:\Inetpub\AdminScripts.and type in:
  cscript adsutil.vbs SET W3SVC/Filters/Compression/Parameters/HcDoStaticCompression True
2. To enable only dynamic compression, go to C:\Inetpub\AdminScripts.and type in:
  cscript adsutil.vbs SET W3SVC/Filters/Compression/Parameters/HcDoDynamicCompression True
3. To enable both static and dynamic compressions, go to C:\Inetpub\AdminScripts.and type in:
  cscript adsutil.vbs SET W3SVC/Filters/Compression/Parameters/HcDoStaticCompression True
  cscript adsutil.vbs SET W3SVC/Filters/Compression/Parameters/HcDoDynamicCompression True
Now you need to enable the GZIP or DEFLATE compression schemas. You should enable both for compatibility purposes:
1. To enable the GZIP compression schema, go to C:\Inetpub\AdminScripts.and type in:
  cscript adsutil.vbs SET W3Svc/Filters/Compression/GZIP/HCDoStaticCompression True
  cscript adsutil.vbs SET W3Svc/Filters/Compression/GZIP/HCDoDynamicCompression True
2. To enable the DEFLATE compression schema, go to C:\Inetpub\AdminScripts.and type in:
  cscript adsutil.vbs SET W3Svc/Filters/Compression/DEFLATE/HCDoStaticCompression True
  cscript adsutil.vbs SET W3Svc/Filters/Compression/DEFLATE/HCDoDynamicCompression True
Now you need to select what files get to be compressed. In the examples shown below, I’ve chosen to compress js, css, gifs and jpgs, both in static as in dynamic schemas… that’s because I wanted to get as low as I could in bandwith consumption, and because in the site created, there were some css, js, gifs and jpgs in SharePoint document libraries. To enable that kind of compression, you must also enable dll in the dynamic schema. As SharePoint has only aspx pages, enable them to be compressed as well.
1. Static compression file extensions
  cscript adsutil.vbs SET W3SVC/Filters/Compression/deflate/HcFileExtensions "htm" "html" "txt" "js" "css" "htc" "gif" "jpg"
  cscript adsutil.vbs SET W3SVC/Filters/Compression/gzip/HcFileExtensions "htm" "html" "txt" "js" "css" "htc" "gif" "jpg"
2. Dynamic compression file extensions
  cscript adsutil.vbs SET W3SVC/Filters/Compression/deflate/HcScriptFileExtensions “asp” "exe" "dll" "aspx" "js" "css" "ascx" "gif" "jpg"
  cscript adsutil.vbs SET W3SVC/Filters/Compression/gzip/HcScriptFileExtensions “asp” "exe" "dll" "aspx" "js" "css" "ascx" "gif" "jpg"
The final step, is to ajust the dynamic compression level. You should try some different levels of compressio to see which one will give you the best results for the least amount of hardware needed. 9 is usually a good compression rate for SharePoint. To do this, go to C:\Inetpub\AdminScripts.and type in:
1. GZIP
  cscript.exe adsutil.vbs SET W3Svc/Filters/Compression/GZIP/HcDynamicCompressionLevel "9"
2. DEFLATE
  cscript.exe adsutil.vbs SET W3Svc/Filters/Compression/Deflate/HcDynamicCompressionLevel "9"

Remember, for any of these configurations to work, you’ll need to restart your IIS by typing iisreset in the command prompt window.

After that, to test if the compression is working, you can use the HTTP Fiddler tool.

Well, that’s it… if you find any mistakes, please, let me know!

My Sites - Múltiplos Idiomas - Multiple Languages

Adriano Gomes — Sat, 14 Jun 2008 21:51:00 GMT

Esse é meu primeiro post. Se vocês encontrarem algum erro, me avisem! :)

There's a brief description of the problem and the solution in the end of this post.

Esse post é para relatar uma solução para um problema com o qual eu me deparei, mas que não encontrei solução nenhuma por aí pela Internet.

Em todas as minhas instalações de SharePoint e em outras que oriento, sempre coloco como grande recomendação fazer a instalação do servidor com o SharePoint em inglês (já com o SP1 integrado) em modo Complete (raramente uso instalação Stand Alone, mesmo para demos ou testes) e, em seguida, fazer a instalação do Language Pack (também com o SP1 integrado).

A instalação é meio padrão...

Inicializo os serviços nos servidores de acordo com as minhas necessidades
Crio 3 Web Applications
1. 1 na porta 80 para o meu site principal
2. 1 em qualquer porta para sediar o My Sites
3. 1 em qualquer porta para sediar o SSP
Crio o SSP
Crio o 1o Site Collection no meu site da porta 80.
Inicializo a Indexação do site.

Até aí tudo bem. Tudo funciona e tudo fica bem.

Recentemente, tive a necessidade de criar My Sites em múltiplos idiomas e com o site padrão (public view) em português.

Fui no site de administração do meu SSP e configurei para permitir que os usuários pudessem escolher qual o idioma usar para seu My Site.

Cliquei então no link de My Site, apareceu uma telinha perguntando qual era o idioma que eu queria. Selecionei português e realmente, ficou em português para mim. Quando fui ver como ficou a public view, para minha surpresa, estava em inglês.

Fiz algumas buscas internas e na internet, e encontrei uns posts que falavam sobre isso...

Um deles explicava como fazer para ter a public view baseada no idioma do browser do usuário acessando o My Site. Envolvia criar My Sites como que com variations... Eu achei que isso era muito mais do que eu queria. Eu queria apenas que não importasse o idioma escolhido pela pessoa para o seu My Site, o public view seria sempre em Português.

O problema todo é que como a minha Farm estava em inglês, a instalação automática do My Site era sempre em inglês.

Após buscar mais um pouco na internet, descobri um artigo do suporte que a primeira vista era o problema que eu estava tendo... (http://support.microsoft.com/kb/949003/)

Na ansiedade de resolver o problema, li rapidamente o artigo, baixei o fix e instalei.

Fiz uns testes, bootei e rebootei o servidor, reinicializei o iis, etc, e nada... Foi quando decidi reler o artigo, atentamente, para entender o que ele dizia (é claro... a gente só pega o manual de instalação quando o NNF não funciona... :) )

Nesse momento é que reparei... esse problema eu tinha antes também, mas a solução pra mim era só parcial.

Parei pra pensar então. Por que que ele sempre cria o My Site com o public view em inglês? Fui então pra Central Administration e fiquei fuçando na Web Application do meu My Sites host e nos site collections.

Eu já sabia que cada site de My Site criado, é um Site Collection. Então baseei minhas investigações nesse ponto.

Após observar um pouco, me liguei na "raiz" do meu My SItes. Sim, porque para cada My Site criado, eu tenho um Site Collection para ele, mas eu tenho sempre um mesmo para todas as public views, que é a raiz.

Ao mexer na área de criação de Site Collections, reparei que em Português, tinha um template a mais que o de inglês. Host de Meus Sites! Hum.... Pode ser que seja aqui...

Comecei meus testes então...

No meu ambiente de teste (TESTE!!! Não tente fazer isso em produção!) eu simplesmente deletei o Site Collection da raiz do meu My Sites Host. Voltei na área de criação de Site Collections, coloquei o nome do Site Collection, coloquei o endereço do meu My Site host, selecionei o template em Português do Host de Meus Sites, e coloquei o administrador do meu domínio teste como administrador do site e OK.

Adivinha? Parou de funcionar geral... :)

Pensei mais um pouco... e cheguei a conclusão de que o SSP tem algum envolvimento na hora de criar esse My Site Host. Se quando eu crio o SSP, colocando uma Web Application vazia ele coloca um Host em inglês, o que será que ele vai fazer se eu colocar uma Web Application com um Host de My Sites em Português?

Vamos testar...

No meu ambiente de testes fiz o seguinte:

Deletei minhas 3 Web Applications pela Central Administration, sempre deletando as databases...
1. My Sites Host
2. SSP Admin Site
3. Meu Site Inicial
Deletei meu SSP usando o STSADM
- stsadm -o deletessp -title <Nome do SSP> -deletedatabases
Recriei minhas 3 WebApplications pela Central Administration
- Eu quando crio as Web Applications, constumo usar nomes sugestivos para elas e para as bases associadas. A porta que você for escolher para cada Web Application não tanta influência... Escolha a que mais lhe convenha... Para fins de testes, coloco todas as minhas na porta 80, usando host headers.
  1. MySites - MySites_DB
  2. SSP - SSP_DB
  3. Portal - Portal_DB
Criei então dois Site Collections.
1. Portal de Colaboração na Web Application Portal
2. Host de Meus Sites na Web Application MySites
Recriei meu SSP
1. Como o My Site Host já tinha um Site Collection associado, ele me deu um aviso... mas não tinha o que fazer ali... era dar um OK e continuar com o teste...
Quando ele terminou de criar lá o SSP, fui no site de administração dele e configurei para permitir que os usuários pudessem escolher o idioma do seu My Site.
Cliquei então no link de My Site no topo, e já de cara me deparei com a diferença! Dessa vez, não mais tinha uma dela de "My Site - Choose Your Language", mas sim "Meu Site - Escolha Seu Idioma". Opa! Coisas novas por aí!
Ao terminar a criação do site, o site estava criado em português e com a public view em português também.
Criei agora outro My Site, dessa vez, em inglês. A private view estava toda em inglês e a public view em português! Perfeito! :)

Vou resumir aqui em baixo porque eu sei que tem gente (como eu) que sempre vai pro final do post pra ver logo a solução, e se tem solução. Vou escrever depois em inglês também porque como disse no início, não encontrei isso em nenhum outro site por aí.

Resumindo:

Quero uma Farm de SharePoint instalada em inglês, com Language Packs instalados para poder oferecer aos meus usuários a oportunidade de criar sites em outros idiomas. Quero ainda que os sites de My Sites quando forem criados, possam ser criados em qualquer idioma, mas quero que a public view seja sempre em português. Para que você consiga isso, ao fazer a instalação da Farm, antes de criar o SSP, crie as WebApplications para receber o site de administração do SSP e o host de My Sites. Na seqüência, crie um Site Collection utilziando o Template de Host de Meus Sites em Português. Só então, vá para a página de criação de SSP e indique quais são as Web Applications para o site de Administração de SSP e para o Host de My Sites. Ele vai te avisar que já existe um Site Collection associado com uma das Web Applications que você selecionou, mas clique OK e siga em frente.~

Vá agora no site de administração do SSP, e em My Site Settings, permita que os usuários possam escolher o idioma que utilizarão.

Repare que essa solução te dará um Host de My Sites no idioma que você preferir, mas ele será sempre 1 único para todos os usuários daquele SSP. Caso você queira que o site público seja apresentado no idioma do usuário acessando, você precisará customizar um pouco essa situação, colocando webparts de redirecionamento para sites de outros idiomas, como uma espécie de variations.

Espero que possa ajudar alguém por aí...

Abraços,

Adriano Gomes

Summary:

I want my SharePoint Farm to be installed in English, using Language Packs to provide my users the ability to create sites in other languages. Also, I want to give users the hability to choose their My Site language, but that the public view presented to everyone is always in portuguese. For you to achieve that, notice that you must first, before creating the SSP (Shared Service Provider), create at least 2 Web Applications. One to host the SSP Admin site, and another one to host My Sites. After creating these two Web Applications, create a Site Collection at the My Sites Web Applition, choosing the My Sites Host Template under the Enterprise tab in the language that best suits you. Only then you can create the SSP, using both Web Apps created now. Notice that SharePoint will give you a warning that you assigned a Web App that already has some content... Don't worry. Go ahead and click OK.

Now go to the SSP Admin site, and under My Site Settings, enable the option that allows your users to choose at what language their My Site will be.

Atention here! This solution will give you a My Sites host in another language other then english when you have the SharePoint farm intalled using the english installation bits. If you want the public view of each My Site to be presented to users based on their language setting in the browser, you'll need to do some customization, create some webparts to redirect users to other public pages based on the language set on their browser... as happens in variations...

Hope this helps someone out there...

Rgds,

Adriano Gomes