Tipo de página de contenido
Los usuarios finales pueden modificar las páginas de contenido mediante herramientas como Microsoft Office SharePoint Designer 2007, o cargarlas mediante protocolos como WebDAV. Cuando se crea un sitio de SharePoint, muchas páginas de contenido se crean automáticamente, por ejemplo, default.aspx, allitems.aspx para la galería de elementos web, editform.aspx como un formulario de edición para la lista de anuncios y varias más.
Las páginas de contenido se almacenan de forma lógica en sus sitios de SharePoint y la mayoría de los archivos también se almacenan físicamente en su base de datos de contenido asociada de SharePoint. Sin embargo, no todas las páginas de contenido se almacenan realmente en la base de datos de contenido.
Páginas de contenido personalizadas
Windows SharePoint Services 3.0 admite la personalización de páginas (también conocida como "convertir en fantasma"). Sin embargo, Windows SharePoint Services almacena las páginas personalizadas de forma diferente a las páginas de plantilla sin modificar.
Los archivos de plantillas de página sin modificar se almacenan en disco en el servidor cliente web, no en la base de datos de contenido. Las páginas personalizadas —páginas de plantilla que un usuario ha modificado— se almacenan en la base de datos de contenido.
En los casos donde Windows SharePoint Services aprovisiona una página a partir de una plantilla de SharePoint, en lugar de recuperar una página de la base de datos de contenido, el sistema crea un puntero a la instancia del archivo de plantilla de página en el servidor cliente web. Como resultado, Windows SharePoint Services evita crear de forma repetitiva copias de sus páginas de contenido, que se aprovisionan cada vez que se crea un sitio.
Este puntero a una instancia de la página de plantilla en el servidor cliente web se crea sólo si el usuario no ha personalizado la página. Una vez personalizada una página (mediante Office SharePoint Designer 2007, por ejemplo), el puntero se anula y la propia página se almacena en la base de datos de contenido.
Advertencia
No dé por supuesto que porque el contenido de una página o archivo no esté personalizado (mediante herramientas como Office SharePoint Designer 2007) se puede modificar libremente la copia del servidor para realizar cambios en todas las instancias existentes. Hay muchas modificaciones (como cambiar los valores de las propiedades de un archivo en una lista) que hacen que Windows SharePoint Services considere "personalizado" el archivo o la página. Además, cambiar copias de servidor de los archivos aprovisionados puede causar efectos secundarios no deseados; por ejemplo, los cálculos de cuota de los tamaños de archivo puede ser incorrectos.
No not personalice copias del servidor de archivos después del aprovisionamiento. Considere la posibilidad de usar páginas maestras en su lugar para efectuar cambios en todo el sitio. Para obtener más información acerca del uso de páginas maestras, consulte Master Pages.
Uso de código de servidor en páginas de contenido
Las reglas que rigen el uso del código de servidor en las páginas de contenido no han cambiado respecto a Windows SharePoint Services 2.0. Es decir, la lógica de servidor incorporada y declarada en páginas de contenido de SharePoint generalmente no se admite. Esto sólo se aplica a la lógica incorporada dentro de la página, y no incluye el código subyacente a los controles de Microsoft ASP.NET en la página. El conjunto de controles que tienen permiso para ejecutarse se rige por separado con la lista de controles seguros.
A continuación se presentan reglas generales para usar código de servidor en una página de contenido:
Si el contenido de una página no está personalizado, el código de servidor se admite en la página.
Si el contenido de una página está personalizado, el código de servidor no se ejecuta en la página y la página no se muestra.
Es una práctica recomendada evitar el uso de código de servidor en páginas de contenido a la hora de desarrollar definiciones de sitio, ya que si más adelante un usuario edita o modifica esa página, ya no se ejecutará el código.
Un administrador puede reemplazar los valores de configuración que admiten las reglas generales. Es decir, el administrador puede agregar un valor de configuración PageParserPath al archivo web.config que permite la ejecución de código de servidor en las páginas almacenadas en una ruta de acceso especificada.
A continuación se muestra un ejemplo de este tipo de configuración.
<SharePoint>
<SafeMode ...>
<PageParserPaths>
<PageParserPath VirtualPath="/_mpg/*" CompilationMode="Always"
AllowServerSideScript="true" IncludeSubFolders="true"/>
</PageParserPaths>
Para especificar todos los archivos en una carpeta al final de una ruta de acceso virtual, use el carácter comodín (*), tal y como se muestra en el ejemplo anterior; de forma alternativa, use el nombre de archivo para habilitar un único archivo específico. No puede usar caracteres comodín genéricos en los nombres de archivo en la ruta de acceso virtual (por ejemplo, ../_mpg/my*.aspx).
Advertencia
Security Alert: agregar el valor de configuración PageParserPath concede a cualquier usuario que pueda cargar páginas en estas carpetas la capacidad de escribir código arbitrario de total confianza al servidor. Los administradores no deberían proporcionar estos valores de configuración PageParserPath ; si las circunstancias así lo requerieran, extreme las precauciones.