El control en los procesos del servicio
Uno de los principales problemas que nos hemos encontrado este año ha radicado en una deficiencia en el control del consumo ejercido por las páginas webs residentes en los servidores. Hasta hace unas semanas, no se controlaba el consumo individual de cada página web, sino el consumo global del servidor. Este tipo de gestión nos ha acarreado muchos problemas ya que al no tener monitorizadas las webs, al aumentar las visitas y consecuentemente el consumo de éstas, provocaba pérdidas de rendimiento en el servidor afectando el resto de usuarios.
Así pues el control realizado a nivel global que hasta la fecha nos había sido útil, se había convertido en un espejismo que no mostraba la realidad en los procesos afectados.
El control se hace necesario para poder mantener unos índices de calidad, en el caso de servidores web los índices de calidad son la velocidad de carga, la estabilidad del servicio y la seguridad. Para poder ejercer un control han de existir límites. Sin límites marcados el control se vuelve estéril y carente de significado.
Por ejemplo, cuando freímos un huevo controlamos el tiempo y la temperatura. De manera consciente limitamos la potencia de cocción y ajustamos el tiempo de exposición para que el huevo quede correctamente cocido. Si nos pasamos de tiempo o el fuego está muy fuerte, el huevo se quemará: Los límites se han originado como producto de la voluntad de ejercer un control de la situación.
Era evidente que se debía cambiar la relación de control con el servidor, pasando de un control global a un control individual de los consumos de cada web. El dilema que se nos presentó era, si el control de cada cliente debía recaer sobre la empresa, haciendo ésta de “policía” del consumo o bien si debía ser el mismo usuario que controlara su consumo dotándole de las herramientas necesarias y marcando unos límites en el consumo.
Nos encontramos hoy en día en un mercado muy globalizado en que la reducción de costes se hace importante para poder competir con otras empresas. La primera opción en que la empresa ejercía de “policía” del consumo nos empujaba a un incremento en los costes, y además que tampoco era la opción más lógica ya que la comunicación entre servidor / administrador de sistemas / cliente al ser asimétrica genera insatisfacción.
La segunda opción nos pareció más razonable ya que el usuario, después de ser informado por los nuevos límites marcados y dándole las herramientas de control necesarias como son estadísticas de consumo, podrá sentir que es él quien controla la situación: optando por ampliar el servicio a uno superior o restringiendo el consumo de su página web mediante optimizaciones. La comunicación se vuelve simétrica entre las tres partes.
Limites del servicio web
Los límites marcados han sido obtenidos en base a una relación consumo/coste de cada servicio. Intervienen tres factores clave que delimitan el consumo del servicio web:
- Conexiones HTTP simultáneas: Es el número de conexiones apache que puede tener abiertas cada página web. Este límite evita saturaciones por exceso de peticiones en el global del servidor.
- Solicitudes HTTP diarias: Es el número de solicitudes que una visita ha realizado al servidor. El consumo de solicitudes por persona vendrá delimitado por el número de elementos a mostrar en una página web. Por ejemplo si se tiene una página html con tres imágenes, las solicitudes por visitante serán tres. El número de solicitudes por visita puede variar mucho entre páginas web, normalmente este valor fluctua entre 15 y 90 solicitudes por visita. Por ejemplo un Plan web podrá servir con una garantía de calidad entre (900 y 5.000 visitas diarias) dependiendo de la carga que suponga al servidor.
- Conexiones MySQL simultáneas: Es el número de conexiones simultáneas a la base de datos que puede tener una web. El valor de 15 conexiones es un valor muy elevado ya que una consulta suele tomar muy pocos milisegundos.
| Servicio | Conex. HTTP simul. | Solic. HTTP diarias | Conex. MySQL simul. |
|---|---|---|---|
| Miniplan | 15 | 50.000 | 15 |
| Plan X | 15 a 30 | 50.000>100.000 | 15 |
| Plan Web | 25 | 75.000 | 15 |
| Plan Pro | 25 | 85.000 | 15 |
| Plan 10 | 30 | 100.000 | 15 |
| Cada alojamiento de un multidominio | 15 a 30 | 50.000>100.000 | 15 |
En el caso del Plan X, el volumen de solicitudes HTTP diarias irá en función del coste global del servicio. Equiparando los límites con las tarifas de los planes profesionales.
Nuevo servicio para planes profesionales
Para poder satisfacer las necesidades de recursos de aquellos usuarios que superan los límites del Plan 10, hemos desarrollado un nuevo servicio llamado Preserver.
La principal ventaja de este servicio es que se dispone de un producto que se encuentra entre un alojamiento compartido y un servidor dedicado. Obteniendo el beneficio de cada parte: La gestión y administración de un servicio compartido y la potencia de un servidor dedicado a un precio intermedio entre los dos servicios.
Se han desarrollado tres tipos de servicio que pueden visualizarse en la siguiente tabla:
| Servicio | Conex. HTTP simul. | Solic. HTTP diarias | Conex. MySQL simul. |
|---|---|---|---|
| Preserver 50 | 50 | 150.000>250.000 | 20 a 80 |
| Preserver 75 | 75 | 250.001>350.000 | 20 a 80 |
| Preserver 100 | 100 | 350.001>450.000 | 20 a 80 |
Consideramos que a partir de un Preserver 100, las necesidades ya empiezan a ser más específicas y al usuario ya le sale más rentable estar en un servidor dedicado. Llegados a este punto, nos ponemos en contacto con el cliente para realizarle un presupuesto a medida y pueda seguir con el crecimiento de su web en Internet.
Límites en el servicio de correo
El servicio de correo se ha convertido en una necesidad importante en la actualidad. Hoy en día los usuarios de este servicio exigimos que el correo ya no sea lo más rápido posible si no que éste sea instantáneo. Lejanos quedan los recuerdos del correo postal dónde una carta urgente tardaba hasta 24 horas en llegar al destino (si este se encontraba cerca); se supone que por ello triunfaba el fax, porqué era instantáneo y por eso ha triunfado el correo electrónico. Hoy en día las empresas ya no pueden vivir sin el correo electrónico, suponiendo una gran pérdida de productividad si éste no funciona como debiera.
CDmon es consciente de todo ello, el servicio ha de ser rápido y estable al 100%, sin colas de espera y sobretodo, limpio de SPAM (correo no deseado). Ese es el compromiso de CDmon, pero por otra parte el usuario también ha de tener un compromiso con el servicio de correo y es hacer un uso racional dentro de los límites que nos ofrece tanto el software como el hardware. Lo que parece que no cuesta nada, como es enviar o recibir un correo electrónico se puede convertir en un problema si no existe un control. Como hemos comentado en la parte web, CDmon no controlaba hasta ahora el consumo individual de cada cuenta sino el consumo global de todo el servidor, a raíz de ello se ha generado incidencias que han provocado una deficiencia en el servicio. Al cambiar la gestión global por la individual nos ha sorprendido varias cosas:
- Un 2% de los buzones totales, contenían en la carpeta principal una media de más de 4.000 mensajes almacenados. Hemos encontrado usuarios con más de 40.000 correos electrónicos almacenados en la carpeta principal.
- Un 80% de los usuarios se validan mediante POP3 (un protocolo que tiene más de 20 años y sobrecarga el sistema si se realiza un mal uso), el 20% restante mediante IMAP (un protocolo de correo adaptado a los nuevos tiempos). El 95% de los usuarios que tienen más de 1000 mensajes almacenados en la carpeta principal, lo hacen mediante POP3. Se ha de mencionar para los que no lo sepan y es que POP3 nunca fue diseñado para almacenar los mensajes en el servidor.
- De los usuarios que usan POP3, hay un 2% que se conecta al servidor más de 3 veces por minuto.
Desde CDmon nos gusta dar el máximo de posibilidades a cada cliente, si quieres usar POP3, úsalo pero éste ha de tener unos límites. Encontrarte una cuenta de correo electrónico con más de 5.000 mensajes almacenados y que se conecta al servidor cada minuto, representa una carga al servidor equivalente a mil cuentas de correo que se conecten mediante POP3 una vez cada diez minutos y que no almacenen los mensajes en el servidor. El mal uso por desconocimiento (a nadie le gusta tirarse piedras encima de su propio tejado) provoca pérdidas importantes de rendimiento en el servicio.
No se puede controlar una situación si no existen límites marcados. Los límites marcan también las normas de uso, cada usuario sabiendo cuales son, le será más fácil adaptarse al sistema.
Los límites que hemos marcado son topes muy altos para un uso normal y frecuente del correo. Con ellos podemos garantizar la calidad requerida por los usuarios del servicio. Estos son:
- Espacio de la carpeta principal: El espacio de la carpeta principal queda limitado a un máximo de 999MB. Si se desea almacenar más correos en el buzón, se tendrán que mover a una carpeta secundaria dentro de la cuenta de correo mediante IMAP.
Número de mensajes almacenados en la carpeta principal: Se limita a un máximo de 1000 mensajes en el buzón principal. Si se desea almacenar más correos en buzón, se tendrán que mover a una carpeta secundaria dentro de la cuenta de correo mediante IMAP.- Número de correos enviados por día: Hay un límite de 500 mensajes enviados por día/ cuenta. Si se desea enviar más correos porque hay usuarios que disponen de listas de distribución, se puede usar el Mailman que dispone de sus propios límites. En el supuesto de que haya usuarios que utilicen otros sistemas, se deben poner contacto con el departamento Técnico, que estudiará el caso al margen.
Número de logins por hora en una cuenta POP3: Se debe limitar a un máximo de 10 logins por hora una cuenta pop3. Si necesita comprobar el correo cada minuto deberá hacerlo sobre IMAP, pero no sobre POP3 ya que sobrecarga el sistema.
Estos son los límites marcados para el servicio de correo en régimen compartido. Paralelamente estamos desarrollando un nuevo servicio de correo para aquellos usuarios que requieran de las ventajas que ofrece un servicio dedicado. En las próximas semanas presentaremos el producto, para todos aquellos usuarios que tengan una previsión de contratar este servicio pueden ponerse en contacto con el departamento comercial e iremos informando del estado del nuevo producto.
© 2001-2007
Yo he contratado un PLAN X sin ninguna limitación HTTP, para eso están las limitaciones de tráfico… Me parece poco razonable y no tiene sentido la acotación de llamadas http.
Por lo que entiendo, si se trata de garantizar la calidad de un site con “900 y 5.000 visitas diarias” mucha gente vamos a tener problemas…
Espero que muevan ficha y no tiren adelante con este sistema, porqué nos puede hacer daño…
Pol
Buenos días. Solo quería hacerles una pregunta en el caso de un blog no se verá perjudicado por estos límites? ¿Estos límites no se deberían haber establecido antes y no obligar a los clientes a contratar otro servicio?
Por otro lado en mi caso el correo tipo IMAP no me funciona bien no recibo ningun correo, por este motivo lo tengo pop3 y mi caso si que debo mirar el correo mas de 10 veces a la hora.
En definitiva creo que esto va a traer la baja de algunos clientes o me estoy asustando en exceso?
Gracias por la contestación de antemano un saludo
Hola Pol,
Si acotáramos el consumo en función del gasto por tráfico, no podría venderse a 0,12€ /mes el GB de tráfico. Creemos que es un sistema mucho más justo pagar por el consumo que se está realizando a nivel de servidor, ya que entonces se paga lo que se gasta.
En cualquier empresa de alojamiento web que controle los consumos, una web con demasiadas visitas es un problema y acaban invitándola a marcharse y en las que no controlan el consumo al final el servidor pega un “pedo” que deja a los clientes totalmente colgados.
En CDmon hemos optado por ser transparentes con los consumos para poder ofrecer alternativas reales y de calidad a una página web que está creciendo.
Bueno, creo que voy a migrar todos mis alojamientos y sistemas de correo pues mi empresa tienes varias oficinas y no podemos limitar el acceso a 10 por hora en el correo, y no es imposible coordinar a todos para usar imap, pues usamos distintos sistemas, linux, macs, windows, unix, etc., creo que no estáis siendo honestos pues nosotros pagamos por algo que no vais a cumplir.
Creo que deberíais controlar las cuentas llenas o demasiada saturadas y mandar emails de aviso.
Hola Mr. Onüff,
Estos límites realmente son elevados para una página web normal o un blog. El 90% de los usuarios de CDmon nunca tendrán problemas con los límites; en cambio si que notarán que sus webs cargan siempre rápido y están siempre online.
Respecto al correo, CDmon se debe a sus clientes y siempre buscará soluciones que se ajusten a todas las necesidades.
La implantación de los límites del correo se realizará muy progresivamente y siempre avisaremos a los clientes a medida que vayamos aplicando los cambios, aportando soluciones en los casos como el tuyo.
Estos límites son para mejorar la calidad del servicio, no para hacer un infierno su uso. Al final, no todo será blanco o negro, siempre habrá matices de su uso y siempre pensando en el cliente.
Hola Jose Ewn,
Como he comentado en la anterior respuesta, no será blanco o negro. Estas limitaciones pretenden poder ofrecer un servicio excelente de correo. No debemos olvidar que el servicio se presta en régimen compartido con otros usuarios. Estos límites protegen a todos los usuarios de un mal uso del servicio de unos pocos.
Creo, que precisamente publicando los límites estamos siendo honestos y transparentes con nuestros clientes. Como he comentado en la anterior respuesta, hay empresas que en el contrato ponen: Si se excede el consumo se corta el servicio. ¿Es esto ser transparente? ¿Para una empresa con cincuenta clientes que exige unas garantías en el servicio, es tranquilidad no saber cuando su prestadora de servicios le cerrará el grifo por exceso de consumo o cuando el servidor estará tan saturado que los emails se recibirán con 10 horas de retraso?
El tema de los logins pop3, desde aquí podemos garantizar que aportaremos una solución para aquellos usuarios que precisen de ésta mejora, que satisfarán sus necesidades.
Aunque en principio no me gustan estos límites sobrevenidos e impuestos unilateralmente, creo que es justo daros un voto de confianza porque hasta la fecha habéis respondido bien (al menos en mi caso).
Esto en lo que respecta a mi web personal, que no tiene apenas visitas. El límite de 1 giga/mes de transferencia me ha impedido alojar con vosotros otras web que superan ese tráfico. ¿Vais a eliminar el límite mensual?
Habrá que esperar y ver qué tal se comporta el sistema.
Esta decision de cdmon, y coincido con JJ es una decision unilateral.
Muchos de nosotros con esa decision ya estamos pensando en migrar.
Si su infraestructura no da mas de si o piensan que podria estar mejor aprovechada no es
culpa del cliente que contrato una cosa y luego por politica interna resulta que cambia.
Yo principalmente no creo que todos los servicios se resuman en costes, sino que también
en las calidades del servicio, limitando accesos y demás no se consigue todo.
Principalmente en mi empresa no me importa pagar un poco mas pero no estar con el rollo de
“por pop3 no podemos conectar mas de 10 veces por hora”, “no se pueden tener mas de 500 mensajes en el buzon”
y un largo etc. Y luego que vendrá?…y la idea que me viene a la cabeza y no quiero ser malpensado es: con estas
limitaciones podran virtualizar a mas usuarios en el mismo HW?, no contrataran mas ancho de banda?
Gracias de antemano
solo 25 conexiones http simultaneas? Muchas paginas no van a cargar en su totalidad me temo, a no ser que querrais decir otra cosa…
Creo que las restricciones deben negociarse, no imponerlas una vez pagado un alojamiento.
está claro que habreis hecho vuestros cálculos…
deduzco que con este “filtro” lo que realmente
pretendeis es quedaros con el perfil mayoritario
en la red, mandando “a paseo”, es decir, a otros
proveedores, a ese despreciable 0,03% de los
sites que tienen visitas a destajo.
seguramente también, la puesta en marcha de
este filtro sea debida a que:
1) recientemente se os ha instalado en casa uno de esos sites que comento,
2) seguíis teniendo servidores mediocres
3) ya antes de poner en marcha todo este tinglao os enseñaron la lección de que si no conseguíis que esto funcione con un ancho de banda miserable y con servidores miserables… malo, malo.
en consecuencia: vais por el buen camino, ánimo.
de los que se quejan, el 99.9% lo hacen desde un punto de vista conceptual. el 0.1% que me dejo fuera es por el tema de las excepciones de cada regla
saludos,
víctor.
Hola JJ,
El límite mensual de 1GB/més puede ser ampliado en cualquier momento desde el panel de control de CDmon o bien solicitando un Plan X podrás crear tu plan a medida con el ancho de banda que desees:
https://www.cdmon.com/hosting/planx/index.php
Hola Gen,
CDmon no ha tomado esta decisión de forma unilateral; ya en la encuesta de satisfacción del cliente, los clientes nos solicitasteis dos puntos importantes:
- Más velocidad de carga de los servidores
- Más estabilidad en los servidores web y email
(http://blog.cdmon.com/2007/12/05/resultados-de-la-encuesta-de-satisfaccion-ano-2007/)
Desde CDmon hemos planteado que puntos debíamos reforzar para poder llevar a cabo esta demanda por parte de los clientes y esto empezaba por controlar los consumos.Esto cambios supondrán un beneficio para todos los clientes.
Nos gustaría que nos dierais un voto de confianza, para demostrar que realmente esto representa un beneficio para todos. El 99,99% de los clientes no les afectarán estos límites y al resto podremos ofrecerle alternativas reales para que su proyecto en internet pueda seguir creciendo con las máximas garantias.
Hola Alberto,
Las conexiones simultaneas se refiere a los procesos abiertos por un servidor Apache. Un servidor web con dos procesadores y ocho gigas de ram puede mover unas 250 solicitudes por segundo de media de páginas dinámicas. 25 conexiones simultáneas representa un 10% de uso de un servidor. Pensando que son servidores compartidos, no dedicados, poder disponer prácticamente de un 10% de los recursos de un servidor por 10€/mes (Plan Web) es un precio realmente muy competitivo.
Hola Vitorino,
Ese 0,03% que hablas, existe. Pero para nosotros no es despreciable. Como he comentado en otra respuesta, en otros proveedores cuando detectan a este tipo de cliente, se deshacen de ellos. Nosotros deseamos poder ofrecerle una alternativa real de servicio y delimitando claramente los consumos es cuando se puede hacer.
Procedo a responder los puntos que has mencionado:
1) Este tipo de clientes lo tenemos prácticamente desde los inicios de CDmon.
2) Los servidores que disponemos son servidores duales de 64bits con 8GB de ram, usamos este tipo de servidores desde hace prácticamente tres años. Actualmente los servidores son de la casa SUPERMICRO.
3) Esto lo aprendimos ya hace mucho tiempo.
Un cordial saludo,
Hola Sr Cdmon
No entiendo Lo de los Limites! 25 conexiones Http simultaneas, Osea Que si 100 personas estan Viendo la Pagina a la vez ¿Que pasaria? se colgaria? Apareceria Un mensaje? Hay que tener en cuenta que cuando Alquilamos Un espacio Web Nos preocupa sinceramente Y trabajamos Arduamente Para que Muchas Personas pudieran Ver Nuestra Pagina. Como YO no entiendo esto de 25 simultaneas Http, Lo que creo es que si 25 personas visitaran mi web a la vez podrian todos disfrutar de ella; Pero si estan mas de 25 Ninguno podria Verla, Otra cosa esto de 25 Http simult. Es por Segundo, Minuto, Hora?
Anoto Algo: Hasta Ahora Y de tanto ver alojamientos en la Web Es en Primera que veo estos Limites, A mi me pareciera que en vez de Colocar Limites en los Servicios Ustedes deberia Aumentar sus Capacidades Intarnamente, Seguro Habra Muchos Alojamiento que no querran tener 25 Conex Http simultaneas Sino 250 mil simultaneas. Me preocupa Enrealidad esto de los Limites…
Hola Humberto,
Cuando se llega a los límites marcados, salta un mensaje indicando que existe demasiada carga en la página web. Nunca se colgará porqué el servidor ya se encuentra dimensionado para poder realizar esta tarea. Por ejemplo, hemos tenido foros con 100 usuarios activos y con estos límites y no les salta nunca, porque el servidor al ir descargado muestra los resultados rápidamente.
En la semana próxima redactaremos un artículo para explicar mejor el concepto de las solicitudes por minuto. En su caso concreto, consulte con nuestro departamento técnico y le aclararán mejor el concepto de los límites.
Muchas gracias
Estaría bien que se pudiera personalizar ese mensaje de cuando se llega al límite marcado. Sería todo un detalle.
Hola ruc,
Recogemos tu sugerencia para estudiar su viabilidad e implementación.
Un saludo,
Sería interesante en todo caso que publiquéis una guía de consejos o ayudas para que podamos reducir el número de solicitudes http diarias (me parece el límite más restrictivo).
Y por otra parte, por poner un ejemplo, si a media tarde hemos llegado al límite de conexiones http diarias impuesto, que pasará con la web ? Saldrá el mensaje de “demasiada carga en la web” el resto del día ?
El límite de 500 correos diarios me resulta un tanto escaso, pues en el caso de webs de foros, esto se consume rápidamente. Hay que tener en cuenta que en los foros, además de los mensajes privados, también los usuarios reciben avisos de respuestas en cada uno de los posts a los que están suscritos y además, si el administrador tuviera que enviar un correo a todos los usuarios se superaría el límite fácilmemte.
Pienso que se tendría que estudiar cada caso individualmente, cada web tiene unas necesidades diferentes. Lo más lógico sería tener en cuenta sólo el computo global del consumo de tráfíco.
Hola luigix,
En el caso que se sobrepase el límite de solicitudes diarias, la página web seguirá funcionando correctamente. Es más, si hay algún día que una página web supera esta cantidad por un efecto “meneame”, no se cortará el servicio. Todos los límites, exceptuando el de solicitudes simultaneas, son virtuales; eso quiere decir que sirven para diferenciar los consumos entre productos y en los que una vez superados el cliente puede contratar un plan superior.
En el caso de solicitudes simultaneas, existe el límite, para proteger a todos los usuarios de éste de un posible exceso de consumo por parte de otros usuarios, con lo que se garantiza siempre una velocidad de respuesta y una calidad en la página web.
Recogemos la idea de crear una guía para optimizar una página web / proyecto.
Hola talle,
Por el momento no están aplicados los límites en el envío de correos. Entendemos que en el caso de un foro muy concurrido se pueda llegar a superar dicho límite y es por ello que es tratado como un caso especial y lo tendremos en cuenta para cuando empecemos a aplicar el control.
Buenos días.
Con las limitaciones del correo a las empresas de desarrollo nos habies creado problemas, ya que a los clientes a los cuales hemos aconsejado vuestro hosting de repente se veran con limitaciones que antes no tenian, si hay problemas seremos nosotrso los que tengamos que lidiar con ellos ya que no llaman a cdmon sino a nuestras empresas, para quejarse, con el tema de los 500 correos por día solo veo problemas aqui pongo varios ejemplos.
1) una uncia cuenta de uso para una empresa, hay muchas empresas que tienen una cuenta para envio del tipo empresaX@empresaX.com con lo cual el limite de 500 correos es problemático.
2) casi todas las web nuestras son empresas, no quiero saber que insulto me diran cuando envien 500 correos por el motivo X, navidades, ofertas, ferias, etc… y el presupuesto que tenian que enviar sea el 501.
3) Nos obligais a tener que modificar empresas cuyas webs ya hemos entregado años atras para poder cambiar el usuario a un nuevo usuario para poder enviar sus listas de correos (esto es increible).
4) más problemas rapidamente detectados, que por motivos X un tercero use la cuenta YYY@zzz.es y gaste los 500 correos luego su propietario legitimo no pueda usarla.
5) otro nuevo problema, que vuestro sistema de cuentas falle y de la noche a la mañana dejeis sin correo a todo el mundo.
Para terminar solo decir que veo estas limitaciones (y si que son unilaterales, por mucho que intentes convencernos de que no) como un serio problema al cual aun estamos pensando como responder, lo primero que ya hemos realizado es parar la migración de dos de nuestras webs y estudiar otros hostings.
Espero que sepais rectificar a tiempo y evitar crear un hosting de segunda.
Un saludo.
PD: No creo que seamos solo 4 gatos los que nos estemos quejando de este tema.
Hola David,
La medida de restringir el envío de mensajes diarios por cuenta de email ha sido adoptada para evitar que desde nuestros servidores se envíe spam, evitar las mailings indiscrimandas de usuarios y evitar la inclusión de la ip de envío (que es compartida) en listas negras.
Nos hemos encontrado con casos de usuarios que enviaban spam desde su página web / ordenador personal debido a un crackeo, esto ha llegado a originar el envío de miles de correos que consecuentemente a perjudicado al resto de usuarios que han usado el mismo canal de salida.
Paso responder por puntos planteados:
1) Ya hemos notificado que “En el supuesto de que haya usuarios que utilicen otros sistemas, se deben poner contacto con el departamento Técnico, que estudiará el caso al margen.” Puede enviarnos un email al dep. técnico indicándonos en que casos necesitará límites más altos.
2) El canal de salida para promociones para listas de distribución ha de ser realizados desde sistemas que estén preparados para ello. Por ejemplo, en nuestro sistema de envío alternativo disponemos de más de 20 IPs rotando en el envío para evitar la inclusión en listas negras. Esto es una ventaja para el usuario final.
3) Es lo mismo que el punto 1. “En el supuesto de que haya usuarios que utilicen otros sistemas, se deben poner contacto con el departamento Técnico, que estudiará el caso al margen.”
4) En este caso el propietario legítimo tendrá un problema muy grave como es la usurpación de identidad. De otra manera éste nunca llegaría a saber que le han usurpado los datos de su email.
5) La aplicación de los límites en servicio de correo, se diseñarán con coherencia y los mecanismos necesarios para que esto no ocurra nunca.
David, entendemos que con la aplicación de los límites paguen justos por pecadores, pero es la única manera de proteger al grueso de usuarios de un pequeño porcentaje que no realiza un uso correcto de los servicios.
Estamos abiertos a sugerencias y en cualquier momento puede enviarnos un correo electrónico indicándonos con que dominios cree que podrá surgirle cualquier impedimento. Nuestro departamento técnico siempre intentará ayudarle y aportarle soluciones viables que puedan satisfacer sus necesidades.
Como hemos comentado en anteriores respuestas, CDmon merece un voto de confianza para demostrar que realmente esto representa una ventaja. Somos conscientes de las expectativas de nuestros clientes y es por ello que deseamos crear un hosting compartido de primera, donde los procesos estén controlados y donde podamos garantizar completamente una calidad en el servicio que prime la velocidad, estabilidad y seguridad para el usuario.
Yo me encuentro en la misma situación que el resto de usuarios que están mostrando su malestar por estos cambios.
Tenemos parada unas migraciones y nuevos hostings y evidentemente estamos estudiando otras soluciones con otros proveedores porque trabajamos para empresas y ante cualquier problema en el hosting es nuestra imagen la que se daña, no la del proveedor del hosting, más aun cuando nuestro negocio no está en el hosting sino que al cliente se le aconseja CDMON porque hasta la fecha ha respondido bien.
No tengo ninguna queja con el servicio ofrecido por ustedes hasta ahora, pero con estas limitaciones parece que el nicho de mercado que ustedes pretenden conseguir no concuerda con muchas de las páginas Web de nuestros clientes. Una empresa lo que pretende es tener más visitas, cuantas más mejor evidentemente y con el planteamiento que están haciendo parece que el cuantas más mejor llegue a ser un problema.
Hola Hurricane,
Nos sorprende que los comentarios se centren en el miedo que tienen ustedes a que sus clientes se quejen. Hemos reiterado que estos cambios los hemos aplicado para tener un mayor control que nos permitirá mejorar el servicio que les ofrecemos. Hemos pedido reiteradas veces un voto de confianza sobre la aplicación de estas limitaciones (aplicadas desde hace días). Y los comentarios no indican si han tenido alguna incidencia real con estas limitaciones sino que tienen miedo de que les dañe su imagen o de recibir quejas de sus clientes. Es comprensible su reticencia pero por favor, estamos abiertos a valorar cada caso cuando ustedes nos indiquen problemas reales que estén produciéndose. Podemos trabajar sobre las causas y los efectos de problemas reales no de suposiciones.
Siempre que tengan cualquier incidencia tenemos a su atención el departamento tecnico en info@cdmon.com o en el 902 36 41 38.
Gracias por su atención,
Hola:
Nosotros hasta ahora hemos estado siempre satisfechos con el sevicio prestado, pero en estos momentos si estamos experimentando problemas importantes con las limitaciones de conexiones.
Tenemos un plan CDCommerce, y como es lógico nuestro volumen de visitas va creciendo paulatinamente. A partir de la implantación de la limitación nos encontramos con que en bastantes ocasiones nos aparece la indicación de que se ha superado el límite.
1º Altera nuestro própio trabajo, que aparezca cada dos por tres el aviso cuando estás editando pedidos o modificando productos es cuando menos incómodo.
2º Parte de nuestras visitas provienen de sistemas de pago por click, o sea, pagamos un click totalmente perdido.
3º El deterioro de nuestra imágen ante los Clientes, una empresa no se puede permitir ese tipo de aviso en la visita de un Cliente
Cunado contratamos nuestro plan uno de los puntos que nos llamó la atención fue el de tráfico 50GB, que hasta ahora no hemos superado nunca aunque hayamos estado cerca, comprendemos que su intención es mejorar el servicio prestado, pero también hemos observado que en ningún momento se hace cita de la problemática especial del comercio electrónico, vemos detallados en el menú del blog todos los planes Excepto el CDCommerce.
Esto nos lleva a pensar que quizás han planteado las limitaciones pensando en alojamientos de otros tipos, pero las necesidades del comercio electrónico no son las mismas que las de un foro o un blog.
Ovbiamente éstas limitaciones las han establecido unilateralmente, ya que insistimos que el único límite al CD Commerce era el de 50GB de tráfico, el resultado de una encuesta entre los Clientes puede servir para renegociar unas nuevas condiciones, no para imponerlas.
Nosotros estámos abiertos a estudiar cualquier planteamiento, ya que incluso los 50GB estamos viendo que se acercan ya, y obviamente ya teníamos previsiones de que habría que modificar el CDCommerce, pero las decisiones nos gusta tomarlas con tiempo y una vez bien estudiadas las posibles opciones, no que se nos impongan de la noche a la mañana.
Un saludo.
Hola Javier,
Entendemos su preocupación y necesitaríamos que se pusiera en contacto con el departamento técnico para poder ofrecerle una solución inmediata, para que no siga viéndose perjudicado y otra solución (como es el preserver) que le asegure un crecimiento continuado de su negocio en internet y que pueda estudiar con tiempo.
Muchas gracias,