Social Icons

jueves, 26 de febrero de 2009

Asignar palabras como ruido (noise) en las búsquedas

Hay ocasiones en que no queremos permitir que se busque por una palabra determinada podemos decirle a SharePoint que esa palabra es ruido de forma que se la omita en las consultas que se realicen al motor y no devuelva nada.

Por ejemplo, no queremos que cuando alguien busque por el nombre de nuestro dominio "DOMAIN" se le muestren todas las páginas, ¿Qué hacer?

Nos vamos a C:\Archivos de programa\Microsoft Office Servers\12.0\Data\Office Server\Applications\<GUID>\Config y allí editamos el fichero noiseesn.txt añadimos al final la palabra DOMAIN (por cierto no es case sensitive) y guardamos.

Para que tenga efecto nuestra modificación hacemos un net stop osearch y un net start osearch y ya podemos probar. Con un poco de suerte obtendremos este resultado:

image

Prueba superada, y esto está bien, pero los diccionarios (thesaurus) son bastante más potentes, tengo que hacer otro post al respecto.

Editar el noiseneu.txt no parece tener ningún efecto se ve que hace realmente honor a su nombre y es neutral, una pena en los portales multiidioma...

Publicar un comentario

miércoles, 18 de febrero de 2009

xhtml 1.0 strict en SharePoint es posible

Tras pasar las validaciones WAI-AA y XHTML con el Total Validator y con el TAW me dispuse a pasarlas también con el validator del W3C, pero cuál sería mi sorpresa al darme cuenta de que precisamente con éste último no valida...

Tras decirle que me mostrase el código fuente me fijé en que el renderizado que estaba mandando SharePoint al validator.w3.org no era el mismo que el que mandaba a Explorer, Firefox, Opera, Safari etc. (Faltaba un "div"; debajo del "form" y, al no estar contenidos, todos los "inputs" se entendían como erróneos). Esto me hizo pensar en que debía añadir un "browser" específico para el "analizador".



Y tras un ratito charlando con mi amigo google encontré un par de browsers que, tras mezclarlos entre si quedaron:


<browser id="w3cValidator" parentID="default">
<identification>
<userAgent match="^W3C_Validator" />
</identification>
<capture>
<userAgent match="^W3C_Validator/(?'version'(?'major'\d+)(?'minor'\.\d+)\w*).*" />
</capture>
<capabilities>
<capability name="browser" value="w3cValidator" />
<capability name="majorversion" value="${major}" />
<capability name="minorversion" value="${minor}" />
<capability name="version" value="${version}" />
<capability name="ecmaScriptVersion" value="1.2" />
<capability name="javascript" value="true" />
<capability name="supportsCss" value="true" />
<capability name="tables" value="true" />
<capability name="xml" value="true" />
<capability name="w3cdomversion" value="1.0" />
<capability name="tagWriter" value="System.Web.UI.HtmlTextWriter" />
</capabilities>
</browser>


No fue suficiente, pero ya lo tuve fácil. Faltaba añadir en el web.config, debajo del <system.web>

<xhtmlConformance mode="Strict" />

Para finalizar, un leve toque de iisreset y listo.


A disfrutar del Congratulations!


Todo lo que podais porque entre unas cosas y otras dura poco

Publicar un comentario

jueves, 12 de febrero de 2009

Auto-Update del SQLServer Express ¡CUIDADO!

Sinceramente espero que esto sólo me haya pasado a mí en todo el mundo, pero me da en la nariz que el mundo es muy grande.

La última actualización (SP3 creo) del SQL Server Express que tengo en un servidor de desarrollo, albergando un SharePoint cómo no..., me ha borrado la instancia OFFICESERVERS con todas sus bases de datos y a cambio me ha creado una prístina instancia nueva llamada SQLEXPRESS.

Si instalaste SharePoint con el método "to p'alante" desconfía de las actualizaciones del SQL Server Express o te puedes encontrar con esto:

image

Luego dicen que el puenting quema adrenalina... Hombre de Dios, ¡desarrolla un poco para SharePoint y sabrás lo que es el miedo!

Publicar un comentario