Sharepoint 2010 no despliega estilos

La situación:

Instalamos sharepoint 2010 Server de 64 bits, y necesitamos que quede en el disco “D” (o sea, fuera del disco recomendado). También colocamos SQL Server en “D”. La instalación corre sin problemas y el Administrador Central queda en el puerto 32000. El sistema operativo es Windows Server 2008 Estandar.

El error:

La página despliega los links y es navegable, pero no muestra imágenes ni estilos. Al revisar el código fuente y copiar las rutas donde se encuentran los archivos externos (css, imagenes, javascript), devuelve páginas en blanco o errores 500.

Solución que parecía perfecta, pero no funcionó:

IIS 7, al ser instalado con su configuración por default, no permite el despliegue de contenidos estáticos. Para que las imagenes, javascripts y css se desplieguen  hay que activar la característica “Contenidos Estáticos”.  ¿Cómo? Así:

  • Abrir Inicio – > Herramientas Administrativas -> Administración del Servidor
  • En la parte izquierda elegir Funciones -> Servidor Web (IIS)
  • En la parte derecha hacer scroll hacia abajo hasta la tercera venta, que se titula “servicios de función”.
  • Revisar que bajo “Características HTTP Comunes” esté “Contenido Estático” (y que a su derecha diga “Instalado”).
  • Si no existe, presionar el link de la derecha que dice “Agregar Servicios de Función”.
  • Seleccionar “contenido Estático” haciendo click en el checkbox de su izquierda y presionar “instalar”.

Solución que realmente funcionó:

Abrir el Administrador de IIS y abrir el sitio del Administrador Central. Te darás cuenta que existe una carpeta virtual llamada “_layout”. Ahora haz lo siguiente:

  • Seleccióna la carpeta “_layout”, copia la ruta hacia la que apunta y pégala en el block de notas.
  • Borra la carpeta “_layout”.
  • Ponte en la raiz del sitio, botón derecho y selecciona “agregar directorio virtual”.
  • Nómbralo “_layout” y usa la ruta que copiaste en el block de notas.
  • Voilá. Funciona.

(la solución la encontré en un solo lugar: http://social.technet.microsoft.com/Forums/en/sharepointadmin/thread/02e061b1-51f1-48cc-8c14-077d769655f1 )

Acortando la brecha

Como ya se ha dicho hasta el cansancio en el mundillo blog, la campaña del gobierno para proveer de computadores económicos a la población deja bastante que desear, pues se ha amarrado a software limitado, caro y con un precio demasiado alto para sus prestaciones (por no mencionar las condiciones de pago). Por ello se armó una campaña virtual para que el gobierno cambie la marcha. Más info en Mi primer PC… ¡Pero de verdad! (o presionen el logo arriba del calendario).

Apuntes de Periodismo e Internet

Artículo escrito para la revista digital upinion, de la Universidad Nacional de Colombia. Como nunca me contestaron de vuelta, decidí publicarlo acá para que no se pierda.

En octubre de 2000 publiqué en la red mi tesis de grado, llamada “En Busca del Periodista Digital”. La idea era ponerla a disposición de cualquiera que quisiera leerla, a ver si le encontraba alguna utilidad, además de impedir que acumulara moho y polvo en un estante de biblioteca.

Desde entonces no ha dejado de sorprenderme. Lo que pensé sería una aventurilla de corta existencia se ha convertido en un texto de apoyo para muchos estudiantes y profesores en america central, del sur y españa.

¿Cómo era posible esto? El texto fue escrito en el 2000, muchos de los medios citados ya no existen y vivimos en un mundo post colapso de las empresas punto com, donde las empresas web (incluyendo las periodísticas) ya no son vistas como la panacea. Lógicamente debía estar desfasado. Añejo.

Seguro.

Apuntes sobre Periodismo e Internet

“Y de pronto todos eramos digitales. Hablábamos de web, jpg, html, flash, ftp… y la mayoría no tenía idea de lo que decía. Total, bastaba con conocer el CTRL C y el CTRL V. ¿Interacción? ¿¿¿Qué es eso???”

El 14 de abril me contactaron de la Universidad Nacional de Colombia para escribir un artículo para su revista upionion.org sobre periodismo e internet. Hace días que envié al texto, pero no han dado señales de vida, asi que publiqué el asunto aquí. Dénle un vistazo. Traté de no ser latero lentes.gif

Aventuras gráficas

Luego de escribir esta nota, o más bien, a raíz de ella, me puse a investigar y probar con los juegos antiguos que tenía en mi poder. Todo comenzó por Grim Fandango, lejos la mejor aventura que he jugado. Quise rememorar viejos tiempos… pero no me funcionó. No corre en computadores demasiado rápidos, con cualquier cosa que no sea Direct X 6 y mucho menos con windows 2000. Intenté con todo (incluso reinstalar mi viejo win98 en el disco D), pero no hubo caso.
Decepcionado, pasé al siguiente amor de mi vida jugadora: Urban Chaos. Y para mi sorpresa, ¡funcionó!. Tuve que instalarlo en la versión desde CD, pero corrió sin problemas.
Luego me metí en el mundillo de las aventura gráficas y las que soporta ScummVM corren como un sueño (en especial SAM & MAX).
Descubrí también que la Warner crea aventuras gráficas… en Flash. Algunas pueden ser encontradas aquí.
Asi que si tienen tiempo, échenles una mirada. Yo aún me sorprendo comparando mis recuerdos con lo que realmente eran… jajajaa.

ISS no ejecuta páginas ASP

Problemazo. Mi IIS dejó de ejecutar páginas ASP, aún cuando mostraba el html sin problemas ¿Qué pasó? ¿Cómo solucionarlo? Una posible respuesta aquí.

Estaba tranquilo haciendo lo mío, cuando de un día para otro mi servidor web dejó de funcionar. Primero pensé que era una pifia de programación de la página que quería ver, pero como no era urgente, lo dejé para otro día.

Para mi sorpresa y horror, cuando intenté ejecutar otros sitios, ninguno funcionaba. ¿Qué diablos estaba pasando? Probando y probando me di cuenta que lo que no se ejecutaba eran las páginas ASP. Las HTML se veían sin problemas.

Comencé a investigar y luego de un par de horas de insomnio, llegué a esta página que muestra una posible solución al cambiar el global.asa . Desafortunadamente, hizo que funcionaran las páginas ASP del directorio raiz, pero no de los sitios virtuales.

Seguí cachureando y en este foro de programación en castellano encontré varios motivos de falla y posibles arreglos. Uno de ellos era trabajar con los niveles de seguridad del IIS.

Asi que me puse a revisar y encontré el atado: De alguna forma la protección de la aplicación de los sitios había cambiado de “bajo (proceso IIS)” a “Medio (Agrupado)”. Cambiando el seteo de esta opción, todo volvió a la normalidad.

Instrucción detallada para hacer el cambio:

  • Inicio -> Panel de Control -> Administrador de Servicios Internet
  • Ahora selecciona el sitio que quieres revisar y elige PROPIEDADES.
  • Ve a la pestaña Directorio virtual. Abajo, en Directorio Particular, cambia en “Protección de la Aplicación” a “Bajo (Proceso IIS)”.
  • That’s all.

y el ganador es…

En un post anterior conté que estaba decidiéndome por algun PIM (Personal Information Manager). Busqué y probé harto… incluso el outlook.
Pero ninguno me sirvió como el c-organizer. Asi que me quedo con esta pequeña maravilla. Lo único que hecho en falta es que se pudiera integrar con mi agenda de Mozilla. Es de esperar que lo haga a futuro.

c-organizer para organizarme

Tengo 2 agendas de papel, tres directorios telefónicos, un celular y aún así vivo olvidando lo que debo hacer. Es por eso que decidí bajar algun programa que me gritara en la cara cuando tengo alguna reunión, tarea o ver algun programa de TV.
Busqué harto y hay dos finalistas: el mayordomo y el c-organizer. Uno es gratuito, el otro hay que pagar. Uno te habla, el otro lanza ventanitas y te mailea tus responsabilidades. Uno es del 2001, el otro del año. Pero ambos son excelentes programas para los desmemoriados o pajarones como yo.
Hubo un tiempo en que usé el mayordomo, pero me terminó aburriendo… además consumía harta memoria. El c-organizer, por otra parte, no come tanto, pero hay que acostumbrarse a su uso. Dentro de 30 días elegiré el que más me convenza. lentes.gif
A instancias de la bruja -corrijo, la brujita, o si no me golpean- debo decir que el outlook es una alternativa que funciona, pero me niego a usarlo por ser un repositorio de virus.

Al fin uso mozilla

Y me cambié a Mozilla. Hace tiempo estaba usando el firefox para navegar y el Thunderbird como cliente de correo, pero me aburrí de tener que usar varios programas distitnos… asi que instalé la suite del mozilla 1.6 y le agregué el calendario para ver si de alguna vez por todas me organizo mejor.
Debo confesar, eso sí, que hay cosas que me han decepcionado del conjunto. Por ejemplo, que el famoso calendario no lance su alarma cuando el evento lo requiera si no está abierto. Me explico: para que pegue el grito, debe estar abierto y minimizado… o sea, hay que mantener al condenado programa activo todo el tiempo. Naca, eso no me gustó. A seguir buscando alternativas.
Eso sí, hay cosas que me encantaron, a saber:

  • La navegación por pestañas.
  • menúes contextuales que permiten hacer búsquedas
  • que se pueden ingresar “atajos” en la barra de la url
  • que se pueden poner atajos a los bookmarks favoritos
  • que se puede buscar directamente en google desde la barra de url
  • en general, la personalización.
  • ¿les parece poco?

Internet en eL suelo

Hace unos días quedó la escoba cuando el enlace de gtd. Al parecer con los trabajos en la Alameda cortaron algunos cables telefónicos. La cosa es que hoy quedó un cagazo más grande, cuando se cayeron Entel, Terra y Cmet. Sólo quedaron arriba los ISP de metrópolis, vtr (el que uso) y chilesat.
Lo que ocurrió fue una caída de enlace y pérdida de dns. Hasta el momento en que escribo el problema es tal que en entel incluso se quedaron sin sistema.
Y capaz que esto de nuevo haya pasado porque pasaron a llevar un cable.

MALDITO HOSTING

El puto hosting estuvo en el suelo desde anoche. Resulta que me habían quitado los permisos de escritura en mis bases de datos y todos mis sitios dinámicos quedaron Knock Out.
Estoy hasta la tusa con este hosting de porquería. Me pican los dedos para hacer el cambio, pero debo esperar una semana mas hasta que llegue mi contacto del nuevo servidor.
Una recomendación: NO USEN READYHOSTING.

Que manera de complicarse

He estado navegando, revisando sitios sobre blogs, rss, y tecnologías relacionadas, y no puede dejar de soprenderme cómo se complican para hacer las cosas.
RSS es sólo un archivo xml. Y como tal, es super fácil de usar. Se ponen las etiquetas que dice el estándar (es cosa de hacer una búsqueda en google o mirar algún ejemplo práctico, como el mio) y está lista la estructura. Nada de otro mundo. Incluso “inventé” una forma de armar los rss en forma automática cada vez que agrego un post, hecho en ASP, ya que no hay nada decente para armar un sistema de blogeo en un servidor propio que use tecnología Microsoft.
La cosa es simple:

  1. Creo el formulario que recogerá los datos
  2. hago una página que los procesará y los ingresará a la base de datos.
  3. luego de agregar el nuevo registro, la página abre el recordset y lista las últimas 15 entradas.
  4. las entradas son guardadas en una variable grandota y creo un archivo xml con su contenido
  5. Voliá. El RSS está listo.

Ésta técnica la uso en este sitio y en El Portal del Pluralismo, único medio chileno del que tengo conocimiento que usa esta forma de entregar las noticias.
El único problema de esta forma de mostrar los contenidos es que es muy dificil saber quiénes te están visitando… pero encontré una manera artesanal que para mis propósitos sirve perfecta. Los RSS permiten poner un logo, asi que cuento las veces que ese logo es llamado. Y para saber si entran por el RSS, creé una página especial de ingreso, que es igual a las normales, pero que tiene un prefijo en su nombre. De esa forma puedo filtrar esa página cuando veo los reportes de visitas y sé cuánta gente está entrando por el rss.
Así las cosas, veo que muchos no usan esta tecnología por una cuestión de política, más que por técnica: el rss baja tu promedio de visitas, lo que no es bueno para el negocio.

Resucitando al Photoshop

Se murió el Photoshop. No anda. No arroja errores, no lanza ventanas ni se cuelga. Simplemente parece cargar y desaparece. ¿te pasa? Entonces acá está la solución.

Hace cosa de una semana estaba trabajando de lo más bien, cuando de pronto el photoshop se murió. No quiso andar más. Cada vez que lo abría comenzaba la carga en forma normal: mostraba el splash y el proceso de carga… pero cuando debía abrir el programa, ¡plaf! desaparecía como si no existiera.

Comencé a cabecearme. ¿Habría sido algo que instalé? ¿sería mi cortafuegos, que también vigila las aplicaciones que se lanzan? ¿Se habría corrompido algún sector? Desinstalé, volvía a instalar, lo cambié por una versión anterior y nada. Y lo más frustrante era que el Image Ready (que viene junto con el Photoshop) corría sin problemas.

Ya estaba desesperado. Uso el famos programa todos los días, asi que mi productividad estaba bajando. Ya iba a formatear, cuando San Google me iluminó. Tras una ardua búsqueda en el soporte de Adobe (que no tenía la respuesta, ni siquiera mencionaba el problema) y en otros sitios, me topé con un foro en el que se daba la respuesta.

No lo podía creer. Era demasiado simple para el cabeceo que me había pegado. Pero aquí esta: cuando comience el proceso de carga (la ventana de splash), hay que mantener apretadas las teclas CTRL + SHIFT + ALT. Hay que presionarlas hasta que ocurra el milagro: se abre una ventana donde puedes cambiar los discos donde se hará el scratch.

El problema radicaba en que tenía definido el scratch en el disco C. Lo cambié al disco D y problema solucionado.

Como para no creerlo ¿eh?

Cuidado con PaypAl

Ojo a los usuarios de PayPal. Anda corriendo un mail que parece legítimo y que pide que ejecuten un programa para actualizar sus datos, pero es un virus (norton lo detectó, afortunadamente).
El mensaje dice lo siguiente:

Subject: YOUR PAYPAL.COM ACCOUNT EXPIRES

Dear PayPal member,

PayPal would like to inform you about some important information regarding your PayPal account. This account, which is associated with this email address will be expiring within five business days.  We apologize for any inconvenience that this may cause, but this is occurring because all of our customers are required to update their account settings with their personal information.

We are taking these actions because we are implementing a new security policy on our website to insure everyone s absolute privacy. To avoid any interruption in PayPal services then you will need to run the application that we have sent with this email (see attachment) and follow the instructions. Please do not send your personal information through email, as it will not be as secure.

IMPORTANT! If you do not update your information with our secure application within the next five business days then we will be forced to deactivate your account and you will not be able to use your PayPal account any longer. It is strongly recommended that you take a few minutes out of your busy day and complete this now.

DO NOT REPLY TO THIS MESSAGE VIA EMAIL! This mail is sent by an automated message system and the reply will not be received.

Thank you for using PayPal.

Y trae atachado un gusano para robar la info de tu tarjeta de crédito. Me puse a investigar un poco y encontré que Paypal no tiene ninguna información al respecto. ¿Será que no saben?  No. Lo saben, pero no se hacen responsables. En cierta forma tienen razón, porque cuando uno firma, te dicen expresamente que nunca te pedirán datos por mail, pero por lo menos podrían tener un aviso en su sitio web.
Intereseante que el mail esté circulando desde junio (o antes.. quien sabe) y en symantec recién la protección es del 13 de noviembre. Supongo que también será consecuencia de que PayPal no le avisó a nadie de que le estaban suplantando el nombre para infectar con gusanos a sus clientes.
Más datos de este bicho, bautizado W32.Paylap@mm, en symantec.

Algunas reflexiones en torno a los estándares en la web

Una disquisición respecto al caótico mundo de los estándares y los navegadores web.

De un tiempo a esta parte he redescubierto los estándares. No es que nunca los haya tomado en cuenta, pero los había relegado a un rincón polvoriento de mi conciencia en aras de la sanidad mental.

¿Por qué? Porque los estándares son lo menos estandarizados que hay.

En 1997 la cosa era sencilla. Los browsers eran tan primitivos y limitados que se estaba obligado a hacer cosas simples. No existía el boom de los editores WYSIWYG (What You See Is What You Get, o Lo Que Ves Es Lo Que Obtienes ( podríamos nombrarlos LQVELQO)) y las tecnologías tipo flash necesitaban aún muucho desarrollo.

Así que sólo estaba el HTML y tú (por lo menos para los menos iniciados).

Pero de a poco fuimos viendo los problemas de implementación. Las tablas no se rendereaban igual, no daba lo mismo que tu código tuviera espacios en blanco, habían tags que no funcionaban en uno u otro browser… y  la cosa fue empeorando. Funcionalidades completas comenzaron a perderse de una versión a otra de los navegadores… y comenzó la guerra. Microsoft vs todos los demás. Y en el medio quedamos los desarrolladores.

Entonces surgió la idea del “este sitio está optimizado para Narcolepx 0.005 beta”, en el que se optaba por un browser y se dejaba de lado todo lo demás. No muy elegante ni democrático, pero las soluciones desesperadas son así.

Cuando descubrí que en uno de mis sitios la mayoría usaba explorer 5.+, decidí diseñar para ese y dejar de quebrarme la cabeza con los demás. Y así estuve hasta que me topé de bruces con la cruda realidad: el log de mi sitio personal muestra que el 45% de las sesiones eran servidas para Netscape 4.+

Especulando y razonando llegué a la única conclusión posible: los estudios de uso de la web reflejan la realidad Norteamericana y no la nacional. Ni siquiera la latinoamericana.

¿Alternativas? Diseñar la web como se supone que debe ser hecha: siguiendo las especificaciones del w3c (World Wide Web Consortium). El razonamiento era perfecto: estos tipos definen qué hace cada marca del html, por lo que usando lo que ellos dicen, todos los browsers deberían verlo bien. Nada más alejado de la realidad.

El w3c especifica RECOMENDACIONES. No obliga a que nadie las siga. Así que de nuevo la implementación de cada tag es levemente distinta de navegador a navegador. Y a veces no tan leve, sino que gigantescamente.

El caso más patético es el uso de las Cascadas de Estilo (CSS para abreviar). Vamos en la especificación 2, pero los browsers aún no se ponen de acuerdo para respetar la especificación 1. Mi sitio es la prueba palpable. No usa tablas, sino sólo CSS para la diagramación y el “look & feel”, como diría algún siútico por allí. Hacerlo fue un parto, pues si funcionaba en IExplorer, fallaba en Mozilla. Si lograba que anduviera en los dos, se pifiaba en Opera. Y qué decir cómo lo ven en Macintosh.

Para que lograra verse medianamente bien en todos tuve que recurrir a un par de hacks (trucos que engañan a los motores de renderización de los browsers, explotando fallas existentes del navegador), que no dejan de ser la versión sofisticada del “diseñar un sitio distinto para cada navegador”.

Este fue un punto controversial en el reciente seminario de Arquitectura de la Información y Usabilidad para la Web, dictado en la Universidad de Chile por el Centro de Investigación de la Web (CIW). Uno de los panelistas planteó que hay que diseñar para la tecnología más atrasada que visite tu sitio. Si seguimos ese razonamiento, como lo hizo ver un asistente, deberíamos diseñar de la misma forma como lo hacíamos en 1996. O como en el caso de una Intranet donde trabajé, hacer las imágenes a 16 colores porque no todos los computadores tenían seteada una mayor resolución. O yéndonos a los extremos, hacer los monos en escala de grises. O prescindir de ellos. O sólo usar texto. U olvidarse de las tablas…

¿Dónde está el límite? ¿debemos seguir esa directriz? ¿debemos seguir diseñando par tecnologías obsoletas? ¿debemos forzar a que la gente actualice sus navegadores?

Así se ve este artículo en Netscape 3

Estas son preguntas con las que me topo cada vez que diseño un sitio. Y me doy cuenta que las respuestas sólo pueden ser tomadas individualmente. Mi sitio personal se olvidó de los browsers antiguos. Miento. Los toma bastante en cuenta, pero renuncié a que vean el sitio igual que los browsers nuevos. En su lugar ven todo como una página blanca con texto sin formato (usando, eso sí, listados, encabezados, negritas y cursivas). ¿Cómo hice esto? Probando el diseño en Iexplorer 6 y en Netscape 3.

En suma: la implementación de los estándares es difícil, no porque sea especialmente compleja, sino porque los browsers los interpretan de forma distinta. El uso de editores LQVSLQO tampoco ayuda, pues mucho del código que generan no es estándar (aunque la cosa mejora: Dreamweaver MX es bastante bueno al respecto, mientras que FrontPage es mejor tirarlo a la basura). Pero hay que hacerlo. La tecnología sigue avanzando y quizás en el futuro ningún browser siga igual que hasta ahora. Se viene el XML y los navegadores de última generación, que posibilitarán la migración de datos desde aplicaciones en el pc del usuario y el sitio web o viceversa. Y si nuestros códigos no están bien formateados, no soportarán el cambio. En sitios pequeños no es problema, pero para entornos con cientos o miles de páginas, es gigantesco.

¿Para qué hacer las cosas mal si se pueden hacer bien? Si partimos de la base de que nadie nos verá exactamente como queremos, podemos liberarnos de la dictadura del pensamiento soporte-papel y hacer diseños adaptables, con aceptables márgenes de error o cambio. Y que más encima se verán en todas partes, aún cuando la diagramación o la presentación sea eliminada. Porque al final ¿qué es lo que importa en nuestros sitios? Mi respuesta es una sola: el contenido.