Envio al sitio de blog "Bitrix en espa�ol" (www.bitrix.la)

C�sarV.: Multi-Departamentos de Bitrix Intranet

Wed, 31 Aug 2011 21:55:52 -0500

Multi Departamento Intranet - esta característica permite que diferentes versiones del portal de la empresa sean lanzados para cada división o departamento de la empresa o corporación. Esta funcionalidad es especialmente útil para empresas con múltiples oficinas y sucursales, las mismas que necesitan tener un alto grado de autonomía. En esencia, cada oficina/departamento tiene su propia intranet, las misma que podría tener una estructura y� diseño independiente, manteniéndose, al mismo tiempo, una integración entre los departamentos y� la oficina principal se mantiene

En una intranet con múltiples departamentos, cada departamento tiene su propia realidad e independencia (su propio sitio), y comparte información con el sitio principal.� �

Las funcionalidades comunes a todas las ramas de la organización, son:

Calendarios personales, tareas, archivos, fotografías y mensajes internos
Todos los empleados secciones en el menú principal
CRM

Datos y características�� independientes para cada departamento:

Blogs (incluyendo microblogs), foros y la transmisión en vivo
Todas las secciones de la empresa en el menú principal
Documentos
Todos los servicios
Todos los grupos de trabajo
Todas las secciones de comunicación: fotos compartidos, foro, blog, Clasificados

Tenga en cuenta que fuentes de noticias y otros datos pueden ser compartidos entre los distintos departamentos a través de ajustes del panel de control. Para los lectores familiarizados con la función multi-sitio de Bitrix Site Manager, nos gustaría señalar que la Multi-Departamentos es precisamente lo mismo. Es decir, para cada departamento, se crea un nuevo sitio, el mismo que cuenta con su propia carpeta raíz y subcarpetas.

Esta solución� sólo se incluyen en la edición BizPace Enterprise de Bitrix Intranet y el número de departamentos a crear es ilimitado.

El proceso de creación de un nuevo departamento dentro de la Intranet es muy sencillo y amigable, y lo podemos ejecutar (siempre y cuando tengamos los permisos adecuados), aplicando el asistente de creación de Departamentos, disponible en la barra de Herramientas Administrativas de de nuestra instalación (el botón lo tendremos disponible sólo si contamos con la edición apropiada de Bitrix Intranet).

La creación de una intranet con múltiples departamentos. Las tres ediciones inferiores de la intranet permiten probar por 90 días la solución de Multi-Departamentos de BizPace Enterprise de Bitrix Intranet�� (y la función de clúster web si lo desea). Para el siguiente demo hemos instalado BizPace Enterprise, y, mediante� el Asistente de configuración, vamos a activar la función de Multi-Departamentos.��

Vamos a aplicar sólo el paso del asistente que nos concierne, Paso 8, Una vez concluido el veremos un nuevo botón en nuestro panel administrativo, este botón nos servirá para crear un nuevo departamento de intranet.

Prácticamente, lo que haremos será reiniciar el asistente de configuración nuevamente, sólo que esta vez directamente en el noveno paso, donde indicaremos el nuevo departamento para el que se crea el portal, una vez finalizado el asistente, se abrirá la nueva intranet.

Para navegar entre los portales, los usuarios pueden usar los siguientes métodos:

Los usuarios pueden visitar la intranet de la empresa,
la intranet de su departamento, y,
dependiendo de la configuración (Inhabilitar a usuarios externos al portal del Departamento), las intranets de otros departamentos.

Los datos demo del “portal del departamento” se pueden eliminar utilizando el asistente de extracción de datos de demostración.

M�s...

Renzo Carpio: Configuraci�n de multisitios con Bitrix Site Manager y CPanel

Sat, 12 Mar 2011 14:39:56 -0600

En esta oportunidad deseo compartir con todos Uds. mi experiencia al configurar multisitios con Bitrix Site Manager y CPanel, la verdad la tarea no fue tan complicada, lo �nico que debemos tener en cuenta es seguir los pasos al pie de la letra.

A continuaci�n pasare a enumerar las configuraciones previas que se deben tener en cuenta antes de iniciar el proceso:

1. Tener instalado en nuestro servidor Bitrix Site Manager teniendo en cuenta que la instalaci�n se realiz� cumpliendo los requisitos m�nimos.

2. Por ejemplo si tenemos dos dominios llamados de la siguiente manera:
www.dominio1.com y www.dominio2.com, estos dominios deben apuntar a un mismo servidor es decir deben tener las mismas DNS.

Si se cumplen las dos configuraciones mencionadas anteriormente, pasar�amos a seguir los siguientes pasos propios del proceso de configuraci�n de multisitios con Bitrix Site Manager y CPanel:

1. ingresar a nuestro cpanel. (por ejemplo: www.dominio1.com/cpanel)

2. buscar en el panel administrativo el apartado dominios y dentro de este apartado buscar la opci�n dominios adicionales.

3. Luego de seguir el paso anterior, nos saldr� un formulario el cual debemos de llenar ingresando los siguientes (los datos mencionados aqu� son de ejemplo):

a) Nuevo nombre de dominio: www.dominio2.com
b) Subdominio/Ftp Usuario: user_dominio2
c) Document root: public_html/dominio2 (dominio2 es la carpeta a donde a puntar� el dominio www.dominio2.com).
d) Contrase�a: 123456 (pueden poner la contrase�a que deseen)
e) Contrase�a (otra vez): 123456 (aqui confirmamos la contrase�a)

4. Luego de rellenar estos campos dar clic a a�adir dominio, si les salio un mensaje error consulte con su proveedor de hosting, de lo contrario va por buen camino.

5. Regresar al panel administrativo general dando clic en el icono home que se encuentra en la esquina superior izquierda de la web.

6. buscar en el panel administrativo el apartado dominios y dentro de este apartado buscar la opci�n redirecciones.

7. Aqu� les saldra un formulario donde tendran que llenar los siguientes datos:

a) Tipo: Permanente(301) (Elegir siempre esta opci�n).
b) http://(www.)?: dominio1.com (dejar el campo de al lado vac�o).
c) redirecci�n a->: http://www.dominio1.com
d)redirecci�n www. : Redirigir con o sin www. (Elegir siempre esta opci�n).

8. Repetir el paso 7 con el otro dominio (en este ejemplo www.dominio2.com).

9. A partir de este punto tendremos que ir a nuestra web soportada por Bitrix Site Manager, es decir a la siguiente direcci�n web: www.dominio1.com/bitrix e ingresar nuestros datos de autorizaci�n.

10. Ingresar al apartado Configuraciones>Configuraci�n del Sistema>Lista de Sitios y elegir el s1 que viene configurado por defecto en el sistema y al cual vamos a configurar con los siguiente par�metros:

a)Activo: S� (Check activado).
b)Nombre: Sitio1 (este nombre es s�lo de ejemplo).
c)Defecto: S� (Check activado).
d)Dominio: dominio1.com (nueva l�nea) www.dominio1.com.
e)Carpeta del sitio: / (Ingresar siempre este valor).
f) Server URL: www.dominio1.com
g) Ruta de la carpeta ra�z del servidor web: (aqu� solo darle clic al link que se encuentra al lado derecho del campo).
h)Clic en guardar.

11. Ingresar al apartado Configuraciones>Configuraci�n del Sistema>Lista de Sitios y elegir crear un nuevo sitio, al vamos a configurar con los siguiente par�metros:

b)ID: s2 (este valor es s�lo ejemplo).
a)Activo: S� (Check activado).
b)Nombre: Sitio2 (este nombre es s�lo de ejemplo).
c)Defecto: S� (Check activado).
d)Dominio: dominio2.com (nueva l�nea) www.dominio2.com.
e)Carpeta del sitio: / (Ingresar siempre este valor).
f) Server URL: www.dominio2.com
g) Ruta de la carpeta ra�z del servidor web: (aqu� solo darle clic al link que se encuentra al lado derecho del campo y luego agrear a este campo /dominio2). (donde dominio2 es la carpeta donde esta apuntado el dominio: www.dominio2.com).
h)Clic en guardar.

12. El ultimo paso para terminar con este proceso ser�a el de crear un script php llamada links.php, el script de preferencia debe ser creado en el root del servidor y debe contener el siguiente c�digo:

====code====

<?
var_dump(symlink('/home/wwwdominio2/public_html/bitrix', '/home/wwwdominio2/public_html/comp/bitrix'));

var_dump(symlink('/home/wwwdominio2/public_html/upload', '/home/wwwdominio2/public_html/comp/upload'));
?>

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

Este c�digo crea links simb�licos a la carpeta /bitrix/ ubicado en el root del servidor y la carpeta /upload/ ubicado en root del servidor, estos links se crean en la carpeta /dominio2/.
M�s...

Brenda Ticeran: Mi primera experiencia con Bitrix.

Sat, 05 Jun 2010 13:45:08 -0500

Era...
M�s...

Johan Small: Seguridad web 2.0

Mon, 10 May 2010 00:18:51 -0500

"A medida que los usuarios almacenan m�s datos en l�nea, los piratas cibern�ticos encuentran maneras de penetrar aquellos sitios que cuenten con nuevos servicios."

Lo que empez� como un juego.

Samy Kamkar s�lo trataba de impresionar a las chicas. En lugar de eso, sin embargo, su nombre pas� a la historia de la pirater�a en la Web. Kamkar cre� lo que se considera el primer gusano de la Web 2.0, una amenaza virulenta que ning�n cortafuego pod�a bloquear y que finalmente forz� a MySpace.com a cerrar temporalmente. El gusano Samy (que lleva el nombre de Kamkar) estaba entre los m�s destacados de una nueva generaci�n de ataques en la Web que algunos expertos de seguridad temen pueda demorar la r�pida evoluci�n del modelo de colaboraci�n para el desarrollo de Internet conocido como la Web 2.0.

Kamkar buscaba una manera de sortear las restricciones de contenido de MySpace para adornar m�s su perfil cuando encontr� un error que esencialmente le permit�a controlar el navegador de cualquiera que visitara su p�gina de MySpace. �
====quote====
Un burrito de chipotle y unos pulsos m�s tarde�
=============
, dice Kamkar, hab�a creado el gusano de la Web con la propagaci�n m�s veloz de todos los tiempos.

En menos de 20 horas, el gusano se hab�a propagado a casi 1 mill�n de usuarios de MySpace y los hab�a forzado a seleccionar a Kamkar como su �h�roe� en las p�ginas de sus perfiles. News Corporation, el propietario del sitio, tuvo que desactivar a MySpace para solucionar el problema y Kamkar luego recibi� tres a�os de probatoria en el tribunal superior de Los Angeles.

Como gusano de la Web 2.0, Samy se�al� el comienzo de un cambio en los problemas de seguridad de la Web.
Los gusanos anteriores como MyDoom y Sobig afectaban los sistemas y causaban problemas t�cnicos que duraban varios d�as para los administradores de sistemas.

El gusano de Kamkar no hac�a nada que da�ara las computadoras de los usuarios de MySpace, pero amenazaba sus datos en l�nea. Y aunque los usuarios afectados de MySpace no pudieron aplicar un parche ni actualizar su software antivirus para corregir el problema, tan pronto MySpace arregl� el problema en sus servidores, qued� arreglado en todas partes.

� Qu� consecuencias inesperadas nos persiguen ?

Para los expertos de seguridad como Robert Hansen, CEO de la firma consultora de seguridad de la Web Sectheory.com, el gusano Samy es un ejemplo del tipo de consecuencias inesperadas que pueden surgir cuando los operadores de sitios de la Web permiten a los usuarios contribuir a sus propiedades de la Web.

Hansen y otros investigadores de la misma opini�n creen que estamos viendo el principio de lo que puede salir mal cuando se empieza a probar la seguridad de los programas de la Web 2.0.

Si no se produce un cambio radical en la manera en que los navegadores interact�an con la Web, dicen estos expertos, los problemas de seguridad de la Web 2.0 van a empeorar. Y con m�s y m�s de nuestros datos cr�ticos almacenados por aplicaciones de la Web 2.0 como Google Calendar y Zoho Office Suite, los agujeros de seguridad podr�an causar estragos.

Actualmente, dos tipos importantes de ataque en la Web tienen preocupados a los investigadores de seguridad:

los ataques llamados de �cross-site scripting� (XSS o guiones) y
�cross-site request forgeries� (XSRF o peticiones falsificadas).

Los ataques de cross-site scripting vienen en distintas variedades, pero el resultado es el mismo: el atacante encuentra una manera de hacer que un c�digo no autorizado se ejecute dentro del navegador de una v�ctima.

Los sitios de la Web que permiten a los visitantes publicar su propio contenido usando programas de filtro para evitar que los usuarios publiquen c�digos inseguros en sus perfiles de MySpace o en las subastas de eBay, por ejemplo.

Pero en el caso del gusano de Samy, Kamkar encontr� una manera de escabullir su JavaScript a trav�s de los filtros de MySpace.com.

En otro tipo de ataques de cross-site scripting, el sitio de la Web es enga�ado para que ejecute c�digo de JavaScript incluido en el URL de una p�gina de la Web. Normalmente, los dise�adores de la Web hacen que estos ataques sean imposibles, pero los errores de programaci�n pueden abrir una brecha para los ataques.

A medida que los sitios de la Web integran nuevos componentes generados por socios y por usuarios, los administradores deben preocuparse por la seguridad de esos pedazos interconectados adem�s de la seguridad de sus propios sitios, dice Seth Bromberger, gerente de seguridad de informaci�n de la compa��a Pacific Gas & Electric, basada en San Francisco.

====quote====
�Ahora tenemos varias puertas que defender�
=============
, explica �l.

A Bromberger le preocupa que muchos de los servicios basados en la Web est�n siendo construidos antes de que se entiendan totalmente sus riesgos de seguridad. Es ahora que se est�n empezando a examinar los riesgos de los ataques de cross-site request forgeries en redes locales, asegura �l.

En una petici�n falsificada, el criminal burla a un sitio de la Web para que crea que est� enviando y recibiendo datos de un usuario conectado al sitio.

Estos tipos de ataques podr�an usarse para dar a un atacante acceso total a cualquier sitio de la Web que todav�a no haya desconectado a la v�ctima.

Muchos sitios se protegen contra este tipo de ataque desconectando autom�ticamente a los visitantes despu�s de unos minutos de inactividad; pero si el atacante pudiera burlar a una v�ctima para que visite un sitio malicioso a los pocos minutos de conectarse, por ejemplo, al sitio Web del Bank of America, el malhechor podr�a limpiar la cuenta de banco de la v�ctima.

Los ataques de cross-site request forgeries son dif�ciles de perpetrar de una manera generalizada, pero en un ataque dirigido, son eficaces contra un n�mero notablemente grande de sitios de la Web, seg�n Jeremiah Grossman, funcionario principal de tecnolog�a de WhiteHat Security. �Las cross-site request forgeries van a ser el problema m�s grave en los pr�ximos diez a�os�, pronostica �l.

� Qu� defectos fundamentales se perciben?

Los servidores de la Web y las computadoras personales simplemente no est�n dise�ados para trabajar juntos de una manera segura. Y como la Web 2.0 empuja a estas m�quinas a hacer cosas cada vez m�s innovadoras, las grietas se est�n empezando a ver, seg�n Hansen de Sectheory.com, que tambi�n mantiene un sitio Web con un foro de discusi�n sobre los �ltimos ataques en la Web.

====quote====
�As� es fundamentalmente como funcionan los navegadores�
=============
, dice �l.
Google Desktop, en particular, le preocupa a Hansen, porque con este tipo de servicio las vulnerabilidades de la Web pueden afectar finalmente al escritorio.
====quote====
�Si usted permite que un sitio de la Web tenga acceso a su unidad de disco �para modificar, para cambiar cosas, para integrar, o para lo que sea� est� confiando en que ese sitio de la Web es seguro�.
=============

Los sitios como MySpace y eBay se enfrentan a estos problemas todos los d�as, pero si la visi�n de Google de una rica integraci�n entre la Web y el escritorio se hace realidad, la seguridad de la Web 2.0 tambi�n tendr� importancia para los usuarios corporativos. �Hist�ricamente, Google no ha comprendido muy bien estos problemas�, dice Hansen.

Y aunque algunos investigadores disienten con Hansen y dicen que Google ha hecho una labor admirable de mantener su sitio libre de defectos, en gran medida el verdadero problema de seguridad de la Web est� fuera del control de sitios como Google.

====quote====
�No existe un modelo de seguridad para el navegador�
=============
, dice Alex Stamos, un socio fundador de la firma de consultor�a de seguridad Information Security Partners.
====quote====
�El problema es que Google juega siguiendo las reglas que Netscape estableci� hace una d�cada�
=============
.

Stamos llama al modelo de la Web 2.0 donde se comparten peque�os programas generados por el usuario, o widgets, �una gran locura� desde el punto de vista de la seguridad.

Permanezca seguro

Los errores de c�digo todav�a son muy comunes, pero los operadores de sitios de la Web s�lo recientemente han comenzado a eliminarlos en una manera concertada.

�Curiosamente, no se han hecho muchas investigaciones sobre '�C�mo construir un sitio Web en la pr�ctica y cu�les son las mejores pr�cticas que permitir�an a una compa��a protegerse a s� mismas?'� dice Michael Barrett, funcionario principal de seguridad de informaci�n para la divisi�n PayPal de eBay. �Si existe ese conjunto emergente de mejores pr�cticas, yo dir�a que son poco los profesionales que las conocen�.

Y la naturaleza de los errores de seguridad de la Web 2.0 limita lo que los usuarios individuales pueden hacer para evitarlas. Usted puede evitar algunos ataques de peticiones falsificadas a trav�s de sitios usando un navegador diferente para acceder a los sitios de la Web 2.0 que contienen su informaci�n confidencial. Si, por ejemplo, usted navega con Firefox, podr�a entrar en el sitio de su banco usando Opera. Los sitios que examine en Firefox no tendr�n acceso a la cookie que Opera usa para mantenerle conectado.

Los ataques de cross-site scripting pueden ser m�s dif�ciles de evitar. Como siempre, hay que tener cuidado con los v�nculos que uno pulsa, pero esto no le protege de una amenaza como el gusano Samy, que puede afectar a un sitio de su confianza. A medida que la seguridad de la Web 2.0 sigue evolucionando, usted puede reconsiderar cu�nta informaci�n personal confidencial est� dispuesto a almacenar en l�nea.

Por �ltimo, Barrett cree que las normas de seguridad de la Web como las especificaciones WS* hacen algo por resolver el problema de la seguridad de la Web, pero est� de acuerdo con que muchas de las normas b�sicas de la Web, como JavaScript y HTTP, deben ser restructuradas. �Tenemos que reevaluar esas normas y potencialmente revisar algunas para hacer todo esto m�s seguro�, apunta Barret. �Si suficientes compa��as reconocen que existe un problema, entonces la industria comenzar� a moverse�.
- Robert McMillan

� Aveces qu� pasa ? - Aplicaciones de la Web que trabajan fuera de l�nea

Si usted ha pasado alg�n tiempo usando Google Docs & Spreadsheets, ya est� familiarizado con las excelentes prestaciones que brinda este servicio. Tambi�n habr� tropezado con cierta regularidad con un error de �Desconectado� que le obliga a desechar sus cambios recientes o cambiarse a una versi�n �s�lo lectura� de su documento cuando su navegador pierde el contacto con el servicio de Google. Este es el tal�n de Aquiles de las prometedoras aplicaciones actuales en la Web que ofrecen funciones de escritorio: requieren una conexi�n de Internet que no falle. Si algo interrumpe el v�nculo, usted puede perder la sincronizaci�n� y sus datos. Como m�nimo, su informaci�n quedar� fuera de su alcance.

Pero los programadores est�n trabajando en maneras de superar esa desventaja, usando una memoria temporal inteligente para dotar de funcionalidad fuera de l�nea a sus navegadores y aplicaciones de la Web.

Una nueva versi�n de escritorio del conjunto de productividad de Zimbra basado en el navegador (http://www.zimbra.com) puede crear una memoria temporal de los datos de su calendario y del correo electr�nico, separando la aplicaci�n de Zimbra de una conexi�n de Internet. Y una oferta todav�a in�dita de Scrybe (http://www.iscrybe.com) promete una aplicaci�n de la Web con calendarios y otras caracter�sticas que seguir� funcionando incluso cuando se active el modo �fuera de l�nea� de su navegador.

Mozilla.org est� siguiendo un enfoque incluso m�s amplio, construyendo la memoria temporal fuera de l�nea en Firefox 3 (vea http://www.pcwla.combuscar/07070801), que aparecer� en una edici�n beta este verano [boreal]. Cualquier sitio de la Web podr� aprovechar la caracter�stica, aunque las aplicaciones en l�nea tendr�n que ser actualizadas para usarla.

Aunque la memoria temporal puede liberar las aplicaciones de la Web de la necesidad de estar conectado a la Web, otra tecnolog�a emergente pretende liberarlas del navegador. Con promesas similares a Java de Sun, Adobe dice que su nueva plataforma Apollo, disponible como una edici�n alfa en http://www.pcwla.combuscar/07070802, permite a los desarrolladores de la Web escribir aplicaciones usando herramientas de programaci�n en l�nea como Flash y Ajax que ejecutan en el escritorio sin un navegador. Seg�n la compa��a, los programas de Apollo ejecutar�n por igual en Linux, Mac OS y Windows, simplemente como aplicaciones de la Web.

El reproductor de m�sica Finetune (http://www.finetune.com) es un ejemplo de este tipo de aplicaci�n de la Web independiente del navegador. Usted puede intercalar en su blog o sitio de la Web su programa de m�sica basado en listas de canciones, o puede bajar una versi�n de Apollo y ejecutar el reproductor por s� solo.

====code====

Heche un vistazo a nuestra soluci�n: http://www.bitrix.es/productos/bsm/seguridad/

=============
M�s...

Renzo Carpio: Desventajas de una web creada integramente con Flash

Wed, 17 Mar 2010 23:04:17 -0500

Limitaciones de Ancho de Banda y Velocidad
A menos que el dise�ador trabaje duro para optimizar Flash, la mayor�a de las aplicaciones Flash y sitios web pueden ser muy grandes y lentos para cargar. En muchas situaciones, el sitio web entero en Flash tiene que ser descargado antes de poder ser usado. Y mientras es posible agregar contadores gr�ficos y otras caracter�sticas para pasar el tiempo m�s r�pido, muchas personas no tendr�n paciencia de estar esperando.

La Usabilidad es Limitada
Uno de los botones m�s importantes de todo navegador web es el bot�n "Atr�s". Es usado todo el tiempo por la mayor�a de la gente navegando en la web. Pero un sitio flash t�picamente remueve esa funcionalidad. Cuando un visitante hace click para "Atr�s" despu�s de haber navegado profundamente dentro de un sitio Flash, es llevado de regreso al sitio donde estaban antes de visitar tu sitio. Luego si regresan a tu sitio Flash, tienen que volver a navegar hasta donde se hab�an quedado antes. Algunas personas tal vez puedan hacer el trabajo dos veces, pero la mayor�a no.

La Accesibilidad es tambi�n limitada
Ya que la mayor�a de sitios Flash est�n basados en im�genes y generalmente no tienen mucho texto alternativo, puede ser bastante dif�cil o imposible de leer para cualquiera.

Los motores de b�squeda no pueden leerlos
Los motores de b�squeda no son como las personas que pueden leer el texto en las im�genes. Adem�s, muchos tienen problemas para seguir enlaces que no son los est�ndar HTML - y la mayor�a de links en Flash no est�n en HTML - est�n en Flash. Por esto, muchos desarrolladores Flash la tienen dif�cil para lograr que sus sitios en Flash rankeen alto en losmotores de b�squeda. De hecho, muchos sitios Flash que s� rankean bien, lo logran porque tienen dos versiones del sitio - una en Flash y otra en HTML. Y tienen que mantener dos copias del mismo sitio.

Para usar Flash se requiere un Plugin
Mientras una gran proporci�n de navegadores web incluyen ya el plugin, el hecho es que Flash s� requiere un plugin que algunas compa��as no lo permiten.

M�s...

Vittorio D.: Pasos para dise�ar un sitio web con Bitrix

Tue, 16 Mar 2010 16:46:36 -0500

Para comenzar debemos comentar lo siguiente, a la hora de dise�ar cualquier pieza gr�fica, en este caso una p�gina web, debemos estar enterados por completo sobre el proyecto, sus necesidades del cliente, sus objetivos, lo que espera lograr con su p�gina web, y dem�s datos importantes que son la base del proyecto a realizar, estos datos lo debemos revisar en un documento que se llama Brief y de all� empieza todo lo dem�s.

Definitivamente una vez que sabemos exactamente todo lo que el cliente espera lograr con su p�gina web, debemos poner manos a la obra.

Cabe se�alar que antes de comenzar el trabajo de dise�o, se le ha hecho llegar al cliente el mapa de sitio de la pagina web, y el nos ha respondido dando su aprobaci�n o ajustando alg�n detalle.

Entonces lo primero que debemos hacer es revisar el mapa de sitio, para ver la cantidad de secciones que va tener la p�gina web, las herramientas con que contar� y sus funciones, para poder ir boceteando la plantilla o tener ideas mucho m�s claras.

Como sabemos Bitrix Site Manager es un CMS, quiere decir, es un administrador de contenidos, por lo cu�l el mismo cliente va poder tener acceso a actualizar su propia p�gina web, entonces debemos hacer lo siguiente:

1.- Revisar Brief del proyecto web.

2.- Revisar mapa de sitio de la p�gina web, para identificar herramientas, funciones y versi�n de Bitrix Site Manager.

3.- Identificar que secciones van a tener zonas editables (din�micas), que zonas van a contener animaciones (zonas est�ticas) y que zonas tendr�n herramientas especiales propias del software.

4.- Dejar volar la imaginaci�n y bocetear primeras ideas.

5.- Seguir boceteando, para darle forma a la l�nea gr�fica.

6.- Tener en cuenta a la hora del dise�o, las zonas editables por el cliente, sabiendo que esas zonas pueden aumentar de tama�o o disminuir, es decir dejar las zonas establecidas para que en cualquiera de los casos, no se desconfigure o se vea distorsionado cuando el cliente agregue o quite informaci�n.

7.- Analizar seg�n el proyecto, que herramientas propias del software van a estar siempre visibles y cu�les no, es decir herramientas tales como registro de usuarios, imprimir sitio, mapa de sitio, buscador, etc, esto va depender l�gicamente seg�n la naturaleza del proyecto, en ocasiones se estila que no se encuentren visibles, por un tema de limpieza de dise�o, pero en otras ocasiones es necesario que los usuarios siempre las ubiquen.

8.- Ser�a ideal trabajar con medidas exactas para los elementos, para las zonas editables, para las animaciones, para los espacios, etc, de esta manera ahorramos tiempo a la hora de hacer las medidas generales de la web antes de que pase a implementaci�n.

9.- Plasmar �la idea, es decir la l�nea gr�fica�, con las zonas bien identificadas, esto para que los desarrolladores no tengan problema a la hora de la implementaci�n y maquetaci�n de la plantilla.

10.- Una vez que tengamos la l�nea gr�fica de la p�gina web, podemos personalizar tambi�n aquellas secciones tales como blog, intranet, extranet, foros y dem�s m�dulos o herramientas siguiendo los mismos patrones de dise�o utilizada para la web en general, l�gicamente estas pantallas a personalizar va depender del tipo de licencia con que se est� trabajado el proyecto, las licencias m�s costosas tienen m�s herramientas y funciones.

A mi parecer estos ser�an los pasos m�s importantes a tener en cuenta cuando se trabaje alg�n proyecto con Bitrix, espero haber aportado con este contenido sobre todo para las personas que se puedan interesar en trabajar o dise�ar proyectos con un CMS como Bitrix.

Cualquier duda o sugerencia ser� bienvenida�.

Gracias�.

M�s...

C�sarV.: �Web Est�tica o Din�mica?

Fri, 12 Mar 2010 10:26:47 -0600

Es recomendable una web est�tica o una din�mica, �c�mo s� lo que necesito?, �es preferible usar soluciones adaptables o deber� desarrollar mis propias soluciones?, estas y otras preguntas similares ser�n respondidas en este hilo, y, con la ayuda y comentarios de nuestros lectores, trataremos de definir �cual es el m�todo m�s apropiado para tomar esta decisi�n?

Lo primero que haremos en este sentido es definir : Web Est�tica y Web Din�mica.

WEB EST�TICA.-

�Ausencia de moviemiento y funcionalidades.
�Absoluta opacidad a los deseos o b�squedas del visitante a la p�gina.
�Realizadas en XHTML o HTML.
�Para cambiar los contenidos de la p�gina, es imprescindible acceder al servidor donde est� alojada la p�gina.
�El usuario no tiene ninguna posibilidad de seleccionar, ordenar o modificar los contenidos o el dise�o de la p�gina a su gusto.
�El proceso de actualizacion es lento, tedioso y escencialmente manual.
�No se pueden utilizar funcionalidades tales como bases de datos, foros, etc.

WEB DINAMICA.-.-

�Gran n�mero de posibilidades en su dise�o y desarrollo.
�El visitante puede alterar el dise�o, contenidos o presentaci�n de la p�gina a su gusto.
�En su realizaci�n se utilizan diversos lenguajes y tecnicas de programaci�n.
�El proceso de actualizaci�n es sumamente sencillo, sin necesidad de entrar en el servidor.
�Permite un gran n�mero de funcionalidades tales como bases de datos, foros, contenido din�mico, etc.
�Pueden realizarse �ntegramente con software de libre distribuci�n.
�Existe una amplia comunidad de programadores que brinda apoyo desinteresado.
�Cuenta con un gran n�mero de soluciones predise�adas de libre disposici�n.

Muchas veces he encontrado p�ginas donde se informa a manera de noticia cosas como la siguiente:
"... el 25 de mayo del 2006 se llevar� a cabo el lanzamiento de ...", esto claramente hace alusi�n a un evento desfasado en el tiempo, y nos indica que esa p�gina web no fue actualizada, o siendo un poco m�s agudos,la web se hizo y nunca m�s se actualiz�. Asi como este ejemplo podemos encontr�r muchos en la web, y nos habla claramente sobre las desventajas de una web est�tica, muy probable los due�os de esta pagina no encontraron m�s a la persona que se las hizo, o era muy costosa las actualizaciones a la misma.

Otra conclusi�n a la que podemos llegar es que a los propietarios de la p�gina, nunca se les ocurri� (o no se lo recomendaron)que pod�an administrar ellos mismos la informaci�n de web, publicar noticias, art�culos, cambiar productos e imagenes, etc.

La forma de enfrentar este tipo de necesidades es mediante
una WEB DIN�MICA ya que es la que permite interactuar con nuestro visitante, permitiendole dejarnos informaci�n acerca de �l mismo, sus opiniones, comentarios y sugerencias, poniendo esta informaci�n disponible para otros usuarios, y logrando de esta manera lo que llamamos web 2.0.

Una web din�mica nos permitir� actualizar de una forma amigable y funcional, el contenido de nuestro sitio, nos d� la posibilidad de crear zonas de administraci�n desde donde podamos, agregar, eliminar o editar imagenes, textos o links de neustra p�gina.

Por �ltimo debo mencionar que la mejor forma de hacer una WEB din�mica, es mediante el uso de un sistema predise�ado de administraci�n de contenidos CMS (por sus siglas en ingl�s - Content Management System). Un CMS es un sistema dise�ado para generar p�ginas web din�micas donde podemos actualizar y gestionar f�cilmente los contenidos de la misma, administra los permisos de accesos, organiza la informaci�n y, en lineas generales, nos facilita las tareas.

Haciendo CLICK AC�, encontraremos un cuadro donde se resaltan las ventajas de una solcui�n din�mica frente a una est�tica, espero les sea de utilidad.
M�s...

C�sarV.: Empleando la Metodolog�a Correcta

Fri, 12 Mar 2010 10:22:12 -0600

He leido mucho sobre la metodolog�a correcta o la m�s apropiada en el desarrollo de un WEB SITE; he escuchado opiniones referentes a que no existe una metodolog�a correcta ni aplicable a cualquier proyecto, yo difiero de este concepto y espero poder compartir mis conceptos y metdolog�a mediante este hilo.
M�s...

C�sarV.: �Una Agencia o un Freelance?

Tue, 09 Mar 2010 08:04:24 -0600

Hay muchas variables a evaluar para tomar una decisi�n en este sentido, variables como la diversidad de profesionales necesarios, saber con quien trabaja, precios, y otras, son varibles que deberemso evaluar, y decidir sobre ellas.

1) PROFESIONALES INVOLUCRADOS
Creo que lo que primero tenemos que definir para lograr llegar a conclusiones valederas es que una WEB es una pieza comunicacional, con sus propias caracter�sticas; "sostenidos y bemoles" (como cualquier otro canal de comunicaci�n), y que hoy por hoy ha tomado mucha fuerza en las estrategias comunicacionales orientadas a cualquiesr objetivo, y para casi todos los mercados... esto quiere decir que para que un WEB SITE sea realmente un "buen WEB SITE", deber� cubrir objetivos de marketing y comunicacionales, muchas veces enmarcados en estrategias mucho m�s grandes, con objetivos muy puntuales y caminos y m�todos muy definidos.

En conclusi�n para hacer una WEB necesitamos un gran contenido comunicacional, gente con mucho conocimiento de comunicaciones, estrategias de marcas, marketing, y branding.

Adem�s de esto un web site es una pieza gr�fica por excelencia, donde deben verse reflejadas las caracter�sticas gr�ficas y de imagen de la marca, instituci�n o empresa a la que la web se refiere. Eso quiere decir que necesitamos dise�adores gr�ficos publicitarios y animadores multimedia.

Si nos ponemos exigentes tendr�amos que pensar probablemente en sonidistas, fotogr�fo y hasta un productor que puedan proporcionarnos los recursos (im�genes y video) necesarios para cubrir nuestras necesidades.

A esto podr�amos agregarle procesos de validacion con publico objetivo real, de tal manera que podamos dejar de ser subjetivos e intuitivos y pasemos a producir seg�n lo quiere y necesita el mercado al que apunta nuestra WEB.

Luego hay que pensar en el asunto funcional, nosotros necesitamos que nuestro WEB SITE realice un completo proceso de E-Commerce, o un eficiente E-Learning, necesitamos que nuestro sistema identifique usuarios, y les env�e cierta informaci�n de nuestro sitio de cuando en cuando. Entonces lo que necesitamos son una serie de funciones que deber�n ser ejecutacdo por nuestro sistema, para ello requerimos quien las programe, las automatice, vea que el sistema responda de forma correcta y que al final muestro WEB SITE nos facilite la vida.
Necesitamos un programador/desarrollador web.

Como siempre ocurre necesitamos que los tiempos sean los m�s �giles posibles, la cordinaci�n del desarrollo sea optima y as� logremos tener nuestro sitio listo y al aire lo antes posible. Necesitamos una persona departamento que descargue a los otros personajes de labores administrativas.

Por �ltimo, necesitamos un eficiente servicio de post ventas, y as� sentir la tranquilidad y respaldo que un buen equipo de soporte t�cnico y de resoluci�n de dudas, puede darnos, o simplemente saber que el que nos desarrollo la WEB no desapareci�, y est� al marcado del tel�fono, o a la vuelta de un mail.
En resumen estos podr�an ser los conocimientos requeridos para desarrollas un web site:

Comunicaciones
Comunicador
Dise�ador gr�fico
Animador Multimedia
Productor de medios (fotos y video)
Desarrolladores
Programador
Analista

La pregunta a responder es:
�puede una s�la persona ser competente y profesional en todos estos campos?.

2) �CON QUIEN TRABAJAMOS?
En un proyecto como un WEB SITE, es importane saber a quien exactamente estamos confiando nuestro desarrollo, y por consiguiente nuestra imagen ON LINE. Es inegable que es mucho m�s f�cil conocer e interactuar con un freelance que con una "agencia", el freelance normalmente expone sus productos on-line y sabemso que son realizados dirtamente por �l, en el caso de una "agencia", al ser un equipo de personas, nosotros siempre trataremos con un coordinador encargado del proyecto y ser� mas dificil tener acceso a la persona real que est� realizando nuestro trabajo. Esto puede ser contraproducente o un poco desalentador si somos de los que queremos estar paso a paso haciendole un seguimiento a nuestro proyecto.
En mi opini�n si es posible tener acceso directo a las personas encargadas de nuestro proyecto y si es posible interactuar con ellas, siempre y cuando la AGENCIA tenga una buena metodolog�a de trabajo.

3)SEGURIDAD Y CASOS DE FUERZA MAYOR
Hay situaciones que no son manejables por nosotros ni por nadie, la gente se enferma, se crean conflictos en los equipos de trabajo, estos se desintegran y dem�s.

Por su tama�o y organizaci�n, las agencias tienden a estar algo m�s protegidas y preparadas para imprevistos.

Si, por ejemplo, su dise�ador principal se enferma, tendr�n r�pidamente a alguien para su reemplazo. Si un freelance se enferma, podr� derivar el trabajo o responsabilidad a un colega de igual situaci�n, pero ya no tendr�amos a la persona elegida haciendo nuestro trabajo, sino a un sustituto.

Lo mismo sucede con el fallo en los equipos, las agencias mejor equipadas para tener mejores y m�s efectivos sistemas de BACKUP de informaci�n, o mejor disposici�n de recursos para reemplazar los equipos da�ados.
Es obvio que con una agencia tendremos mayor seguridad ante imprevistos.

3)PRECIOS
En una agencia, normalmente, los gastos operativos, as� como los administrativos, son prorrateados en el costo de los proyectos, y este costo es asumido directamente por los clientes y sus proyectos.
Una agencia siempre es mas cara, podemos pensar entre un 20% o 25% m�s que los costos de ofrecidos por un freelance.

4)METODOLOG�A
Normalmente una agencia cuenta con una metodolog�a de trabajo que permite agilizar procesos y optimizar la interacci�n de los profesionales que intervienen en un proyecto, esto l�gicamente hace que el desarrollo del proyecto sea m�s ligero y fluido, hace que los tiempos de ejecuci�n sean m�s exactos, y ayuda mucho a ordenar al mismo cliente en cuanto a las labores y actividades que debe realizar para obtener su WEB SITE.

Todo este proceso se reduce a la propia disposici�n de tiempo y metodolog�a empleada por el freelance en la elaboraci�n del proyecto. Si pensamos que el freelance, har� las de dise�ador, productor, evaluador, programador y dem�s, veremos que el tema metodol�gico y de orden ser� muy complicado para �l.

En una metodolog�a de trabajo en equipo una persona empuja a la otra a concluir las labores y a seguir con el proceso... el programador preciona al dise�ador para poder tener los patrones gr�ficos y empezar a programarlos, a su vez el dise�ador empuja al fotogr�fo a entregar las imagenes necesarias, para as� poder cumplir con los tiempos establecidos...
En una agencia tenemos una metodolog�a de trabajo en equipo, con un freelance tenemos una metodolog�a personal aplicada a uno mis.

M�s...