Trabajo
Bueno, me imagino que a los que podáis leer esto alguna vez os haya ocurrido.
Por circunstancias de mantenimiento de sitios web que tienen la base de datos en Access, me encuentro con que al recuperar un campo MEMO de Access en una pagina php me cortaba el contenido.
El problema estaba en una directriz de la sección ODBC del php.ini, en concreto en la siguiente variable:
; Handling of LONG fields. Returns number of bytes to variables. 0 means
; passthru.
; http://php.net/odbc.defaultlrl
ODBC.defaultlrl = 4096
Su valor por defecto es de 4096 bytes para cada variable, pero si vais a utilizar textos realmente largos, es mejor cambiar este valor a uno superior, o dejarlo en ON para no tener limite (aunque esto es bastante arriesgado, ya que probablemente el consumo de memoria se dispararía).
¿Pues no me he tirado un par de días comiéndome la cabeza por esto?…
En fin, por si a alguien más le pasa, aquí queda constancia del error y su solución.
Saludos!!
Bien, tras varios días ocupado (y si, sin actualizar aquí bastante tiempo), por fin tengo terminado una nueva infraestructura.
A través de un Windows 2008 Server Foundation he actualizado de un servidor Windows 2003 (Bueno, más que actualizar, borrón y cuenta nueva).
Primera en la frente, los controladores de datos de Access que me hacían falta para que funcionaran unos sitios web de trabajo no estan en la instalación predeterminada, por lo que me ha tocado descargarlos de la propia microsoft.
Segunda, en las webs que estoy modificando en pruebas, el codigo existente utiliza el controlador de microsoft, hasta aqui perfecto, pero me seguia saliendo el bonito error 80004005 “Microsoft OLE DB Provider for ODBC Drivers error ’80004005′”, porque no conseguia inicializar el controlador odbc correcto.
Bueno, en este caso la solucion es facil, en asp “clasico” (como denomina microsoft al asp de hace unos años, y que es el usado por muuuchas webs) el controlador de Access se declara como:
“DRIVER={Microsoft Access Driver (*.mdb)}; DBQ=archivo.;PWD=contraseña;"
Al haber descargado los componentes de Access 2010, para poder utilizarlos en 64 bits, el controlador cambia un poquito la definicion para poder usarlo. En concreto de esta forma (la negrita es lo nuevo):
DRIVER={Microsoft Access Driver (*.mdb, *.accdb)}; DBQ=archivo;PWD=contraseña;"
Tambien hay que realizar un pequeño cambio en la configuración del IIS server.
En concreto, para que las paginas asp “clásicas” sigan funcionando sin problemas en IIS 7.5 es necesario modificar el modo de canalización del grupo de aplicaciones donde se encuentre nuestra página web para que en vez de usar el modo “Integrado” (por defecto) use el modo “Clásico”.
El metodo es:
-
Abra el Administrador de IIS.
-
En el panel Conexiones, expanda el nodo de servidor y, a continuación, haga clic en Grupos de aplicaciones.
-
En la página Grupos de aplicaciones, seleccione un grupo de aplicaciones de la lista.
-
En el panel Acciones, haga clic en Configuración básica.
-
En la lista Modo de canalización administrada, seleccione una de las opciones siguientes:
- Integrada si desea utilizar el procesamiento de solicitudes integrado de IIS y ASP.NET.
- Clásica si desea utilizar de manera independiente los modos de procesamiento de solicitudes de IIS y ASP.NET.
-
Haga clic en Aceptar.
Y con esto ya tenemos listo el servidor… para trabajar con las aplicaciones antiguas.
Si deseamos usar las nuevas caracteristicas de IIS7 con ASP se puede utilizar en otro grupo de aplicaciones y sitios web la canalización Integrada para funcionar.
Ya está listo.
Desde el pasado Miércoles 3 de Noviembre esta en funcionamiento www.decaautomoviles.com.
Otro proyecto que echa a andar, y a buscar nuevos proyectos y nuevas perspectivas.
Bien, nueva versión de WordPress, actualizando el blog.
Pero en esta ocasión me he encontrado con un “problemilla”. Resulta que al intentar hacer la actualización automática me salía un bonito error.
El mensaje decía algo así como:
You are not allowed to call this page directly.
Busca, rebusca, prueba a intentar entrar en el servidor, utilizarlo como sitio desde donde se ve la web… y nada, no había manera.
Tras bucear un poco por ahí, encontré una solución en http://wordpress.org/support/topic/385355.
El causante de todo es un plugin, de tal manera que, si se tiene instalado el plugin “Nextgen Imageflow” empieza a aparecer ese error al tratar de actualizar el núcleo de WordPress, en concreto al llamar a la pagina update-core.php.
En este caso la solución consiste en desactivar temporalmente el plugin rebelde y volverlo a activar tras haber conseguido actualizar correctamente el núcleo.
Bueno, pues hoy toca una de metedura de pata… por no leer una R en el nombre de un pueblo me ha cambiado la ruta del autobús 30 km… de un pueblo grande a uno pequeñito… ya veremos que tal se nos da
!["Creative]("http://i.creativecommons.org/l/by-sa/3.0/es/88x31.png")