Conteúdo tipo de página
Páginas de conteúdo podem ser modificadas pelos usuários finais usando ferramentas como Microsoft Office do SharePoint Designer 2007, ou carregado usando protocolos such as WebDAV. Quando você cria um site do SharePoint, de conteúdo várias páginas são criadas automaticamente, por exemplo, Default.aspx, AllItems.aspx para sua galeria Web Part, EditForm.aspx como uma forma editar para sua lista de avisos e vários outros.
Conteúdo páginas são armazenadas logicamente em seus sites SharePoint e a maioria dos arquivos também é armazenada fisicamente no seu associado de conteúdo SharePoint banco de dados. No entanto, de conteúdo nem todas as páginas são realmente armazenadas no de conteúdo banco de dados.
Páginas de conteúdo personalizadas
Windows SharePoint Services 3.0 oferece suporte a página personalização (also Known as " criar"). No entanto, Windows SharePoint Services armazena personalizado páginas de forma diferente de páginas e não modificada do modelo.
Página e não modificada do modelo arquivos são armazenados no disco na servidor Web de front-end, e não no de conteúdo banco de dados. Personalizar páginas ? páginas modelo que um usuário tenha modificado ? são armazenadas no de conteúdo banco de dados.
Em casos onde Windows SharePoint Services provisiona uma página de um modelo SharePoint, instead of recuperar uma página de de conteúdo banco de dados, o sistema cria um ponteiro para a instância do arquivo de modelo a página em servidor Web de front-end. Como resultado, Windows SharePoint Services evita a criação de cópias de sua de conteúdo repetidamente páginas, que são providas cada tempo um site é criado.
Esse ponteiro para uma instância da página de modelo sobre o servidor Web front-end é criado somente se o usuário não tiver personalizado a página. Depois que uma página for personalizado (usando O Office SharePoint Designer 2007, de exemplo), o ponteiro é cancelado e a página própria é armazenada no de conteúdo banco de dados.
Aviso
Não presuma que porque o conteúdo de uma página ou arquivo não é personalizado (usando ferramentas como O Office SharePoint Designer 2007) você pode livremente modificar a copiar servidor para fazer alterações todas as instâncias existentes.Há várias modificações (como alterar os valores das propriedades para um arquivo em uma lista) que causar Windows SharePoint Services considerar a página ou arquivo "personalizado". Além disso, podem alterar servidor cópias dos arquivos fornecidos indesejável causar efeitos colaterais, de exemplo, os cálculos de cota de tamanho arquivo pode estar incorretos.
Faça not servidor cópias dos arquivos após configuração.Considere o uso mestre páginas em vez da alterações em todo o site efeito.Para obter mais informações sobre como usar mestre páginas, consulte Master Pages.
Usar código lado servidor em páginas de conteúdo
As regras que determinam o uso de codificar server-side em de conteúdo páginas são inalterado de Windows SharePoint Services 2,0. Isto é, in-line lógica servidor declarada dentro de conteúdo SharePoint páginas é geralmente não com suporte. Isso se aplica somente a lógica dentro de página in-line e não inclui codificar atrás controles Microsoft ASP.NET a página. O conjunto de controles que têm permissão para executar é regido separadamente pela lista de controles seguros.
Seguem regras gerais para usar server-side codificar em um página de conteúdo:
Se o conteúdo de uma página não for personalizado, é codificar server-side com suporte na página.
Se o conteúdo de uma página for personalizado, codificar server-side Não executar sobre a página e a página não processar.
É uma recomendação recomendado evitar o uso codificar server-side em de conteúdo páginas quando estiver desenvolvendo definições site, porque se um usuário posteriormente edita ou modifica dessa página, a codificar será Não executar mais.
Um administrador pode substituir as configurações que suporte as regras gerais. Isto é, o administrador pode adicionar uma configuração PageParserPath PageParserPath no arquivo web.config que permite a execução de codificar server-side em páginas armazenada em um caminho especificado.
A seguir é um exemplo de tal uma configuração.
<SharePoint>
<SafeMode ...>
<PageParserPaths>
<PageParserPath VirtualPath="/_mpg/*" CompilationMode="Always"
AllowServerSideScript="true" IncludeSubFolders="true"/>
</PageParserPaths>
Para especificar todos os arquivos em uma pasta no final de um caminho virtual, use o caractere curinga (*), conforme ilustrado no exemplo acima; Como alternativa, use o arquivo nome próprio para habilitar apenas um arquivo único e específico. Não é possível usar genérico caracteres curinga em nomes arquivo no caminho virtual (por exemplo, ../_mpg/my*.aspx).
Aviso
Security Alert: adicionando configurações PageParserPath PageParserPath fornece qualquer pessoa que pode carregar páginas para essas pastas a capacidade de gravar arbitrário, completa-codificar confiança para o servidor.Os administradores não devem fornecer essas configurações PageParserPath PageParserPath; Se circunstâncias precisar fazê-lo, use cuidado extremo.