CONSULTA DEL USUARIO:

Estimados:

Necesito que soliciten la transferencia del dominio: XXXXXXXXX.COM a mi cuenta en su empresa.

El dominio actualmente se encuentra en XXXXXXX y ya autorize la transferencia.

Saludos cordiales,

RESPUESTA DEL STAFF:

Estimado Usuario,

Este proceso le debe realizar usted mismo, paso a explicar.

La dirección de nuestro panel de dominios es: http://www.sectorhosting.com/login_dominios.html

Si no tiene una cuenta en nuestro sistema de dominios, deberá registrarse gratuitamente para obtener una.

Luego, lo que debe hacer es comprar la transferencia de su dominio. En dicho sistema hay un “Paso a Paso” que explica como hacer esto.

Para acceder a dicho tutorial, entre con su cuenta en dicho Panel, y luego acceda a las siguientes opciones:

“Support” => “Visit the Help center”

Luego busque en el “Search” lo siguiente “Transferring Domains To Your Account” y busque en los resultados un artículo con el título exacto buscado

Entre en dicho artículo, y ahi tiene la guia de como transferir dominios a su cuenta.

Saludos Cordiales.

CONSULTA DEL USUARIO:

Hola que tal? Estoy teniendo este error (500 internal server error) en mi dominio desearía por favor se fijen y me expliquen si es culpa mía o que, les cuento que ya puse todo con los permisos 0644 y sigue igual, desde ya gracias.

Adrián

RESPUESTA DEL STAFF:

Estimado Adrián:

El problema del error 500 se debe a las siguientes situaciones (pueden darse todas o sólo una de ellas):

1) Ha escrito algún tipo de FLAG para el lenguaje PHP en un archivo .htaccess

2) Tiene permiso 777 en alguno de los directorios que son accedidos por su sitio. Debe pasarlos a 755.

3) Tiene permiso 777 en alguno de los archivos que son accedidos por su sitio. Debe pasarlos a 644.

4) El usuario y grupo (dueños) de sus directorios y archivos debe ser el mismo con el que ingresa al cPanel.

Saludos Cordiales

Departamento: Panel de Control
Asunto: Cuenta de email por defecto

Motivo:
que tal primero saludos cordiales.

Mi problema: la cuenta que configuro de email por defecto o “Direccion por Defecto” en el Cpanel, de el dominio albergado en mi cuenta (dominio.com) es cambiada despues de un tiempo, bueno cambiada no pero despues deja de renviar todo el trafico sin ruta al correo configurado y de nuevo aparece

“Configuración Actual: :fail: ” en vez de: “Configuración Actual: usuario@hotmail.com ” pierde la configuracion guardada y me pregunto si ustedes podrian tener la respuesta a la pregunta, ¿por que? y como solucionarlo?

Qué es necesario que todo el email se renvie a mi correo electrónico.

Gracias de antemano

Gonzalo Fernandez ha respondido a su solicitud por soporte:
——————————————————————————–
Estimado Javier,
La dirección por defecto es, hoy día, una muy mala idea de la gente de cPanel ya que la cantidad de SPAM que comenzaría a recibir al día superaría varias veces las quotas que haya asignado a sus casillas de mail. En su momento fue un muy buen recurso ya que tenía por objeto el que, si alguien escribía mal una dirección, el mail llegase a destino.

El SPAM se ha incrementado en el último tiempo de forma más que importante.

En SectorHOSTING implementamos controles bastantes estrictos ya que, para darle una idea, un dominio puede recibir centenares de miles de correos de la forma “cualquier-cosa@su-dominio.com” en un sólo día.

Son cifras realmente alarmantes debido a que los spammers cuentan no sólo con sus computadoras sino con millares de equipos que “trabajan” para ellos gracias a troyanos, virus y demás, que se encargan de enviar los mails utilizando la configuración del equipo local (infectado), dominios adulterados, etc.

El escenario, sin un control como el generado por la denegación de mails que tienen por destino cuentas inexistentes (:fail:), daría lugar a una importante cantidad de situaciones desagradables:

1) UD. recibiría tantos mails que no podría siquiera manejarlos,
2) El servidor que aloja su cuenta debería recibir, uno a uno, los correos como si fuesen genuinos, quitándole tiempo a los que verdaderamente lo son, por lo que la calidad del servicio (performance) caería considerablemente.

:fail: implementa un simple control: si la cuenta no existe durante el inicio de la recepción, interrumpe el mail ANTES que llegue al servidor evitando uso de recursos, carga del sistema, espacio en disco, saturación de casillas locales, etc.
Cuando el servidor detecta que se cambia el modo :fail: lo vuelve a setear. Es un proceso interno que no podemos quitar.

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

Saludos Cordiales.

Buenas tardes me pongo en contacto con ustedes, ya que necesitamos saber como hacer la aplicacion (CGI, ASP, PHP) para recibir los formularios hechos en flash.

Muchas Gracias

—————————————————————

Gonzalo Fernandez ha respondido a su solicitud por soporte

Estimado Daniel:

Una vez que envía los parámetros (GET o POST) los formularios en el servidor se manejan de manera natural, es decir, no importa si los parámetros vienen de un form html, script en php, asp o Flash.

Por lo que los deberá procesar de la misma manera que procesa cualquier formulario.

Queda abierto el presente ticket de soporte por 48 horas por si quiere agregar algo.

Saludos Cordiales.

—————————————————————

Usuario: Daniel
Fecha: 17-11-2008-2:55

Respuesta:
El problema que estamos teniendo es a donde y como se envia, es decir a que url, debemos enviar el formulario.
——————————————————————–
Julio Mellado ha respondido a su solicitud por soporte:

Estimado Daniel:
La URL a la que enviará datos su form, y la forma en que lo enviará, depende del script que decida utilizar. O sea, es un tema de construcción de su sitio. Si utiliza un script de su propia escritura, puede publicarlo en cualquier carpeta de su estructura y apuntar luego el form a esa dirección.

Ahora bien, si decide utilizar algún script de su panel de control, aconsejamos FormMail Clón, disponible en la opción Centro CGI. Al instalarlo con las herramientas de su cPanel, aparece la dirección a la cual deberá enviar por POST los datos del form. Es siempre de la forma:

http://nombre_de_dominio.com/cgi-sys/FormMail.cgi

Puede ver ejemplos de formularios que utilizan FormMail Clón en nuestro sitio (http://www.sectorhosting.com.ar/contratar.html).

Ayuda del script de FormMail Clón encontrará en:

http://www.scriptarchive.com/readme/formmail.html

Si utiliza  FormMail Clón, con el ejemplo de formulario de nuestro sitio y con la ayuda en la URL escrita arriba, no tendrá inconvenientes para el correcto funcionamiento del formulario.

Cordial saludo.

—————————————————————

Usuario: Daniel

Buenas noches, hemos podido enviar correctamente el formulario a
http://dominio.com.ar/cgi-sys/FormMail.cgi , cual funciona correctamente. En este momento nos encontramos con el problema de como redirigir ese mensaje a una casilla de mail deseada.

Julio Mellado ha respondido a su solicitud por soporte:
—————————————————————
Estimado Daniel:
Uno de los campos ocultos, necesarios para que funcione el cgi, es para escribir la dirección de envío de datos del form (debe ser una dirección del mismo dominio donde el form se encuentra).

El campo es:

<input type=”hidden” name=”recipient” value=”nombre@su_dominio.com”/>;

Escriba en nombre@su_dominio.com la dirección que desee.

Cordial saludo.

—————————————————————

Usuario: Daniel

Nosotros realizamos el formulario en flash lo cual el siguiente script no es valido para el mismo <input type=”hidden” name=”recipient” value=”nombre@su_dominio.com”/>

como deberiamos hacer para que nuestro formulario hecho en flash el cual utiliza el formmail pueda llegar a nuestra casilla de mail.

—————————————————————

Julio Mellado ha respondido a su solicitud por soporte:

Estimado Daniel:
Debe declarar una variable con el nombre recipient que tenga como valor la dirección de email que considere.
Ese valor, debe ser transmitido con la acción del botón de envío.

Los campos invisibles (type=”hidden”) son datos anexos, que se envían al cgi.
La forma de declararlos en su form flash es por medio de variables.

Estos datos, los declara en su archivo flash dentro de una determinada capa (generalmente distinta de _root) que es la capa de su form.

Agrego que si desea, podemos construirle un form en flash, pero debido a que no pertenece esa tarea al soporte técnico de nuestro servicio, sino que es un trabajo perteneciente al área de construcción de sitios, posee costo adicional, sobre un valor base de u$s20.-

Cordial saludo y quedo a su disposición.

Motivo: Soy reseller se Sector Hosting – Todos mis sitios están caídos – off-line – out!

Buenos días,

nuevamente estamos reportando que los sitios web están caídos. Son las once y once de la mañana del día 25 de noviembre del presente año. Posiblemente ustedes revisan más adelante y funcionan, pero igualmente les informo es del momento en que se encuentra caído.

Gracias.

Respuesta de soporte técnico

Estimado Camilo Andrés:

En verdad, estamos testeando contínuamente la performance y estabilidad de todos los servidores de nuestra red.

Es un monitoreo que entre otros sistemas, se generan avisos a celulares de técnicos cuando algún servicio está llegando a su punto crítico de estabilidad, es decir, antes que caiga. En general, cuando un ticket de un usuario llega, ya estamos trabajando en el problema.
En su caso, en el servidor que aloja su cuenta, no hemos tenidos caídas de servicios.
Es probable que el problema se origine en algún dispositivo de conectividad intermedio, generalemente, de resolución de DNS.

Cuando esto suceda, es decir, cuando no vea sus sitios on-line, una forma de comprobar si algún dispositivo de conectividad que resuelva DNS está fallando, es ingresar por dirección URL genérica.

Si ingresa al sitio en cuestión, el servidor esta “vivo”. Es decir, hay una falla en la resolución del nombre de dominio, debida seguramente, a temas externos al servidor.

Otra forma, es ejecutar el comando tracert desde una ventana de comandos, de la forma:

tracert www.dominio-en-cuestion.com

Si no se llega al dominio, el problema está en el camino, pudiendo la lectura del resultado de este comando indicarnos el problema.

Copie el resultado en un nuevo ticket de soporte y trataremos el problema.

En una comunicación en Internet, los actores son varios. No sólo el servidor que aloja su cuenta.

Si el problema persiste, realice primero algunas de las comprobaciones detalladas, y con esos datos, podremos verificar el origen del problema.

Nosotros no tenemos de nuestro lado caidas de servicios, y estamos ingresando correctamente a sus sitios.
Cordial saludo y quedo a sus órdenes.

Julio Oscar Mellado

Es Director de Productos de SectorHosting – Mar del Plata, BA Argentina

Señores:
Me llegó un mail hablandome de una migracion, tema que no entiendo. Me podrian explicar ¿Qué es?

Recuerden que no tengo por ahora webmaster.

Gracias. Saludos.

Estimado,
El tema de la migración significa que se actualizarán los servidores que alojan su cuenta, es decir, se pasara toda la información a computadoras mas nuevas y potentes con tecnologías mas nuevas para que los servicios funcionen de una mejor manera.

Usted no debe hacer nada por su parte, esto lo hacemos 100 % nosotros, y no debería ni enterarse que esto pasó.
Lo que si es importante, es que si utiliza sitios dinámicos y/o con bases de datos debería contactarse con su desarrollador para verificar que el sitio es 100% compatible con la tecnología nueva.

En general, prácticamente todos los sitios son compatibles con las nuevas versiones de la misma tecnología ya que hay compatibilidad hacia atras, aunque hay ciertos caso en que pudiera no ser de esta manera. Por eso es que sugerimos hacer verificar el sitio por el desarrollador del mismo.

Posee información más detallada acerca de este tema en:
http://blog.sectorhosting.com/2008/11/10/nueva-arquitectura-de-servicios-separando-las-partes/

Doy por finalizado el presente ticket de soporte.
Saludos Cordiales.

Gonzalo Fernández
Es Desarrollador de Soft de SectorHosting – Mar del Plata, BA Argentina

La gran mayoría de las empresas de hosting (!la nuestra incluso!) utilizan una red de servidores para alojar cuentas en un espacio llamado hosting compartido, ofreciendo una variedad importante de servicios: Web, bases de datos, email, etc.

El escenario resultó ser bueno durante varios años pero, con el aumento de los requerimientos de datos, mensajería y demás servicios, ha hecho que comience a ser una arquitectura que, en no muchos años, será obsoleta.

El modelo que ha comenzado a utilizarse (si bien ha surgido hace tiempo), se basa en poner diferentes equipos para brindar los diferentes servicios. A modo de ejemplo: la página Web se guarda en un servidor Web; las bases de datos en un servidor externo de bases de datos y que sólo admite conexiones desde el servidor Web y así con el resto de los servicios. En tal ambiente, un cliente ve sus diferentes servicios como si estuviesen en un único lugar dejando la complejidad para la empresa prestadora, Sector Hosting en éste caso.

Como resultado de la actualización de servidores de hosting compartido que comenzaremos el próximo miércoles 12 de noviembre, iremos hacia ese modelo de servicios: servidores diferentes para los distintos servicios ofrecidos. Con ello se ha de mejorar considerablemente la performance de cada servidor a la vez que se puede brindar la misma calidad de servicios a todos los clientes. El motivo es simple de entender: en el modelo anterior, cuando una cuenta necesitaba mucha carga de bases de datos (por ejemplo), el resto de las cuentas “debían pagar” el precio (esperando) pues se trataba de un único servidor que se dedicaba a servir “todas las mesas”.

Algunas notas relevantes:

1) Su cuenta de hosting estará en varios servidores: uno para todo lo que es WEB y otro para bases de datos (sólo MYSQL). En una segunda (próxima) fase pondremos otros servidores para gestión de emails (ya hay varios clientes funcionando en ese escenario).

2) Todos los datos y contenido de su cuenta se conservarán intactos salvo por el ‘string’ de conexión a la base de datos que ya no podrá seguir siendo ‘localhost’. Nuestros técnicos están en condiciones de efectuar los cambios necesarios para que sea totalmente transparente para cada cliente pero debemos avisar ya que necesitamos contar con vuestra aprobación para el cambio.

3) Al finalizar la migración, se enviará un email con la detallada información para que pueda efectuar el reemplazo por el nuevo ‘string’ de conexión. Una vez hecho ello, todo continuará funcionando en forma totalmente transparente.

4) El próximo paso será la utilización de una red de servidores independientes de email (actualmente en uso para el servicio de email marketing desarrollado por nuestra firma: SectorMail) que permitirá aumentar los actuales límites asignados por cuenta. Sabemos que, cuando se estableció dicha limitación, el email no es lo que hoy día: la empresa moderna tiene una muy fuerte necesidad de comunicación que no podemos dejar de entender en toda su real y compleja magnitud.

Esperamos se sientan a gusto con las mejoras comentadas.

¡Muchas gracias por habernos elegido y confiar vuestro negocio!
Julio Alfredo Botto
Es Director de Tecnología de SectorHosting – Mar del Plata, BA Argentina

Con motivo de la actualización de servidores de hosting compartido, hemos de llevar las últimas unidades que aun corren con PHP4 a PHP5, algo que demoramos 6 meses más de lo previsto ante la solicitud de un centenar de clientes.

Ha llegado el momento de hacerlo. A continuación compartimos algunas notas y tips que pueden ser de utilidad.

Tal lo expresado por la gente de PHP: “PHP 5 y el Motor Zend 2 integrado han mejorado significativamente el rendimiento y las capacidades de PHP, al mismo tiempo que se han tomado precauciones para evitar al máximo incompatibilidades con el código existente. Por lo tanto, migrar su código desde PHP 4 a la versión 5 debe resultar bastante fácil. La mayoría de código PHP 4 existente debe estar listo para correr sin modificaciones, pero aun es buena idea que conozca sobre las pocas diferencias y tome sus precauciones para probar el código antes de actualizar versiones en entornos en producción.“.

Las diferencias pueden ser vistas aquí: http://www.php.net/manual/es/migration5.php aunque detallamos (para quienes tengan un perfil técnico o simple curiosidad) los puntos más comúnmente encontrados en nuestros clientes ya actualizados:

1) Se recomienda el uso de include_once() en lugar de include() y el control de inclusión previa.

2) Controlar que a array_merge() se le pasen únicamente matrices para evitar un error de tipo E_WARNING para cada uno de esos parámetros.

3) El uso de índices de cadena inválidos generan errores de tipo E_ERROR en lugar de E_WARNING.

4) strrpos() y strripos() ahora usan la cadena entera como aguja.

La lista completa, bajo el título “Cambios Incompatibles con Versiones Anteriores” puede ser vista aquí.

No hemos visto incidentes en otros servidores ya migrados aunque no podemos asegurar en un 100% que no los haya ya que cada sitio Web puede tener sus particularidades que no respeten alguno de los puntos indicados anteriormente.

Para independizarse de versiones de PHP puede consultar PEAR en http://pear.php.net/package/PHP_Compat con lo cual, nuevas versiones de PHP (como la rama 6), no presentarían mayores problemas.

¡Muchas gracias por habernos elegido y confiar vuestro negocio!
Julio Alfredo Botto
Es Director de Tecnología de SectorHosting – Mar del Plata, BA Argentina

Nuestra firma cuenta con una gestión de calidad de servicios que adopta, entre otras medidas, el reemplazo de las unidades o servidores cada dos o tres años.

Los motivos principales son los siguientes:

A) Prevención de fallos: con el reemplazo de las unidades en forma periódica, prevenimos posibles fallos inducidos por desgaste de materiales. Los servidores de hosting son equipos que funcionan las 24 horas del día y los 365 días del año. En cierto modo, se podría decir que se trata de una medida preventiva.

B) Actualización de versiones de aplicaciones de alto nivel o nivel de usuario (lenguaje PHP, MYSQL, etc.): para evitar posibles ataques maliciosos por versiones obsoletas (tal es el caso de la rama 4 de PHP) a la vez que mejoramos la prestación del servicio al incorporar nuevas características disponibles en el mercado y estabilizadas. Aclaramos que las versiones de los servicios generales (servidor de correo, cPanel, etc.) son actualizadas ni bien aparecen nuevas versiones, mejoras o correcciones.

NOTA: Para mayor información sobre la migración PHP4 a PHP5 se puede consultar el siguiente artículo: “Migración de sitios Web de PHP4 a PHP5 ¿qué hacer?

C) Performance: mejorar los tiempos de respuesta al poner en línea unidades de mayor potencia. Los sitios Web que hoy alojamos son varias veces más demandantes y con muchas más prestaciones y necesidades de recursos que hace tan sólo un año. El avance no sólo se puede observar en los teléfonos celulares!. La actualización que se está llevando a cabo en éste momento, pondrá en línea unidades de varios microprocesadores Intel (TM) con tecnología Quad Core, una sustancial mejora.

D) Infraestructura: aprovechamos cada “movida” importante para replantear diversos aspectos relacionados con la forma en que brindamos el servicio, el tipo de soluciones ofrecidas, arquitectura de nuestra red y otros aspectos esenciales a la hora de mantener no sólo actualizado un equipo sino un concepto de servicio que debe adaptarse a los tiempos que corren. En la presente actualización, llevamos adelante una nueva arquitectura de servicios distribuidos. Para mayor información ver el artículo “Nueva arquitectura de servicios: separando las partes

La actualización dará comienzo el miércoles 12 de noviembre de 2008 y se extenderá unas dos semanas.
¡Muchas gracias por habernos elegido y confiar vuestro negocio!
Julio Alfredo Botto
Es Director de Tecnología de SectorHosting – Mar del Plata, BA Argentina

SectorHosting en México – Algunos resultados en Yahoo y Google
Publicamos resultados de google y de Yahoo de México, de búsquedas con algunas frases relacionadas con nuestros servicios ofrecidos.

Poseemos informes detallados, pero en este blog, mostramos dos capturas de pantalla con dichos resultados.

En google por ejemplo, obtenemos 11 primeros puestos. Estamos en la primera página de resultados con 26 frases sobre 54 elegidas. 5 frases en la segunda página.
Se logra sobre un total de 54 frases, 38 dentro de los 30 primeros resultados, obteniendo un porcentaje superior al 70%.

Resultados en Google de México

En Yahoo el resultado y rendimiento es similar.

Resultados en Google de México

Como supondran, semejantes resultados en un mercado tan competitivo como lo es el servicio de hosting y relacionados, nos llenan de alegría y nos alienta a seguir trabajando. Queriamos de alguna manera, compartir esta satisfacción con nuestros lectores.
SectorHosting ofrecerá el servicio de posicionamiento a la brevedad, y para esto, hace falta poseer un fuerte respaldo con resultados.

Hemos elegido mostrar resultados de www.sectorhosting.com.mx, pero los resultados para los demás sitios regionales de la firma, son similares.
No es la primera vez que nuestros técnicos, teniendo como base la gran cantidad de parámetros que intervienen en el correcto posicionamiento, logran resultados tan notables, solo que ahora, nos hemos preocupado por medir los mismos, mediante el software apropiado.

Julio Oscar Mellado
Es Director de Productos de SectorHosting – Mar del Plata, BA Argentina
© 2010 SectorHosting BLOG Suffusion WordPress theme by Sayontan Sinha