Este error nos lo encontraremos al intentar cargar una página desde iis… el problema y la solución residen en la versión de ASP.NET para este site/aplicación/directorio virtual…
Por lo que para corregirlo debemos de:
Si está configurado como asp.net 1.1, ponerlo a 2.0 y viceversa (siempre que no sea 3.0 o superior, en este caso, pues ir probando, jejeje).
Si por cualquier motivo necesitas esconder una tabla de mysql a través de phpmyadmin, lo único que tienes que hacer es modificar el fichero config.inc.php y añadir la siguiente línea:
$cfg['Servers'][$i]['hide_db'] = 'BaseDeDatos';
Por ejemplo es útil para la base de datos information_schema que todos los usuarios pueden ver y de esta manera nos podemos ahorrar preguntas, dudas o problemas con clientes/usuarios a los que les demos acceso a dicho phpmyadmin. Que en principio, no pasa nada, pero ya sabemos como son los usuarios/clientes y es mejor mostrarle únicamente lo que les corresponde, cuanto menos vean, mejor 
Isa Server de Microsoft (tanto la versión 2004, 2006) tiene una serie de puertos permitidos para las conexiones cifradas (a través de SSL).
Así si nadie ha autorizado previamente los puertos, nos encontraremos con un error similar al siguiente:
12204 El puerto SSL (capa de sockets seguros) especificado no está
permitido. El servidor ISA no está configurado
para permitir peticiones SSL de
este puerto. La mayoría de los exploradores web utilizan el puerto 443 para
peticiones SSL.
Para poder abrir dichos puertos podéis utilizar la siguiente herramienta:
http://www.isatools.org/tools/ISAtrpe.zip
Es una herramienta gráfica bastante sencilla, que aunque cuando la utilizas da la sensación de que cualquier cosa puede pasar, el funcionamiento es correcto.
Ciao!
Si algún día te encuentras con que los backups de sql server no se están realizando correctamente y al mirar en los logs te encuentras con este error: “write failure on backup device”
Tienes que revisar varias cosas:
- La ruta de destino de backups es correcta y existe.
- La partición donde se encuentra dicha ruta de destino tiene espacio disponible.
- El Sql Server Agent tiene permisos para poder escribir en dicha ruta.
Si esto se cumple, debería de funcionar sin problemas…
En los servidores que tengan instalado Cpanel la solución rápida a este problema es el comando:
/scripts/restartsrv_mysql --check
Existe una consideración a tener en cuenta, y es que cuando se vuelva a actualizar el sistema, volveremos a tener el problema.
El problema de las SQL Injections ha traido loca a media internet, o al menos a la gran mayoría de sysadmins en el mundo durante los últimos meses (a mi también me tocó sufrirlo casi desde que surgió). Desde entonces han surgido gran cantidad de post en blogs con recomendaciones, consejos, herramientas… etc
Y no iba a ser yo menos, así que os dejo un link (inglés) donde nos hablan de 3 herramientas que nos permiten detectar y erradicar los SQL Injections que puedan provocarse en diferentes páginas webs.