Joomla y la alta carga - Problemas

Consultas de usuarios, Joomla No Responses »
Dec 202009

Diálogo entre un cliente de nuestra firma y técnicos en un caso de alta carga MySQL

Usuario

Sres: sale el aviso This Account Has Been Suspended para el dominio www.XXXXX.com …. POR FAVOR arreglen eso urgente. Usuarios están viendo ese cartel que nos causa un gran perjuicio.

=============

Soporte técnico

Estimado:
es por alta carga en MySQL. Algún cambio ha habido en su sitio, o el incremento de tráfico es muy importante, para que el servidor quede fuera de servicio a causa -según los datos que hemos obtenido en diferentes lecturas de paneles y logs de nuestros sistemas- de la actividad del sitio XXXXX.com.
El servidor, tal como UD. lo advirtió en anterior ticket queda casi fuera de línea totalmente, y sin servicio MySQL. Envío copia de procesos detectados en determinado momento. Podrá ver acceso a jo151, una de las bases de datos utilizadas, en cientos de instancias. No hubo otra solución que la suspensión del servicio.
He corrido hace unos minutos scripts de reparación de la base de datos xxxx, la cual poseía errores. Hemos desuspendido el servicio. Estaremos testeando funcionamiento. Por favor, verifique si ha realizado cambios, cuáles fueron. Esto para detectar la causa del alto stress provocado. Si es que hay una falla del lado del sitio, es posible que la puedan detectar. Si el tema pasa por el requerimiento alto que demanda vuestro sitio, me temo que no tenemos solución para brindarle un servicio estable dentro de un plan compartido.
Veremos cómo es el comportamiento ahora. Estaremos testeando.
Queda este ticket abierto.

=============

Usuario:

Domingo,22 hs. vuelve a salir el cartel de cuenta suspendida. Comprendo que están trabajando en el tema, pero por favor, eviten que que salga esa desproporcionada -y errónea- página de suspensión por falta de pago. Si hay problemas técnicos, pongan offline todo, pero sin esa leyenda, que NOS CAUSA PERJUICIOS. Tenemos clientes y usuarios que se están topando con ese mensaje. Espero que sepan valorar lo que les estoy expresando.Por otro lado, no hemos modificado ni una línea de código PHP que justifique el stress del servicio MySql que UDs citan.Gracias y quedo a la espera. Son las 22,13 y no funciona el servicio.

=============

Soporte técnico

Estimado:
La configuración de cuenta suspendida está a su disposición. UD. mismo puede editar la página de cuenta suspendida.
En este caso, la página es la que por defecto pone el servidor.
De cualquier manera, el tema es su base de datos.
Otra vez la alta carga producida al servidor de MySQL.Cordial saludo.

=============

Usuario:

Y entonces?….queda todo así?

=============

Soporte técnico

Estimado:
estoy trabajando en el tema.
Necesitamos aseguranos el origen del problema. Cosa que no estan sencilla. El problema de la alta carga a veces es generado por varias razones.
Si se refiere a la página de suspensión, de nuestra parte no puedo modificarla.
Le informaré de resultados de nuestro trabajo, ni bien saque una conclusión certera.

=============

Soporte técnico

Estimado,
 ¿Ha controlado la carga de la base de datos?
 Tenga en cuenta que nuevos incidentes, podrían suspender a la cuenta y generar cargos por reactivación reincidente.
 Queda abierto por 12 horas el presente ticket de soporte por si tiene alguna consulta que hacernos, caso contrario será automáticamente cerrado.

=============

Usuario

Estimado:

el software que utiliza XXXX es provisto por UDs. Esto es Joomla 1.5.
Ud. pregunta “¿Ha controlado la carga de la base de datos?”.
Esta pregunta es inconsistente, ya que los scripts PHP que administran a My Sql son provistos por el sistema Joomla, que a su vez, es provisto por UDs. y al que, reitero, no le hemos practicado ninguna modificación.
Le recuerdo que el acceso a MySql los practican los usuarios, sin ninguna posibilidad de control crítico sobre la misma.
No le acepto el término “incidente” como una responsabilidad nuestra. Tampoco la posible generacion de “cargos” por “reactivación reincidente”. No tiene sentido y es confuso lo que plantea.
Para finalizar, durante varios años hemos sido clientes satisfechos por el servicio de Uds, salvo en estas cuestiones técnicas, en las que siempre se trató de cargarnos con la responsabilidad como usuarios del software que se provee desde vuestra empresa.
En el caso que Sector Hosting no desee seguir brindándonos el servicio, por cualquier motivo, le pido que nos lo haga saber de inmediato, en tiempo y forma, detallando las causas.
Atentamente

=============

Soporte técnico

Estimado Dario,No cuestionaré vuestra respuesta ya que entraríamos en otro tipo de conversación.Mis respuestas son meramente técnicas. Lo mantendré en ese preciso nivel.Le explico.Joomla es provisto por http://www.joomla.org/

Lo ÚNICO que hacemos es poner los scripts a disposición de los clientes (un servicio extra digamos). Debe intentar mirarnos como si fuésemos un supermercado: no podemos garantizar la calidad de una CocaCola… debe hacerlo al proveedor. No hay vuelta al respecto.

Es UD. y sólo UD. el encargado de mantener segura su instalación. Del mismo modo que nuestra parte es mantener estable el servidor, los servicios actualizados (correo, cPanel, etc.) aquellos que NO dependen de UD. sino de la plataforma base de hosting ofrecida por nuestra compañía.
En dicha plataforma UD. puede instalar el sistema que desee siempre y cuando no viole condiciones de uso (ej: WordPress, Joomla, Xoops y centeneares más).

Con el paso del tiempo, los scripts se tornan vulnerables pues aparecen tipos de ataques o agujeros de seguridad para los cuales no estaban previstas alternativas cuando los desarrolladores (en éste caso Joomla) los escribieron. Otra vez está UD. con la totalidad de la responsabilidad de su lado: debe actualizar cada versión de Joomla en la medida que son publicadas las mejoras. Del mismo modo, es NUESTRA responsabilidad el mantener el 100% de los servicios base del servidor actualizados ante ataques, agujeros y demás situaciones que pudieran poner en riesgo las cuentas de los clientes. Ambas situaciones coexisten.

UD. podría habernos solicitado si podemos darle una mano en ver cuál es el componente que ha comenzado a afectar… y lo haríamos con gusto de modo que, como lo desee, UD. elige.

Nadie lo hecha. Los sistemas son dinámicos ya que el mismo ser humano que los concibe lo es.

Indíquenos qué es lo que desea hacer por favor.

Queda abierto el presente ticket de soporte.

Posted by SectorHosting at 18:37 Tagged with: ,

Envio de mails

Consultas de usuarios, Noticias No Responses »
Aug 162009

CONSULTA DEL USUARIO:

Estimados,
Como NO tuvimos respuesta les reiteramos nuestra inquietud:

Quisieramos saber de qué manera podríamos enviar un mail desde Outlook (POP3) con imágenes adjuntas por un peso aproximado de 1 mb a 600 contactos de una sola vez. Esta operación se realizaría unas 2 veces por semana. Es esto posible? Ya sabemos que existe un límite de 300 mails por día es por ello que los consultamos.

Teniendo en cuenta la limitacion que uds disponen se estarían enviando 300 mails por día por 30 días, es decir, 9000 mails. Lo que nosotros necesitamos es enviar unos 1200 por semana por 4 semanas, es decir, 4800 mails al mes. Claramente no superamos la limitación mensual, pero sí la diaria.

Qué solución nos proponen? Sin recurrir al servicio de Sectormail.

Muchas gracias.

RESPUESTA DEL STAFF:

Estimado,

Si bien no supera el límite mensual, no se trata de ello sino de la carga que produce en el sistema una gestión de entrega de un único email con 600 destinatarios y un peso superios a los 600 MB en la gestión.

Tales situaciones, son extremadamente perjudiciales para el servidor y no habría manera que su cuenta no fuese automáticamente suspendida y sin previo aviso.

Cuando un email es tan pesado, debe planear una notable disminución en el mismo por medio de la escritura de una página HTML hosteada en su cuenta y que sería referenciada por el email que pesaría apenas unos pocas KB. En tal escenario, le ofrecemos enviar emails con hasta 30 destinatarios cada uno y extendemos el límite, para dos días a la semana, a 600.

Entonces: puede enviarlos pero NO pueden superar los pocos KB de peso cada uno y no pueden tener más de 30 destinatarios cada uno. Luego, dos días por semana, podrá enviar 600 emails en el mismo momento.

Aguardo sus comentarios.

Queda abierto el presente ticket de soporte.

USUARIO:

No es practico para nuestros clientes pedirles que envíen 20 correos, con 30 contactos por lista, por cada vez que quieran publicar un evento.
Además tengan en cuenta que los mail enviados no son SPAM sino correos solicitados por el usuario final.
Estas limitaciones están aplicadas al correo POP3,¿ Que sucedería si instalásemos un sistema de mailing como PHPLIST o OPEN NEWLETTER en el espacio de nuestro cliente? ¿Continuaría este impedimento?

Hace 3 años que como webmasters recomendamos a nuestros clientes vuestro hosting (pueden verlos en nuestro porfolio), porque consideramos que se preocupan por brindar un buen servicio, lamentablemente en este caso puntual no se nos esta brindando un respuesta, ni curso de acción posible.

Desde ya muchas gracias. Esperamos Pronta respuesta.

Atte. Grupo Lafquen.

RESPUESTA DEL STAFF:

Estimado:
Entendemos su comentario acerca de sus recomendaciones hacia nuestra firma. Pero la lectura de lo que entendemos como buen servicio es diferente.

No se trata de una clasificación de emails como SPAM o correo genuino.
No es nuestra tarea el clasificar correos como SPAM e impedir los envíos por ese motivo.

Se trata de un tema de carga del servidor. Se trata justamente de otorgar un servicio estable. De calidad. Como el que brindamos. Si fuéramos permisivos y dejáramos que los clientes de un servidor compartido enviaran cantidad de emails de acuerdo a cada requerimiento de dominio, no tendría UD. el servicio que nosotros estamos brindando ahora. El servidor se caería. No tenga dudas de lo que digo.

En rigor de verdad, no nos interesa a nosotros si el correo es SPAM o genuino. Si por ejemplo, UD, poseería un servidor propio (podemos brindarle ese servicio) sería UD. quien pusiera las reglas de límites. Y ese límite sería el técnico.
Lo mismo sucede con el nuestro.

No importa si envía con un sistema de envíos o desde un programa cliente, ya que utiliza el servicio SMTP igualmente de nuestra firma.
No tenemos nosotros un servicio de hosting con posibilidad de envíos masivos. No lo tenemos. Si antes se permitía, y a UD. le servía, ahora el tema de envíos ha cambiado notablemente desde hacer tres años como UD. nos dice. Ahora los requerimientos de los dominios hacen que el servidor utilice más recursos a veces para estos envíos que para todo los servicios compartidos. Y esto trae consecuencias de baja de estabilidad, velocidad, etc., llegando incluso a “tirar” el servidor entero.

No se trata tampoco de límites establecidos por sistema. El análisis es humano. Si en nuestros paneles aparece que hay determinado uso de recurso y éste pone en problemas los servicios del server, ese servicio se suspende.

No hay opciones del lado del servicio nuestro actualmente contratado por UD. a brindarle algún tipo de excepción, ya que como relaté, no es un tema administrativo, sino técnico. Los límites existen para todo. Incluso las mega empresas como Google, Yahoo y Hotmail las tienen. Y estos límites de mega empresas son de caracter en su mayor parte técnico.

No se trata de poner límites a nuestros servicios del lado administrativo (en general tratamos de subir esos límites) sino que si los límites existen del lado técnico, informarlos con claridad. Y mantener así un buen servicio todos. Conociendo esos límites ambas partes, aseguramos un buen servicio, sin sorpresas. Si lo que nosotros brindamos no le alcanza, puede ahora saberlo y organizarse de acuerdo a ello.

Posee igualmente, para su caso varias opciones. Se me presentan cuatro para citarle:

- Utilizar SMPT de Google. Es un cambio en los registros MX, manteniendo su nombre de dominio, pero utilizando SMTP de Google. Vea que en este caso, el límite (puesto por Google) es de 200 emails -aprox. según datos obtenidos de la práctica- por hora por dominio.

- Utilizar un servicio de envíos masivos. Nosotros lo ofrecemos a través de www.sectormail.com

- Contratar un servidor dedicado pequeño, donde podrá alojar sus dominios y poner sus propias reglas de envíos. Nosotros podemos asesorarle y brindarle ese servicio. Los precios son mayores que los de un plan de hosting, pero las posibilidades de comercialización también lo son.

- Migrar a otra empresa donde la permisividad en el envío de emails sea mayor a la nuestra o cumpla con su requerimiento.

No crea, que no nos importa que UD. se vaya. El citar la última opción no se trata de eso. Pero la opción de buscar otros caminos siempre existe. Lo sabemos. Preferimos eso a que la calidad de nuestro servicio caiga.

A modo personal, como webmaster también, agrego como comentario que los clientes siempre pedirán más servicio. Que es difícil explicar límites. Que no quieren pagar más. Que uno ya pasó un precio por un trabajo o abono mensual y que no es posible cambiarlo. Conozco muchos más “peros”, como seguramente UD., pero a veces se confunde tema servicios con no-límites, no-cambios, etc. Hay que explicarlos, o tratar de hacerlo, como es esta respuesta. Los servicios de hosting son confundidos con servicios de envíos masivos de emails, publicidad, contactos con miles de clientes. La facilidad y permisividad de los sistemas del lado del cliente, hacen que no se vean impedimentos técnicos para realizar un envío por ej. de 5000 emails en un click. Se confunde el usuario. No ve lo tecnicamente involucrado en ese click. Solo se ve lo local. Y bien. Hay que informarlo. Los clientes en general entienden, e incluso puede quizás a sorprendernos el que acepten pagar una suma mayor por un servicio de esa naturaleza. En general, los servicios de contactos con miles de clientes, aún los pagos, son muy económicos para las empresas. Y sino, deberán adecuarse para tener en cuenta ese gasto.

Espero haber aclarado un poco más este punto y que conozca más en detalle cómo trabaja SectorHosting.

Quedo a su disposición.

Cordial saludo.

Julio O. Mellado
www.sectorhosting.com

Posted by SectorHosting at 18:50 Tagged with: , ,

Solicito adecuacion del soft WordPress

Consultas de usuarios No Responses »
Aug 012009

CONSULTA DEL USUARIO:

Solicito instalen los archivos necesarios para traducir el wordpress al español.

Quisiera saber ademas la manera de modificar o ingresar al diseño de la plantilla activa para eliminar o agregar elementos (gadgets) ej: estadod el tiempo, reloj, sist. para dministrar usuarios y sus pagos, etc.

RESPUESTA DEL STAFF:

Estimado Jorge:
Se subirán archivos de traducción.
Estos archivos, deberán ser actualizados en tanto cambien las versiones de WP, es decir, si la versión cambia el contenido, los archivos deberán actualizarse. Nosotros instalamos WP con los archivos en inglés y español, a la fecha. Demás actualizaciones, deberá hacerlas el administrador del sitio o web master.
En cuanto a plugins, los mismos se instalan desde el mismo panel de WP.
No nos encargamos de instalaciones de plugins dentro del alcance de nuestro soporte técnico, debido principalmente a que son tareas de construcción de sitios. Si lo que desea es instalación personalizada, podemos de acuerdo a su pedido presupuestar el trabajo.

Podemos si, asesorarle.
En tema plugins, la oferta es afortunadamente vasta. Son cientos o quizás más, los plugins disponibles. Es cuestión de investigar. Pero no hay que ir muy lejos en la búsqueda. El mismo panel de WP ofrece abundante información. No creo que necesite buscar en otro sitio, sino en el mismo panel, ofreciendo incluso lo recomendado, los de mejores puntajes, y las novedades. Lo mismo para themes.
Los requerimientos iniciales del sitio, la experiencia en el uso como administrador y la escucha de la demanda de sus usuarios, el estudio de las herramientas nativas de WP, como así también de la disponibilidad de plugins, actualizaciones, novedades, etc., demandan no sólo una gran cantidad de horas para el inicio, sino también en la manutención posterior. El tema seguridad, requiere de atención permanente, estando atento a actualizaciones que en muchos casos son críticas.
Si bien se disponen de actualizaciones automáticas a través del mismo panel administrativo, tanto para la aplicación misma como para demás componentes instalados (plugins, themes) es necesario entender que hay que invertir tiempo en publicar esas actualizaciones, tomando cuidados como realizar copias de bases de datos antes de cualquier actualización. A veces, la instalación de un simple plugin, puede hacer que el sitio quede offline.
La potencia de los paneles de los CMS o Blogs, caso WP, Joomla, Moodle, etc., es muy grande y brinda la posibilidad de construcción de sitios que hace algunos años, costaban grandes cantidades de dinero, sólo disponible para grandes empresas. Sin embargo, los cuidados en cuanto a temas de seguridad y actualizaciones necesitan de una atención permanente.
Digo esto porque el hecho de que este tipo sitios sean autoeditables, o sea que los mismos usuarios/dueños construyen el sitio volcando la información sin necesidad de poseer conocimientos para esto, sino concentrándose en el contenido; que sean también independientes de programas editores externos, o sea que la misma interfaz web tiene en la mayoría de los casos la potencia para construir páginas con formato, videos, imágenes, audio, etc., hacen que los administradores/web masters, no presten la debida asistencia (?el sitio se hace solo y se mantiene solo y anda?) en temas cruciales como construcción de backups de bases de datos, actualizaciones críticas, etc., quedando la aplicación a veces totalmente vulnerable a hackeos, toma de formularios para realizar SPAM, con molestas consecuencias.

Es este podríamos llamarle ?nuevo mundo? de la web 2.0 muy potente, apasionante, ofreciendo una facilidad en la construcción de sitios ?sorprendente?, pero requiere de horas de investigación y estudio.
La facilidad y comodidad no ha hecho a mi entender que podamos invertir menos horas en el estudio. Posiblemente no es necesario invertir horas en escribir algunos lenguajes de programación, pero es necesario invertir horas en otras áreas.
Y como creo en todo, cuanto más conocimiento, mejores resultados obtendremos.
Sólo quise agregar estos comentarios con carácter informativo.

Cordial saludo y estaré instalando archivos de idioma español a la brevedad.

Julio O. Mellado

www.sectorhosting.com

Posted by SectorHosting at 17:38 Tagged with: , ,

SectorHosting - Acerca de envíos masivos de emails

Consultas de usuarios No Responses »
Jul 292009

CONSULTA DEL USUARIO:

Estimados,
Tengo un par de puntos que quisiera esclarecer:
1) En nuestros sitios no utilizamos el envío masivo de mails, estas medidas tomadas por su empresa nos afectan monetariamente de alguna forma?
2) Las medidas solucionaran el problema actual de nuestras cuentas el cual consiste en la clasificación como correo SPAM por la mayoría de los servicios de mail que existen (Hotmail, Gmail, Yahoo!) de todos los mails que se envían, aún cuando sean remitidas a solo un destinatario? De no ser así, qué solución nos pueden brindar?
Desde ya muchas gracias.
Aguardo su pronta respuesta.
Federico

RESPUESTA DEL STAFF:

Estimado Federico:
Respondo sus inquietudes.

1.- No. No afectará. El email es informativo acerca de medidas a tomar en caso de que se registren hechos de uso indebido de servicio. No es algo puntual a su cuenta.

2.- No directamente, aunque si la causa de la no llegada de emails depende de la reputación de un determinado rango de IP, estas medidas tienen como principal objetivo, no el cobro de sanciones en dinero, sino disminuir el mal uso o abuso de nuestro servicio de envío de emails.
Si bien una medida de este tipo no brinda una solución inmediata, la aplicación de sanciones esctrictas,  tienen un efectivo resultado. No es en rigor, una solución del lado técnico, sino correctiva en cuanto a uso de servicios.
En cuanto a clasificación de SPAM de correos individuales, hay que tener en cuenta que esta clasificación depende de varios factores, los cuales son configurables del lado del programa cliente, o sea del destino.
No es necesario enviar muchos correos para que un email sea clasificado como SPAM. Si se envía un solo email “mal” construido (asunto con palabras como VIAGRA; caracteres mayúsculos en asunto; signos de admiración repetidos en asunto; vínculos en asunto; vínculos en cuerpo de texto enmascarados; gran cantidad de vínculos; vínculos a sitios sospechosos, y muchos etc.) el programa cliente lo tomará como SPAM. Queda que el destino marque el email como correo deseado y ya no será considerado SPAM.
COn esto quiero informar, que en la comunicación por email, varios son los “actores” que intervienen. Como dato, los emails en formato texto puro son más efectivos que los de formato html (es más difícil que un email en formato texto sea considerado SPAM).
Personalmente, he recibido en cuentas como gmail, yahoo y hotmail, emails no solo de speedy, por citar algún servidor, sino fibertel, y los mismos yahoo, gmail, y hotmail, que fueron clasificados erróneamente como SPAM.
Como se advierte, en muchos casos, las causas de una incorrecta clasificación escapan al servidor de envío, sino que juegan factores como la forma de construcción del email enviado, su contenido, etc.
Por otra parte, el nombre de dominio también tiene un importante papel para muchos proveedores de servicios.
Empresas en las cuales un solo usuario de emails (caso un empleado de una determinada firma) hace uso abusivo del servicio enviando miles de emails a un determinado servidor (hotmail, por decir uno, aunque es de los más conflictivos), basta para que el dominio sea considerado dudoso.
Entonces para ese servidor, otro usuario con el mismo dominio verá que sus emails van a SPAM. Incluso, no es necesario que un usuario haga uso abusivo, sino también el caso de que el dominio sea tomado para envíos de emails en forma remota, tanto porque troyanos robaron datos de acceso, o por algún motivo del tipo ingeniería social.
También están los filtros de los grandes proveedores (yahoo, hotmail, gmail) a nivel dirección IP. En estos casos, cuando un rango de IP es incluido an alguna lista negra, es tarea de los administradores del servidor en sacarlo de dichas listas. Los administradores deben cuidar celosamente que su servicio funcione lo más “aceitado” posible, y para esto, por ejemplo, las medidas de aplicación de sanciones para el mal uso del servicio.

En cuanto a su caso específico, le puedo comentar que trabajamos (las medidas tomadas son parte de eso) en varios frentes para mejorar llegada de emails, para los casos que dependa la no llegada de nuestro servidor.

Estuvimos viendo el email que nos ha hecho llegar en anterior ticket. Sin embargo lamentablemente, no tengo una respuesta de solución definitiva.

Trataremos de brindársela a la brevedad.

Disculpas por estas molestias y quedamos en contacto con dos tickets abiertos.

Cordial saludo.

Julio O. Mellado
www.sectorhosting.com

Posted by SectorHosting at 10:32 Tagged with: , , ,

Sobre Mails Masivos - Informar límites y formas de uso

Consultas de usuarios, General No Responses »
Jul 262009

CONSULTA DEL USUARIO:

Buen día, estoy en proceso de utilizar los servicios de sector hosting y tengo dudas sobre que alternativas tengo para enviar más de 300 correos en un mismo dia.

En la clásula 14 del contrato de servicios indica que debo informar mi requerimiento.

De igual forma tengo duda sobre como se contabiliza esto ya que entiendo que se pueden enviar los correos de dos formas:

a) Por el servidor (utilizando php)
b) Por el mail del cliente (webmail, outlook, fedora)
PREGUNTA 1 ¿COMO Se Contabilizan los 300 correos / dominio . dia?

PREGUNTA 2 :¿Si uno de mis clientes tiene un problema de virus en su pc y ms outlook manda 300spam. Eso me causa baja del servicio?????

Si los beneficiados con tener cuenta de correo de uno de mis clientes (sus empleados -supongamos 20-) un día tienen mucha actividad de correo (más que nada los correos personales y correos internos)

PREGUNTA 3:
Si ellos mandan más de 300 correos ¿ me causan baja del servicio?

Gracias por su atención

RESPUESTA DEL STAFF:

Estimado David:

Gracias por su consulta.

No hay en rigor una suspensión automática por sistema cuando un dominio envía más de “300 emails por día y por dominio”.
El tema pasa por el stress del servidor que el uso de SMTP puede ocasionar con “n” cantidad de emails. Tomamos como cifra 300, pero bien puede variar ese número por las características del email (peso, archivo adjunto), por el tiempo de envío (pueden enviarse todos juntos o separados en lapsos) y aun así, varía por el estado del server en el momento de envío.
Si la carga del servidor hace peligrar el servicio (puede suceder que hasta caiga el servicio) el origen es suspendido inmediatamente. Y esto sin aviso al mismo. No hay tiempo en general para informar y luego esperar respuesta y luego proceder.
Un usuario que envía 300 emails en foma de bulk, con un adjunto de 10 MB. es un usuario que no tiene en cuenta la posibilidad de sobrecarga que en el servidor ese envío puede ocasionar. Ese usuario puede ser suspendido si los recursos se ven afectados. El mismo envío se puede realizar en tandas con intervalos de tiempo.
La facilidad que el usuario posee en los sistemas de envío, pudiendo enviar miles de emails con un click, confunden a veces el uso de un servicio de hosting (el cual brinda posibilidad de envíos de emails), con un sistema de comunicación masiva, o de publicidad sin límites.

No importa la forma de envío. NO importa en realidad si el origen tiene un troyano o no. Lo que se mira es la “salud” del server.

A modo informativo, las políticas de envíos de emails, desde el lado técnico, son cada vez más estrictas en nuestra firma, y esto debido al aumento de casos de envíos masivos.
Este aumento de casos se debe principalmente al desconocimiento de las reglas de uso (en general se hace click en “acepto…” y pocos leen las reglas), al desconocimiento del stress que envíos masivos causan al servidor (desconocimiento de la tecnología), y al aumento de casos de máquinas infectadas con troyanos (en general descuidos de uso de tecnología). También, sucede el robo de accesos, empleados de firmas que utilizan recursos en forma propia, y muchos etc. Por último, tenemos los casos de usuarios que conociendo la tecnología, proceden intencionalmente.

Pero técnicamente, no importa si el origen es o no intencional, ya que el hecho sucede igual.

Entonces tenemos por un lado el aspecto legal y la inclusión posible en listas negras de IP o rangos completos de IP de SH, lo cual perjudica a miles de usuarios de SH (denuncias de SPAM a nivel entidades fuera de SH). SI existe denuncia de SPAm de alguna entidad nacional o internacional, el servicio es supendido, y en estos casos, puede no volver a reactivarse.

Por otro lado, en el plano puramente técnico, no es necesario que existan denuncias de SPAM para que SH suspenda un servicio, ya que que si los recursos de determinado servidor/servicio sufren abuso, el origen debe suspenderse.

En ambos casos, la situación es crítica y la suspensión debe realizarse, aunque en el segundo caso, cuando la decisión depende únicamente de SH, tenemos cierta permisividad.

En cuanto a antecedentes, es importante tener en cuenta las reincidencias, ya que en ese caso, puede ser que el servicio lamentablemente no sea reactivado.

Estas medidas, son justamente para trabajar y crecer junto al usuario. No para entorpecer su trabajo.
Cuando digo usuario me refiero a todos los que comparten servicios en un servidor.
Si fuéramos permisivos en este tema de envíos de emails, si no realizáramos suspensiones por abuso de uso de servicio, SH literalmente no existiría.

Espero haber aclarado un poco el uso de nuestro servicio.

Quedo a su disposición.

Cordial saludo.

Julio Mellado
www.sectorhosting.com

Posted by SectorHosting at 11:50 Tagged with: ,

Moodle

Consultas de usuarios, General No Responses »
Jul 052009

Quería saber si esta web puede soportar una plataforma e-learning, tipo algunas de las de código abierto, como moodle, etc.
Agradeceré todas las indicaciones técnicas que consideres útiles.
Saludos, Daniela

Agrego, si la consulta también para frontpage.
Te copio por ejemplo, lo que dice como limitaciones para la creación de formularios:

Comentario: NOTA: por razones de seguridad, algunos servidores Web no permiten el autorregistro. Cuando guarde esta página en un sitio Web, FrontPage comprobará esta posibilidad y, si existe algún problema, mostrará el archivo en el resumen de Errores de componentes de la vista de informes. El autorregistro tampoco está permitido en los servidores Web de Microsoft que utilicen cuentas de Windows NT para establecer los permisos del Web.
Comentario: Formulario de registro de usuario: cuando se configura de forma apropiada esta página y se guarda en un Web raíz de un servidor Web, este formulario permitirá que los usuarios se registren como usuarios válidos de un subweb de FrontPage en el mismo servidor Web. El subweb de destino debe existir cuando los usuarios envíen este formulario. Para configurar esta página, primero modifique las propiedades del formulario para establecer el nombre del subweb de destino. A continuación, use la función Buscar/Reemplazar para cambiar todas las instancias del texto [NombreSubweb] de la página con el título del subweb de destino, como “Web de nuevas ideas” o “Web de discusión de empleados”. Guarde esta página en el Web raíz. A continuación, cambie los permisos para el Web de destino con el comando Seguridad->Permisos del menú Herramientas. Establezca los permisos como únicos para el subweb de destino y cambie los controles de acceso de usuario de forma que sólo los usuarios registrados puedan entrar.
RESPUESTA

Estimada Daniela:
No hay problemas con plataforma como Moodle en nuestros servidores. Para estos casos, olvídese de FrontPage. Este tipo de sitios, son editables desde la misma interfaz o panel de la aplicación, y no siendo gráficos, en general nada se edita con algún editor HTML. Mucho menos con FrontPage, que necesita de componentes específicos y no utiliza además código html validado por la W3C (www.w3c.es) sino un html modificado según normas específicas de Microsoft, las cuales no son compatibles ni con la tecnología de Internet, ni con su espíritu de universalidad y no privacidad en la información.

Este tipo de sitios trabaja con bases de datos MySQL, las cuales se editan desde una aplicación específica. Nosotros trabajamos online pon phpMyAdmin. Componentes, imágenes, información en modo texto o multimedia, se suben al sitio desde las herramientas del panel de la aplicación. Posee abundante información buscando en google en:

http://www.google.com.ar/search?hl=es&client=firefox-a&rls=org.mozilla3Aofficial&hs=2ZR&q=moodle&btnG=Buscar&meta=

Foros, páginas oficiales, información en docs de google, blogs, etc. hablan de la aplicación, sus pro y contras, como también detalles para su instalación y uso.

Nosotros podemos encargarnos de la instalación de la aplicación. No nos encargamos de capacitación de su uso o problemas técnicos específicos de la aplicación.

Quedo a su disposición para lo que considere.

Cordial saludo y a sus órdenes.

(Queda este ticket abierto por 48 horas).

USUARIO:

Usted me había dicho que me recomendaba fuertemente que no usara el frontpage para el armado del e-learning y teniendo eso presente, estoy interiorizándome en el moodle y otras herramientas compatibles, dado que, al menos ahora, no puedo afrontar la inversión de un desarrollador que me lo arme…y es como aprender cirílico sin diccionario….
Volviendo, para pequeñas modificaciones, como las que tengo que hacer ahora, es muy cómodo el FP. No conozco otro.
Desde ya muchísimas gracias por la información, como siempre, es soporte es excelente.
Por este medio, le confirmo ok para liberar el servidor que tiene mi dominio, lo más pronto posible.
Atte., Daniela

RESPUESTA

Revisando los tickets he visto dos temas sin responder de mi parte.
Google Analytics y programa editor de html que no sea FP.
Para el primer caso, al cambiar el nombre de dominio, cambia el código de Analytics. Pero las opciones se han automatizado mucho actualmente, y hay más claridad y documentación para realizar este proceso.
En el caso de aplicaciones web dinámicas, como Moodle, puede encontrar información en:

http://www.google.com.ar/search?hl=es&client=firefox-a&rls=org.mozilla%3Aes-ES%3Aofficial&hs=gum&q=moodle+google+analytics&btnG=Buscar&meta=

Por el tema editor html, para el caso de aplicaciones web autoeditables, como lo es Moodle, WordPress(nuestro preferido), Joomla y tantos otros, en general, se evitan los editores externos, o sea se usa el panel de la aplicación misma. La idea en Internet es desde hace años no usar nada que no corra en un navegador. Que con un navegador conectado a Internet se pueda hacer todo lo necesario: emails, presentaciones, sitios web, videos, editar imágenes, texto, etc. Con este objetivo se busca sencillez para el usuario, es decir, que no tenga que disponer localmente de montones de aplicaciones, espacio, memoria, mantenimiento, etc., y que esos requerimientos técnicos corran en un servidor, el cual se prepara especialmente, y se lo atiende por técnicos preparados para ello. En realidad, a veces no alcanza, o a veces aplicaciónes locales disponen de mejores herramientas para determinadas tareas, pero aun así, se ha avanzado muchísimo en este objetivo.
Para el caso de editar html, personalmente utilizo Dreamweaver, aunque no con todas sus opciones, sino más bien como un organizador de archivos, revisor de vínculos, revisor de parámetros, y un poco menos como generador de código.

Cordial saludo y a sus órdenes.

Julio O. Mellado
www.sectorhosting.com

Posted by SectorHosting at 10:50 Tagged with: , , ,

Duda sobre Buscadores Locales

Consultas de usuarios, Posicionamiento web - SEO No Responses »
May 252009

CONSULTA DEL USUARIO:

A quien corresponda:

El motivo de la siguiente solicitud es para saber si existe alguna forma para que mi sitio web sea visto en los buscadores locales, es decir el sitio www.comosalirdelacrisis.com que esta soportado por su servicio de hosting, ya tiene cierto ranking en los principales buscadores como google, el detalle es que si se hace una busqueda de paginas solo en México que es donde requiero tener mayor impacto, no me arroja ningun resultado, y por tanto mi pregunta o duda es si hubiera alguna forma para que esto se solucionara, entiendo que su servidor no esta en mexico y por tanto la ip es de otro pais, asi mismo mi dominio no es mx, sin embargo me gustaria sabes si se han enfrentado anteriormente a un caso similar y de ser asi como lo han podido solucionar.

De antemano por su atención muchas gracias y reciban un cordial saludo.

RESPUESTA DEL STAFF:

Estimado usuario:
la dirección IP de otro país, no es en lo absoluto un parámetro que excluya a un sitio de un buscador. Es en todo caso, uno de los parámetros, pero no excluye a un dominio de resultados de búsqueda dentro de un país. más importante (de mucho más peso) es que el dominio sea regional. Imagine lo siguiente: tenemos un sitio en un país muy pobre (por desgracia hay muchos) en el cual no hay servidores que estén conectados a alta velocidad (por ejemplo, los servers de SectorHosting están conectados a 100Mbs, mientras que por citar un país, en Argentina no se alcanzan los 10 Mbps). ¿Cuál sería el motivo para no listar a un dominio de un país que posee para mejorar el servicio a sus usuarios, alojamiento en otro país? Es como alzarse contra el mismo espíritu de Internet, en el cual las fronteras geográficas no marcan límite al acceso de la información. Esté seguro, que la gente de Google no hace eso. Es por esto que la dirección IP no es para nada importante (puedo probar lo que le digo con por eje. www.sectorhosting.com.mx, vea la nota en nuestro blog:
http://blog.sectorhosting.com/2008/10/17/buscadores-posicionamiento-de-sector-hosting/). Como respuesta a su pregunta de si alguna vez nos ha tocado un caso similar, le diría que contínuamente, incluso con el caso de nuestros propios sitios.
El examinar con detalle un sitio para analizar este tema de posicionamiento, escapa al alcance de esta mesa de soporte, pero de cualquier manera, al dar un vistazo a www.comosalirdelacrisis.com, veo que noy relación en el texto (por lo menos en la main page) principal, ni en títulos, ni subtítulos, de México con el servicio ofrecido. La pregunta que surge es ¿Cómo puede un buscador poco inteligente, caso Google o Yahoo, en el cual la semántica no existe (no entienden significados) crear una relación lo suficientemente fuerte como para aparecer en resultados de búsquedas de ciudadanos mexicanos? La respuesta es no puede. Y en su caso los resultados están a la vista. Deberá modificar el texto de su sitio. El contenido debe decir en alguna parte algo que se ofrece fundamentalmente para México. Deben existir frases fuertes en el texto que indiquen lo que UD. ofrece. El buscador, no lo hará por UD.
Optimice su sitio (estructuras semánticas). Registre un dominio regional “mx”. Ingrese contenido acorde a lo que ofrece. Logre una densidad de palabras y frases fuertes de acuerdo a lo que buscan sus potenciales visitantes. Ese es el camino. Olvídese de la IP.
Espero le sirve este comentario.

Cordial saludo y a su órdenes.

Julio Mellado

.

Posted by SectorHosting at 20:48 Tagged with: , , , ,

Pagina fuera de sevicio

Consultas de usuarios No Responses »
Mar 252009

CONSULTA DEL USUARIO:

Hola, mi pagina estuvo fuera de servicio dos dias, por que el Bandwith estaba excedido, realmente no entiendo como funciona esto, ya me paso otras veces con otras de mis paginas, el WHM esta todo en inglés y no entiendo nada, cada vez le voy subiendo los valores del Bandwith un poco mas y no se realmente que estoy haciendo, hace un mes que quiero dar de baja una de las páginas y no se como se hace.

RESPUESTA DEL STAFF:

Estimado Sergio:
El paquete asignado al dominio smlfotos.com es el R1. No lo cambie.
En cuanto al bandwidth, es la cantidad de datos que se transmiten desde su sitio, medido en bytes. Si una página mide por eje. 250 Kb. y es visitada 4 veces en el día, se ha transmitido desde su sitio 250Kb x 4 = 1000 Kb que eq. a 1 Mb. A esto hay que sumarle aprox. un 30% de datos anexos, necesarios para la comunicación.
En el caso de su panel, el bandwidth se mide mensualmente, es decir, un paquete que posee 2000 Mb, significa que puede transmitir 2000 Mb x mes. SI llega a esa cifra antes de que finalice el mes calendario, el sitio no podrá visualizarse debido a la incapacidad de transmitir datos.
Con esto, dependiendo del tamaño del sitio o páginas visitadas, de la cantidad de usuarios que la visiten, se puede calcular un bandwidth adecuado al requerimiento.
Es algo que debe hacer el administrador del o los sitios.
Como dato, el plan R1 posee 200Gb de límite de bandwitdth, o sea 200.000 Mb. Sugiero tenga en cuenta el gran límite del plan, el cual puede trasladar a sus sitios, por medio de sus paquetes (packages).
Agrego, que cada cPanel, tiene la opción de registrar una dirección de email, a la cual, el sistema de cPanel enviará alertas ante la proximidad de algún límite que impida el correcto funcionamiento del servicio. Valores como espacio en disco de todo el sitio, espacio en disco de cada cuenta de email, y bandwidth, son valores críticos que deben ser tenidos en cuenta, ya que el servicio queda “off-line” al llegar al límite. Afortunadamente, esta herramienta, o sea un simple registro de una dirección de email existe, manteniendonos informados de estos valores.
El registro de una dirección de email en cada cPanel, es algo que debe tener muy en cuenta el administrador o webmaster del o los sitios.
En cuanto a la baja de algún dominio de su cuenta, la misma debe solicitarla por mesa de soporte. Nosotros nos encargamos de ello.
En cuanto al idioma inglés del WHM (Web Host Manager) no existe por el momento traducción al español en los skins utilizados por SH.

Si se le presentan problemas, no dude en escribirnos.

Cordial saludo.

Julio Mellado

Posted by SectorHosting at 20:31 Tagged with:

Transferir dominio desde entidad externa

Consultas de usuarios, SectorHosting No Responses »
Jan 232009

CONSULTA DEL USUARIO:

Hola, como hago para realizar una transferencia de un dominio a mi cuenta en Sector Hosting.

Nicolas

RESPUESTA DEL STAFF:

Estimado Nicolás,

Voy a tratar de ser lo más didáctico posible.

Para realizar una transferencia de un dominio de una entidad a la nuestra debe hacer lo siguiente:

1- Verificar que tenga acceso a la cuenta en la entidad externa y en nuestro panel de registracion de dominios. Si no tiene cuenta en nuestro panel deberá sacar una entrando a http://www.sectorhosting.com/login_dominios.html
2- Entrar a la entidad externa, y cambiar la dirección de mail de contacto del dominio por una suya para poder realizar los tramites, tomar nota de la anterior, para al terminar el tramite dejar la misma o no según precise.
3- Voy al Panel de registración de SH, y me logueo
4- Compro la transferencia
- Voy a Domain Names -> Transfer domains
- Busco el Dominio
- Dejo los datos de DNS sin tocar
- Confirmo el medio de pago
5- Voy a la entidad externa, voy al dominio y busco el Auth Code (llamado también EPP Key)
6- En el panel de registración de SH
- Voy a “Pending Transfers”
- Selecciono el dominio a transferir y hago click en “Authorization.”
- Completo con el Auth Code
7- Me va a llegar un mail a mi casilla. Dependiendo la entidad en algunos casos el mail dice, haga click aquí para completar la transferencia, y en otros casos dice “No haga nada, y en X días la transferencia se completará, y le da un enlace para cancelar dicha transferencia”. Dependiendo el mail que le llegue tome la acción correcta para realizar bien el proceso
8- Fin de la transferencia.

Saludos Cordiales

Gonzalo Fernández

Posted by SectorHosting at 14:35 Tagged with: , , ,

No puedo recibir mails de la página

Consultas de usuarios, General No Responses »
Dec 292008

CONSULTA DEL USUARIO:

Estimados:
desde ya 1 semana(desde que terminaron de cambiar los servidores), no puedo recibir los mails internos de la pagina!!!!!!cada ves que se conectan via la pagina nuestra en la parte de contactenos, la solicitud llega vacia al mail!!!!!!

por favor solucionen lo con urgencia

Alon

RESPUESTA DEL STAFF:

Estimado:

El formulario no funciona debido a que UD. continua utilizando la variable register_globals en ON para tomar, desde el POST de la página 06h.htm, la salida (action) para form-contacto.php.

Desde hace varios meses prevenimos sobre ésta situación que es un enorme agujero de seguridad, no sólo para su cuenta sino para todo el servidor ya que se podría inyectar código por medio de dicha funcionalidad ya discontinuada por PHP en las próximas versiones de la nueva rama.

Deberá obtener los valores por medio de POST y con control de los datos ingresados. Por ejemplo, use:

$nombre = isset ($_POST ['nombre']) ? htmlentities ($_POST ['nombre'], ENT_QUOTES), “”;

y del mismo modo con cada valor agregado a su header.

En el form-contacto.php le he agregado la modificación. Deberá hacerlo en el resto de los valores pasados por POST.

Puede leer más sobre htmlentities en: http://ar2.php.net/manual/en/function.htmlentities.php

Queda abierto por 12 horas el presente ticket de soporte por si tiene alguna consulta que hacernos, caso contrario será automáticamente cerrado.

Posted by SectorHosting at 18:38 Tagged with: ,
Older Entries
© 2010 SectorHosting BLOG Suffusion WordPress theme by Sayontan Sinha