Y no RedCoruña que siempre lo escribo mal :-) RedCoruna es desde hace un tiempo (como ya comenté) la casita donde está alojado Blogoff y ya sabéis que me gusta mucho hablar de alojamiento, una parte fundamental de cualquier desarrollo web y la probablemente te deje más noches sin dormir.

Os voy a dar mi opinión personal porque aunque tenemos un acuerdo de colaboración con RedCoruna, desde el primer momento le transmití a su equipo mi intención de comentar en el blog lo bueno y lo malo que encontrara. Por eso he esperado tanto tiempo antes de lanzarme. Quería esperar a tener problemas y a ver cómo los resolvían. Y por ahora, me mojo y los recomiendo.

En lo que a la parte técnica se refiere no os puedo comentar mucho porque estamos en un servidor dedicado a 2,8 Ghz con dos gigas de RAM y muchas más preciosidades. Vamos que tenemos un pepino moviendo la web (y otras 7  más) y por lo tanto cero problemas en lo que a la parte técnica se refiere. Cero caídas y cero errores. Y es que después de pasar por Hostalia, Interdominios e Ibercom me he dado cuenta de que los chollos en internet no existen y que si quieres un buen hosting, lo pagas. También os digo que a pesar de estar en España, donde internet se paga a precio de oro, RedCoruna me parecen más baratos que gran parte de la competencia.

Sí que una cuestión técnica que me ha gustado es que el acceso por SSH al dedicado está muy controlado. No te lo dan de primeras, tienes que pedirlo pero lejos de ser un problema me gustó leerles “vale te lo damos, pero avísanos cuando vayas a tocar algo para saber que eres tú y que no están pasando cosas raras en tu server”. Lo de siempre: que sientas que te tratan como una persona no como un número.

La parte que sí os quiero comentar y que para mí es igual de importante que la estabilidad del servidor es la atención al cliente.

Esta es la razón por la que me he marchado de la mayoría de servicios de hosting: la calidad de la atención depende del humor de la persona que te coja el teléfono. Y generalmente la gente de soporte no parece estar muy contenta. En RedCoruna me da la impresión de que la satisfacción de los clientes es una obsesión o así me lo han hecho llegar. Bien está, porque errores puede haber en los mejores servicios de hosting, lo que importa es cómo reaccionas ante el error.

Hace unas semanas en RedCoruna hicieron unas tareas de mantenimiento que podían provocar caídas en la red de servidores. Pues bien: me mandaron del orden de tres correos electrónicos antes de hacer las reformas para avisarme e incluso me llamaron por teléfono para avisarme de que iban a hacer todo lo posible para que no hubiera caídas pero que existía ese riesgo.

Quizás me llamaron porque tenía un servidor dedicado, quizás porque sabían que lo pondría por escrito en Blogoff pero eso no le quita nada de valor. También lo sabían otras compañías de hosting en las que estuve y les daba igual. En una de ellas recuerdo que llamé y dije “oye, que está caída la web” y ellos respondieron “es que estábamos haciendo algunos cambios”. Pues genial, si eso avisad y tal.

De todos modos el detalle definitivo que me animó a escribir el post me ha pasado esta misma noche, a las 23:15.

He llamado al servicio de soporte porque en una de las páginas tenía (o creía) tener un problema con el protocolo SMTP. Al menos eso me decía el Outlook de un conocido, que siendo una versión antigua se empeñaba en darme un error cada vez que intentaba enviar un correo.

Al final no era problema del SMTP sino (para variar) de la infame configuración del Outlook. El caso es que el tipo de soporte de RedCoruna se pasó 20 minutos conmigo configurando paso a paso la cuenta en Outlook hasta que conseguimos que no diera error.

Me ha parecido un detallazo porque después de 8 años probando hostings lo más normal del mundo un día a las 23:15 de la noche, hubiera sido decirme “no mira, no es problema del servidor así que tienes que mirar TÚ la configuración de Outlook”.

Yo no le lloré en ningún momento para que me ayudara, fue él el que soltó “¿qué te parece si empezamos a configurar la cuenta desde cero?”. Y hoy sí que me consta que no sabía que era Kids de Blogoff con un baner de promoción de RedCoruna en el lateral :-)

Una detalle, una chorrada si queréis. Pero es que si en un sitio dedican un rato a cuidar algo así, algo que le puede pasar a alguien que no tenga ni pajolera idea de sistemas, cuando el índice de carga de la web se vaya por encima del 1.50 y no haya quien maneje este bicho, tengo la sensación de que responderán bien.

A lo mejor fue que pillé al tipo de buenas, a lo mejor fue suerte pero ya van 4 oportunidades de fallarme en las que no me han fallado. Y eso bien se merece una recomendación.

En RedCoruna también están Macniacos, Wwwhatsnew y Manuls

Por suerte existen herramientas a las que les configuramos nuestra lista de sitios y ellas se encargan de verificar periódicamente que las webs se encuentren accesibles y, de no ser así, nos alertan por correo electrónico (o al móvil si estás en EE. UU.). A nivel profesional he usado herramientas bastante complejas (y caras) que te dan mucha información sobre los tiempos de respuesta y disponibilidad de cada página pero hoy voy a recomendar algo mucho más sencillo y que es perfecto para cualquier usuario sin necesidades críticas, se llama Are My Sites Up?.

Este servicio es sencillo y genial, das de alta las direcciones a monitorizar (hasta un máximo de cinco en la versión gratuita) y punto, si alguna se cae recibirás la alerta correspondiente.

En los planes de pago ofrecen algunos extras como un diagnóstico sobre el motivo que podría haber tumbado la página, pero para cosas más avanzadas creo que es mejor ir directamente a herramientas más potentes, como mon.itor.us.

• También en blogoff: Recibir avisos cuando un sitio web está caído

Hostarting es un comparador de precios y características de servicios de hosting disponibles en España, ofrece información de más de 450 planes de hosting y más de 370 planes de registro de dominios correspondientes a más de 40 empresas proveedores de hosting y registradores de dominios. La información relativa a los planes de hosting, registros de dominios y las empresas que los ofrecen se complementa con la participación de los usuarios que valoran y comentan aquellos planes y empresas que han utilizado.

Lo primero que se le tiene que pedir a un proyecto así es lógicamente una gran base de datos. Y la verdad es que los datos de arriba están muy bien. Muchos proyectos 2.0 surgen con poca información y este al menos ha cuidado ese aspecto ya que es su punto clave.

Pero personalmente lo que le dije a Javier que más me gustaba era que no se queda en el dato de “tal plan/cuesta tanto” sino que aporta algunos detalles técnicos sobre los mismos. Desde la página principal podemos ordenar las empresas por el tipo de servicio (VPS, dedicado, reseller…), la cantidad de espacio web que necesitamos, las cifras de transferencia mensual y lógicamente el precio y la valoración. En páginas interiores también tendremos disponible la opción de ordenar los resultados por la cantidad de memoria RAM que nos ofrecen.

Concretamente los aspectos de consumo de ancho de banda y de RAM me parecen fundamentales a la hora de elegir un servidor. En los servidores compartidos el ancho de banda suele ser el problema cuando un proyecto empieza a tener éxito y si das el salto a un servidor virtual, entonces ten mucho cuidado con tu consumo de RAM.

Lógicamente la otra pata de Hostarting, la de la comunidad de usuarios, no se puede juzgar aún pero puede ser fundamental. Pienso que en el mundo de los hosting, sobretodo en el de las grandes empresas es muy habitual encontrar impresiones positivas y negativas de todos. Pero creo que puede ser una buena herramienta para descubrir esas pequeñas compañías de hosting que no tienen mucha promoción y que sin embargo dan un buen servicio.

¿A mejorar? Cómo suele ocurrir en este tipo de cosas algunas chorraditas de usabilidad y la estabilidad del sistema que a veces me devuelve resultados vacíos para determinadas búsquedas.

• También en blogoff: Recibir avisos cuando un sitio web está caído

Lo primero, para poder utilizarlo debes estar registrado en Yousendit. Típico registro en el que te mandan al correo un mail de activación (hombre, yo no pondría el teléfono de verdad ni cosas así por si acaso).

• Descargar el plugin

Una vez instalado la opción aparecerá en el menú de Office en Enviar:

Te saltará una nueva ventana con las condiciones de Yousendit:

(click para ampliar)

Y luego sólo resta rellenar los campos de a quién le mandas el mail, qué “Asunto” quieres poner y un mensaje que acompañe a los archivos de forma opcional. Como dije al principio, en esta última ventana podrás adjuntar archivos hasta el límite de 100 Mb o incluso un directorio entero:

• Visto en: Life Rocks 2.0
• También en blogoff: Boxlite y cambios en Yousendit

El servicio es gratuito pero requiere registro, sobretodo porque las notificaciones de si la web elegida está OK o K.O. te las mandarán a tu cuenta de correo.

Una vez registrados y conectados a SiteUptime en la parte izquierda de la pantalla iremos a My Monitors donde si estamos usando la versión de pago sólo nos dejará añadir una web.

Así que hacemos click en añadir y comenzamos a rellenar los datos. Una primera cosa a destacar es que SiteUptime permite monitorizar sitios web y también servidores de correo o ftp:

Dejaremos puesto http si queremos monitorizar nuestro sitio web y procedemos con el resto de los campos poniendo en la localización la más cercana al lugar de nuestro servidor:

(click para ampliar)

Según el ejemplo SiteUptime revisará mi blog cada 30 minutos y cuando dectecte un error dos veces seguidas me mandará una notificación avisando de que el sitio está caído.

Verás que en la parte de abajo existen un botón de “Send test alert” que vale para recibir un mail de prueba y revisar que los datos estén correctos.

Según se vayan realizando las comprobaciones podrás ir dentro de SiteUptime a My Reports donde encontrarás el estado actual de tu web y estadísticas de las veces que se ha caído en el último mes:

(click para ampliar)

Un servicio realmente útil como digo para los que están teniendo problemas con su web y quieren analiar hasta qué punto son graves de forma sencilla y rápida.

Otros servicios similares (algunos de pago) los podéis encontrar en el post de Punto Geek: 5 servicios para monitorear el uptime de tu hosting.

• También en blogoff: Alojamiento para principiantes, la trampa del VPS
• También en blogoff: Recopilación de estadísticas para tu web o blog

Hasta aquí todo normal, pero como el fin de cualquier Web o Tracker de BitTorrent es compartir, vamos a ver un tutorial para aprender a subir nuestros propios torrents a Demonoid.com:

• Lo primero una vez tenemos el usuario registrado y hemos entrado con nuestra cuenta es ir a: Upload a torrent.

(click en la imagen para ampliar)

• El primer paso para subir nuestro torrent es conocer y aceptar las normas, estas son básicas pero conviene saberlas:
  • Incluir un archivo de información dentro del torrent, donde básicamente dice que dicho torrent pertenece a Demonoid.com.
  • Nada de porno, Demonoid tiene una política estricta contra el material pornográfico.
  • No spam, esta norma incluye: promociones, sistemas para ganar dinero, concursos, etc.
  • No permitido contenido xenófobo o desagradable.
  • No subir archivos con contraseñas (.rar, .zip, .ACE, .tar, .7z, etc.) con esta norma nos olvidamos al descargar los archivos de buscar en medio Internet contraseñas para simplemente poder ver lo que hemos descargado.
  • No se permiten torrent de Trackers privados o que requieran registro.
  • Antes de subir un torrent, usa el buscador, ya que no se permiten torrent duplicados.
  • Por supuesto, no se permiten archivos que incluyan: troyanos, virus o archivos infectados.
  • No se pueden subir herramientas de hacking (material de lectura sí, programas no).
  • Asegurarse de que los nuevos torrent son well-seeded durante al menos 24 horas o hasta que haya algunas semillas para reemplazarte, es dicir, no subir el torrent y cerrar el programa en el acto, dejar al menos subiendo durante 24 horas.
• Después de leer las normas y aceptarlas, para seguir debemos marcar la casilla de: ‘entiendo y acepto las normas’ y seleccionar una categoría para nuestro torrent.

(click en la imagen para ampliar)

• En esta pantalla nos mandará rellenar una serie de información a cerca del archivo que vamos a subir, las fichas a rellenar son diferentes para subir: un álbum de música, una película, un vídeo, etc.

(click en la imagen para ampliar)

• Una vez rellenada como se muestra en la imagen, nos pondremos a realizar el torrent, juntamos  los archivos y no nos olvidamos de incluir el archivo de información dentro del torrent.
• Ahora abrimos nuestro cliente BitTorrent (en este manual elegiremos µTorrent ya que se ha hablado bastante sobre el en este blog) nos dirigimos al menú: Archivo > Crear nuevo torrent.
• Rellenamos las partes correspondientes, primero con los archivos que vamos a subir creados anteriormente, en trackers copiamos la URL (recuadrada en azul) que nos dió en el formulario (diferente para cada torrent) también podemos agregar un comentario y por último marcamos las casillas: “Start seeding” y “Private torrent”

(click en la imagen para ampliar)

• Hacemos clic en crear y guardamos el archivo torrent en nuestro escritorio, también veremos que se ha agregado el torrent a nuestra lista de µTorrent.
• Si el torrent aparece como “stopped” hacemos clic derecho y seleccionamos “Forzar inicio” en el menú. Así como ignoraremos mensajes del tipo: “Failure: torrent deleted or not in pool yet” ya que aún no lo hemos subido en la Web de Demonoid.com

(click en la imagen para ampliar)

• Volvemos al formulario de la Web de Demonoid.com para completarlo, en este último paso le indicaremos cual es nuestro torrent, para eso buscamos el archivo creado en nuestro escritorio y pulsamos en finalizar subida.

(click en la imagen para ampliar)

• Este es el momento más importante ya que aquí se comprueba si el torrent es válido o no. (recordar de nuevo introducir el archivo de identificación dentro del torrent ¡IMPORTANTE!). Tras la espera 2-3 minutos dependiendo del archivo, nos pasará a la página final que se grabará en Demonoid.com para que otros usuarios lo visiten y puedan descargar nuestro torrent.

(click en la imagen para ampliar)

• Si has seguido los pasos correctamente ya estará tu torrent disponible y visible para los demás usuarios, un ejemplo es el torrent subido por mi del gran grupo (recientemente entrevistado por este blog en el podcast Explícalo) Russian Red, con su álbum I Love Your Glasses.

Recordar ahora: dejar y mantener el torrent en funcionamiento al menos 24 horas y no eliminarlo hasta que más usuarios comiencen a compartir dicho archivo.

• Web: Demonoid.com
• También en faqoff: Tutorial uTorrent

Si quieres tener un proyecto de internet más o menos serio y cuidado tarde o temprano tendrás que buscar un alojamiento de pago. Y si lo haces, tarde o temprano llegarán los problemas. Si me dices que nunca los has tenido pues ojalá siga tu racha de suerte, pero lo normal es que se presenten y nosotros hemos pasado por muchos así que aquí  va este post para evitar que gente sin conocimientos informáticos meta la pata donde la metimos nosotros.

Créeme, aunque tenga algunos términos que ahora no entenderás de por medio y sea algo largo, éste es el post que me hubiera gustado leer hace cinco años cuando quise hacer mi primera página web en serio.

Mamá me voy de casa

Una historia que he visto frecuentemente es la de alguien que se hace una web, blog o foro en un sitio gratuito (como Blogger, WordPress, etc…) y que poco a poco va creciendo en visitas hasta llegar un punto en el que el autor quiere más de lo que le da ese alojamiento. Las principales limitaciones de este tipo de alojamientos son algunas de estas:

• Incorporan publicidad a tu página
• Muy limitada personalización del diseño y la plantilla
• Muy limitado acceso a los archivos que conforman tu sitio web
• Cierre de tu página en caso de exceso de visitas

Así que como andas por las 1000 visitas pues dices “me gustaría poner publicidad y sacarme unas pelillas y además cambiar el tema por uno más chulo que he visto en tal sitio” o dicho de otro modo quieres independizarte y tener tu propio espacio. Así que te pones a mirar sitios de pago, todos con ofertas superchulas, que te ofrecen cientos de cuentas de correo y otros datos que no tienes ni pajolera idea de para qué sirven.

Es el maravillos mundo de los “hosting” en el que vamos a adentrarnos y cuya gama de ofertas al día de hoy se reduce prácticamente a tres: alojamiento compartido, servidor privado virtual (VPS) y servidores dedicados.

Compartiendo piso

A partir de aquí vamos a diferenciar lo que es el control de los archivos que conforman tu sitio web y el control del ordenador donde está alojado. En el alojamiento compartido sólo entra el primer control mientras que como veremos en el VPS y el servidor dedicado se suma el segundo.

Un alojamiento compartido aparte de ser la opción más económica es la más fácil para dar el salto ya que te olvidas por completo del control del ordenador. Tu web estará en un ordenador compartido con otras 500 páginas (por poner un número) pero tendrás tu espacio, tu cuenta de correo, tu dominio (pepito.es que normalmente contratarás con el alojamiento) y algunas cosas más dependiendo del sitio. Unos te ofrecen un ordenador más potente, otros más espacio en disco, hay de todo.

¿Qué es lo más importante que hay que mirar?

Depende de lo que quieras hacer. Y esto que parece una obviedad no lo es tanto: si quieres por ejemplo montarte un blog, entérate de que sistemas se usan para crear blogs y qué requisitos pide cada uno. Por ejemplo blogoff está desarrollado sobre Wordress que tiene estos requisitos. Llama al hosting antes de contratarlo y pregúntale si da soporte para lo que quieres hacer. Estamos suponiendo que no sabes desarrollo web y que por lo tanto usarás algún sistema hecho por otros que te ahorre ese trabajo (lo que se llama un CMS o gestor de contenidos). Si sabes hacer páginas web tú mismo sabrás qué necesitas pero siempre, siempre: infórmate antes de comprar.

Por ejemplo al usar un CMS requisitos fundamentales son que el servidor te ofrezca una o más bases de datos y soporte para PHP. Hace poco hubo cierta polémica porque por ejemplo los sitios web que ofrecía de forma gratuita el Plan Avanza en su mayoría no ofrecían soporte para bases de datos (soporte MySQL) y por tanto las posibilidades se reducían considerablemente. Nosotros como en un primer momento queríamos montar un foro basado en un CMS (llamado phpBB) pues nos contratamos un hosting.

De lo gratis, lo ilimitado y lo infinito

Y es que palabras como “gratis” e “ilimitado” deben encenderte todas las alarmas. Los chollos suelen llevar contrapartidas entre las que destacan: pésima atención al cliente, pequeñas limitaciones técnicas, caídas frecuentes de la web, etcétera y aquí va el primer ejemplo propio del post.

El primer alojamiento en el que estuvimos era uno extranjero con un precio espectacular (pleonasmo) y que ofrecía muchas de estas cosas “ilimitadas”. Una vez contratado y a pesar de que teníamos muy pocas visitas el sitio se caía a menudo (lo que era previsible) pero por ejemplo no nos permitía cambiar los permisos de escritura de los archivos (CHMOD) una cosa que aunque ahora te suente a chino, al instalar un CMS harás 20 veces al mes. Una contrapartida bastante seria.

La experiencia me dice que el principiante sólo tiene ojos para la línea “espacio disponible”. La realidad es que si vas a usar un CMS los archivos del mismo ocuparán muy poco y a no ser que vayas a montar un sitio donde los archivos “pesen” mucho (fotografías, documentos escaneados, vídeos o algo así) esto no debería preocuparte. En el caso de faqoff, en todos los alojamientos en los que hemos estado nos ha sobrado un montón de espacio.

Así que después de esta primera etapa en el hosting extranjero contratamos un alojamiento compartido en España que era algo más caro pero en el que se especificaban con todo detalle los límites del mismo (y esto como digo, es más realista).

Demasiados invitados a la cena

Una línea que lógicamente no te dirá nada si eres un principiante es la que pone “Ancho de banda al mes“. Pues ya en un alojamiento más o menos serio (que no te ponga ancho de banda ilimitado) verás una maravillosa cifra que si tus visitas crecen te traerá de cabeza. El ancho de banda limita la cantidad de datos que tu página web puede transferir al cabo del mes. Lógicamente cuantas más visitas, más tráfico de datos y más cerca del límite. Desgraciadamente no vas a poder saber cuántas visitas vas a tener al mes hasta que las tengas pero si que a la hora de cambiar un alojamiento por otro podrás hacer previsiones basadas en datos pasados.

Este límite en el ancho de banda suele ser un límite que pone la empresa de hosting más que un límite físico. Me explico: tu página probablemente pueda soportar mucho más allá de ese límite en un momento determinado pero lo que no puede pasar es que las 500 páginas que comparten casa contigo se pasen del límite porque eso si que tiraría abajo el servidor. Aquí va otro ejemplo propio.

El segundo alojamiento en el que estuvimos tenía un límite de 10 Gb mensuales y cada giga que te pasases de ahí te lo cobraba a “X” €. Llegamos a pasarnos hasta 100 gigas mensuales y no sólo la página funcionaba de lujo sino que nunca nos cobraron un duro. Eso sí, el mes que nos pasamos de 100 gigas ya nos mandaron un cariñoso mail diciéndonos que o pillábamos un hosting con más ancho de banda o nos cobraban lo que nos estábamos pasando (que podía ser 600 € al mes o algo así).

Ten en cuenta que aunque no tengas muchas visitas normalmente si un día te enlazan en una web importante puedes tener un porrón de visitas y reventar los límites del server como le pasó recientemente a nuestro colega Ponzonha.

Pues nada, a buscar una casa mejor, qué remedio.

VPS: Virtual Putada de Server

Como el alojamiento compartido en la compañía en la que estábamos era el mejor posible de los planes que ofrecían y además nos habían tratado bien decidimos subir un peldaño. Ese peldaño, si queríamos más ancho de banda podía ser hacia un servidor dedicado o hacia un servidor VPS, algo bastante moderno que anuncian a bombo y platillo en la mayoría de hosting. El VPS era considerablemente más barato (de hecho era poquísimo más que el compartido) así que hicimos el petate y para allá nos fuimos.

Para hablar del VPS, tema que originó este post voy a empezar por el final. Por la llamada de teléfono que me hizo la comercial de la compañía cuando le dije 6 meses después que nos pirábamos a otro sitio. Textualmente:

“La verdad es que yo no te hubiera recomendado ese producto. Los VPS están dando muchísimos problemas y si has sido capaz de pegarte con ellos una mejor solución es un dedicado”

Como yo me quedé en plan “me lo podíais haber dicho antes” pues os lo digo yo ahora.

Y ahora recupero la diferencia entre lo que es el control de los archivos y el control del ordenador donde está tu web. De la segunda parte nos habíamos olvidado hasta ahora pero en un VPS una de las “grandes ventajas” es que PUEDES tener acceso TOTAL a la parte del ordenador en la que está tu web.

En el compartido cosas que ni te paraste a mirar como la configuración de Apache o la optimización de MySQL eran comunes a las 500 páginas o por lo menos ajenas a tí. Ahora puedes tener tu propia configuración de Apache y acceder a aspectos mucho más técnicos. ¿Mola eh?. Ahora voy a reescribir la oración de más arriba haciendo honor a la realidad.

“… en un VPS una de las “grandes ventajas” es que DEBES tener acceso TOTAL a la parte del ordenador en la que está tu web”.

Es decir, el que configures Apache o aprendas a reiniciar el servidor no es una opción: DEBES aprender a hacerlo. Por dos motivos:

1) Cuando tengas el más mínimo fallo, como ellos simplemente te han puesto la configuración técnica por defecto van a pasar de ti como de la mierda. Supondrán que es culpa tuya, que has tocado algo donde no debías y si quieres que ellos lo arreglen el taxímetro corre: 50/60 € la hora de servicio técnico. En el alojamiento compartido esto no pasaba porque la parte técnica iba de su cuenta.

2) El punto uno no tendría mayor relevancia sino fuera porque la configuración de un VPS por defecto es VERGONZOSA. Y he visto cómo los montan en 3 hosting completamente diferentes. Si tu problema con el compartido es (como tuvimos nosotros) uno de ancho de banda prepárate para que tu VPS se caiga una y otra vez porque lo último que han pensado en la empresa es en preguntarte cuánto tienes pensado consumir de recursos y optimizarlo para ello.

Para los que sabéis del tema (y con cariño para Dabo que sé que ya está curado en salud) os pongo la última configuración de Apache en un VPS que he visto:

<IfModule prefork.c>
StartServers 1
MinSpareServers 1
MaxSpareServers 3
ServerLimit 50
MaxClients 50
MaxRequestsPerChild  4000
</IfModule>

Echarle a eso de arriba un blog con WordPress, con 5000 visitas al día y veréis que bien os lo pasáis.

Y ay amigo principiante, administrar un servidor no es algo que se aprenda precisamente en una noche. Aunque hay 10 cosas básicas que te pueden salvar la vida la realidad es que o tienes a algún amigo que sepa verdaderamente el significado de las palabras UNIX, SSH y PLESK o vas a sufrir.

Lógicamente si tienes pocas visitas o consumes muy pocos recursos y quieres empezar a toquetear aspectos internos del servidor pues el VPS quizás sea una buena opción pero no se me ocurren muchas más situaciones donde lo sea.

Éramos pocos y parió la RAM

Para concretar más, el principal problema que hemos tenido con los VPS era el límite de memoria RAM. En un compartido ni te importará porque estás en un pepino capaz de mover 500 páginas y ya se ocupará el hosting de que la RAM no falle pero en un VPS mientras te amplían ese sufrido límite al ancho de banda aparece un nuevo límite sobre la RAM que puedes usar. Tirando de un CMS (sobretodo de uno como Wordpres por ejemplo) y con las visitas ya mencionadas te vas a dar una buena leche contra él. Tu página se ralentizará y cuando llames al hosting te dirá que tienes que pillarte un servicio con más RAM.

Pues ya que estamos me pillo una casa en la playa

Nosotros le dimos otra oportunidad al VPS, pero a uno con mucha más RAM y en otra compañía. Por el camino aprendimos algunos trucos para reducir el consumo de memoria RAM en un servidor pero como digo es un terreno bastante árido que por si tenéis curiosidad podéis explorar en el estupendo blog SigT. Sin embargo el VPS seguía fallando, el servicio en la nueva compañía también era malo (te ponían el taxímetro a las primeras de cambio y suerte que ya sabíamos optimizar la configuración inicial de Apache).

El trabajo de aprender a moverse por las tripas del sistema era tal y el precio de un VPS con RAM generosa tal que pensé “si voy a tener que pegarme con esto de ahora en adelante pues para eso nos gastamos 20 € más y nos lanzamos al dedicado“.

Un servidor dedicado es directamente un ordenador para tu web. Lo que hagas en él es cosa tuya (pero a fin de cuentas también lo es en el VPS), la empresa por decirlo de algún modo sólo se encarga de que esté enchufado pero cualquier tarea de optimización o de arreglo de tus errores o la pagas, o la haces tú (¡¡pero a fin de cuentas también lo haces en el VPS!!).

Lógicamente un dedicado tiene más cosas que configurar que un VPS (tiene todas de hecho) pero también tiene muchas más ventajas como que ahora sí, los límites de ancho de banda, RAM, etcétera son muy generosos.

Como bien me decía la amable comercial citada más arriba, si ya te has pegado con un VPS y sus problemas el salto al dedicado será más suave. Por supuesto si pasas de un compartido a un dedicado directamente, como con el VPS, la ostia puede ser considerable.

Al final de todas las cosas me alegra estar contigo Sam

Mi consejo: para empezar un proyecto decente, servidor compartido en un sitio de garantías, que ofrezca cosas coherentes y límites buenos para su precio. Si tienes la posibilidad llama, di lo que necesitas y familiarízate con la empresa y con su servicio de atención al cliente al que seguramente acudirás muchas veces. Un buen hosting compartido puede aguantar una web de bastante tráfico como al menos sucedió en nuestro caso.

Si llega el momento que no te quede más remedio que dar el salto a un VPS o a un dedicado pues creo que ha quedado clara cuál es mi recomendación. Si con todo quieres un VPS una vez más llama por teléfono previa contratación explica tus necesidades e intenta que la configuración inicial que te den sea la óptima, así se reducirán en mucho los problemas. Pero tanto el VPS como el dedicado son mundos muy diferentes al compartido, mundos donde empieza la administración de la máquina y eso, a pesar de ser apasionante, es infinitamente más complejo que escribir una entrada en tu blog.

Y ahora la pregunta estrella que yo al menos tendría si leyera este post ¿qué hosting recomiendas?

Por… bueno no sé muy bien por qué, me he callado el nombre propio de todos los hosting mencionados en el post. Supongo que es porque siempre va a haber problemas, estés donde estés, y basta hacer una búsqueda en Google poniendo “problema [*nombrehosting*]” para ver que siempre habrá resultados sea cual sea la compañía. Por eso, tras 4 hostings y haber visto el funcionamiento de otros 3 de cerca, para mí la diferencia básica tiene tres palabras: ATENCIÓN AL CLIENTE.

Actualmente estamos en un servidor dedicado de la compañía Ibercom. Por supuesto desde que hemos contratado el servicio hemos tenido varios problemas pero su reacción ha sido sobresaliente en todos los sentidos. De hecho lo que me recomendaron de ellos fue precisamente eso, la atención al cliente.

Y esto no es un post patrocinado ( bien que nos cobran :-P ), es la realidad: hace un rato el servidor dejó de funcionar, eran las 3 y media de la mañana de un sábado y les llamé por teléfono. Y me cogieron (no una máquina, sino una persona), intentaron resolverlo (como he dicho en un server dedicado o VPS lo normal es que te cobren por empezar a hablar) y al ver que no podían me ofrecieron el servicio técnico pero avisándome antes de cuánto me costaría y ofreciéndome otras opciones. Todo con un tono educadísimo y cordial.

Y me consta que no tengo mejor atención por tener un dedicado, normalmente el dato de que tengo un dedicado con ellos sale sólo cuando es necesario, el resto de las veces las conversaciones son como siguen:

- Ibercom, soy fulanito dígame

- Hola me llamo Juan, tenía una duda sobre dominios no sé si me tienes que pasar con el departamento correspondiente o algo.

- Nada Juan, dímela a mí a ver si te la sé responder.

…

Y yo acostumbrado a hablar con máquinas flipando. Llevo hablado con 8 operadores distintos y todos en este plan.

Esto no quitará que alguien contrate con Ibercom y le salga rana ojo, pero la idea de este post no es dar un nombre, es compartir nuestra experiencia y como decía al principio publicar un post que nos hubiera evitado muchos quebraderos de cabeza a mí y a hellgirl. Aunque como ella dice, la mar en calma nunca hizo hábil al marinero.

El problema es el que contamos en nuestro artículo Cómo poner un reproductor de audio en Blogger. Las herramientas, es decir, el reproductor y el mp3 son fáciles de conseguir pero hay que subirlas a algún sitio para poder enlazarlas directamente.

Y la gran mayoría de sitios con alojamiento de archivos no ofrecen estos enlaces directos, al menos sin pagar. Por ejemplo en el más conocido, Rapidshare, nos ofrece links como este:

• http://rs229.rapidshare.com/files/85273586/KMP_293_1429.exe

Pero ese no es el enlace directamente al archivo, sino a la página para descargar el archivo. Así pues la mayoría de los principiantes se encuentran con que saben poner un reproductor mp3 en su blog pero no saben dónde subir el mp3.

La semana pasada estuve dándole vueltas a sitios que permitieran enlaces directos (Direct Linking por si queréis buscarlo en Google) y ha sido Marcelino Madrigal el que me ha mostrado que el sitio más sencillo para estas labores estaba delante de mis narices: googlepages.

Googlepages es el servicio de Google para hacer páginas web de forma sencilla y sin complicaciones. Por ello lo primero que necesitas es crear una cuenta en Google (si es que no la tienes) lo que te permitirá además usar otros servicios como Gmail o Google Calendar.

• Nueva Cuenta en Google

Hecho esto simplemente dirígete a crear tu propia página en Google Pages

• Sitio oficial de Google Pages

Independientemente de que crees tu página o no, en la parte derecha de la pantalla verás un formulario muy sencillito para subir archivos:

Haz click en Upload para alojar los archivos que te interesen. La ruta del archivo por si quieres enlazarlo directamente será del tipo:

http://nombredeusuario.googlepages.com/nombredearchivo.extensión

Por ejemplo:

http://manolin.googlepages.com/himnorealoviedo.mp3

O más fácil, haz click con el botón derecho sobre el archivo y selecciona Copiar Acceso Directo (en Explorer) o Copiar la ruta del enlace (en Firefox).

Por si os queda alguna duda, aquí os pongo el videotutorial que ha hecho Marcelino, y en el que se ve todo el proceso:

Vídeo: Como subir tus propios archivos mp3, flash,avi y publicarlos en Internet

El vídeo forma de la parte de una serie en la que se explican los conceptos básicos de la Web 2.0 para todos los públicos. El más popular quizás sea ¿Qué es un blog? pero en 5lineas encontrarás otros igualmente interesantes.