QUE ES MEJOR ???

te contesto mas abajo, aqui solo comentar que ni Miguel Angel Da Vila ni yo
, estamos "promocionando" nada, ni vendiendo nada, ni la herramienta CMS que
uso yo, ni la que menciona Miguel Angel como propia, creo que esten a la
venta

M.Angel solo te comentaba otras herramientas mas (no suyas) que podian
servirte



"Carlos Mejia" escribió en el mensaje
news:

Pues ustedes mencionan soluciones CMS de alto nivel pero para la grna
mayoria soluciones como el php nuke son suficientes, ustedes no se ha

ndado

cuenta de algo y ahi surge mi gran inquietud y es uqe las paginas

dinamicas

no se puden promocionar pues no exiten como tal, entonces para efectos de
marketing que finalmente son las que importan entendiendo a internet como
negocio pareceria mejor paginas hechas en html, tengo esa gran inquietud

me

gustaria que alguien me resolviera esa duda


"Miguel Angel Da Vila" escribió en el
mensaje news:
> Nusestra solución se parece a la de la mayoría de los CMS. Tratamos el
texto
> de las páginas en un TextArea dentro de una ventana de edición. Pero en

el

> contexto de una Intranet. Los textos se editan en el "Editor", con sus
> herramientas de navegación propias, las de la Intranet o CMS. El usuario
> tiene un índice para acdceder al contenido. Lo notable de Contribute y

del

> producto de Interakt, es que la herramienta de vavegación es la del

propio

> sitio, trabajas en el contexto del web, o sea WYSIWYG real. En otras
> palabras, te autentificas, entras al homepage (el del sitio, no el de

una

> intranet), y lo puedes editar, sigues el hipervínculo "Productos" y ya
está,
> puedes editar la página Productos. De esta manera, el CMS no necesita un
> sistema de navegación ni un índice de artículos, el sitio actúa como

tal.

>
> Aunque para producir sitios me opongo en absoluto al WYSIWYG, en el caso
de
> que en una organización se reuiera la participación de gente no

entrenada

en
> menesteres de Web para actualizar el contenido, me parece adecuado un
> sistema donde alguien trabaja en el alto nivel, en el diseño, y deja una
> interfaz muy fácil de usar para que gente no especializada acceda a
> actualizar el sitio sin conocimientos específicos y con pocas

facilidades

> para estropear la base.
>
> Es como Windows o Unix, el programador trabaja en el Núcleo y el código

de

> la aplicación. El Administrador trabaja a nivel de configuración, el
usuario
> cuenta con una interfaz muy fácil para el trabajo diario, lo hace a

través

> de una GUI, sin preocuparse del Kernel o de los flags del procesador.
> LLevando las cosas con sus debidas proporciones, en los modelos citados
por
> mí, la GUI es el propio diseño del sitio. Equiparando, es como si le
dieras
> al usuario una revista ya armada con su caja, folio, cabeceras y áreas
para
> fotografía ya especificadas y lo dejas que escriba sobre la mancha de
texto
> o la cambie; o que cambie las imágenes unas por otras. Como en un
> rompecabezas.
>
>
>
>
> "danicastillo" escribió en el
mensaj
> e news:
> > Bueno en general yo uso una base de datos tambien para los contenidos
(en
> mi
> > caso asp) y hace tiempo me hice un programa asp para mantener esas

bases

> de
> > datos (configurable de forma relativamente sencilla para indicarle que
> > tablas/datos pueden modificar los usuarios) aunque es bastante
particular,
> > me gusta (no es pq lo haya hecho yo jajaja) y creo que el sistema asi

es

> > bastante util
> >
> > para almacenar texto supongo que usais un form que pide un textarea ,

y

el
> > contenido lo mandais a la bbdd ¿no? (me refiero al modulo en tu

empresa)

,
> > si es asi puedes intentar sustituir esos textarea por editores tipo
> htmlarea
> > http://www.interactivetools.com/products/htmlarea/
> >
> > free, y muy muy comodo para los usuarios, es un script facilmente
> acoplable
> > a "cualquier form" que tengas donde pidas un campo de texto , el

manejo

es
> > similar al word para el usuario final, que edita el texto, incluyendo
> > formatos, negrita, colores, etc , el script convierte todo eso a html

y

te
> > lo devuelve tal y como si fuera un formulario, eso lo almacenas en la
bbdd
> y
> > lo muestras donde toque, simplemente genial para crear frontends de

webs

> >
> > en cuanto a otros editores, bueno yo programo normalmente en texto (y
creo
> > que es lo mejor) =) , y normalmente incluyo esa aplicacion que me hice
(o
> > alguna similar) para que el usuario final pueda actualizar su sitio

sin

> > necesidad de saber html (la mecanica es similar a la que nombras, una
bbdd
> > con tablas que contienen los textos e imagenes de las distintas
secciones
> > modificables por el usuario)
> >
> >
> > -o|o|--
> > -o|o| dani castillo
> > -o|o| http://www15.brinkster.com/danic/
> > -o|o| tutorial y trucos asp, vb, diseño
> > -o|o|--
> > "Miguel Angel Da Vila" escribió en

el

> > mensaje news:%23j4xx$
> > > Me parece que el mail se origina en la necesidad de contar con un
> sistema
> > > que permita mantener actualizado el website con facilidad. Aunque
> nosotros
> > > desarrollamos en PHP, y tenemos nuestro propio sistema de CMS, que
> permite
> > > actualizar las páginas almacenando los textros en una base de datos.
Me
> > > atrevo a recomendarte que revises DreamWeaver de Macromedia en
conjunto
> > con
> > > Contribute de la misma marca. Esta combinación te permite mantener
> > > actualizado el contenido de las páginas con una enorme facilidad.
> > >
> > > En lo personal prefiero HomeSite sobre Dremweaver, pero en el caso
aquí
> > > señalado, me ha sorprendido la fórmula de Contribute, pues la

interfaz

> > para
> > > editar las páginas son las mismas páginas web, es sorprendente y
permite
> > que
> > > un usuario (cualquiera dentro de la empresa) sin conocimientos en
> absoluto
> > > de HTML edite el contenido dentro de las áreas de la página que sl
> > webmaster
> > > destina para ello.
> > >
> > > La otra opción que he visto funcionar con una facilidad de uso

similar

> es
> > > Komplete de Interakt, basado en MySQL, XML y PHP, en este caso, se
añade
> > una
> > > ventana de edición de texto substituyendo el área que se quiere
editar.
> > > http://www.interakt.ro/products/KompleteLite/
> > >
> > >
> > > Miguel Angel Da Vila
> > >
> > >
> > > "Dani Castillo" <danicastilloarrobahotmail.com> escribió en el

mensaje

> > > news:
> > > > uhms, no son excluyentes ;)
> > > >
> > > > para programar en serio paginas web:
> > > >
> > > > 1 Nociones de html como codigo, nada de frontpage :)
> > > > 2 algun lenguaje programado en servidor , php o asp
> > > > 3 javascript
> > > >
> > > > sobre frontpage olvidalo =) , es mi opinion
> > > > sobre php nuke, muy potente pero "no es" programar webs, es usar
> modulos
> > y
> > > > asistentes hechos (y ojo, phpnuke NO es php, es un "creador de

webs"

> > > basado
> > > > en php, pero php a secas es un lenguaje de programacion muy
potente),
> > > sobre
> > > > php o asp , ya por gustos
> > > >
> > > >
> > > > "Carlos Mejia" escribió en el mensaje
> > > > news:
> > > > > Bueno quiero saber realmente que es mejor si HTML o PHP , si

hacer

> las
> > > > > paginas en front page o usas php nuke??, por favor espero
respuesta
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

Sobre el particular de este hilo, puedo decir que alguna vez tambíen tuve el
temor de que las páginas con contenido dinámico, especielmente las hechas en
PHP según el mito, no fueran registradas por Google y compañía. Con el
tiempo he descubierto que no es así, que las páginas dinámicas también se
incluyen en los motores de búsqueda y con buen éxito.

También en nuestro despacho resulta una preocupación el Marketing en
Internet, utilizamos una herramienta que se llama WebPosition Gold, para
registrar los dominios de nuestros clientes y posicionarlos con buenos
ratings en sus correspondientes áreas. A pesar de manejar contenido dinámico
hemos logrado poner a varios de ellos en los primeros lugares de rating, aún
con páginas que utilizan cadenas GET en la línea de direcciones.

Especialmente en un caso, donde el cliente publica material de interés
político, su website recibe la mayoría de sus visitas referidos desde
Google, Yahoo y MSN, como hemos podido verificar en las estadísticas del
sitio, y son abundantes, el sitio está montado en un CMS que se llama
Pagetool, y que es de licencia libre para ONGes.

La precaución que hemos tenido, es montar una página especial que se muestra
cuando el servidor arroja un 404, muchas veces, el cliente durante la vida
del sitio, a pesar de nuestras recomendaciones, no mantiene en la base de
datos un archivo histórico con las páginas; que además ocupan poco espacio.
En ese caso, el programa que surte Apache en lugar del 404, además de
incluir una explicación del problema, regista el error y la página
solicitada enviándole la información al webmaster para que se entere de la
solicitud y tenga la posibilidad de reponer el contenido cuando los avisos
son recurrentes; también incluye un mecanismo de búsqueda con contenido
similar y un formulario para solicitar información.

Según leí en una entrevista realizada a uno de los jerarcas de Google en
sitio especializado, los servicios de búsqueda se han adaptado para leer
sitios con parámetros GET en sus direcciones, sin embargo recomienda que es
una buena práctica no poner más de tres variables en la URI. Algunas
estrategias recomendadas, sobre todo cuando se emplean sesiones, son
implementar mod_rewrite en Apache o utilizar código (PHP) para interpretar
la URL de forma:

www.tusitio.com/paginatal/nav/1/

y dentro del programa convertirla a:

www.tusitio.com/pagina.php?nav=1

Para ello o se reescriben las URI mediante mod_rewrite o se ponen reglas en
el directorio de modo que se fuerza a Apache a redirigir la entrega mediante
un enlace simbólico en Unix.

Sobre tu respuesta debo apuntar que hasta ahora he montado varios sitios con
contenido dinámico. Algunos utilizan CMS Open Source entre los que se
encuentran de manera destacada phpTool, proyecto para el que tuve el gusto
de colaborar vía Sourceforge con sus desarrolladores que viven en NY; mi
propia herramienta y algunas otras cuya implementación me han solicitado los
clientes, inclusive haciendo desarrollos propietarios. Mi recomendación de
herramientas no tiene un interés comercial, más aún cuando mi participación
en el foro está orientada al aprendizaje e intercambio de experiencias con
otros usuarios que comparten este espacio, como considero que debe
aprovecharse la Internet. Y por cierto escribí "nuestra herramienta", no
aporté el URL del sitio donde la promocionamos ni mencioné su nombre. Me
parece de mal gusto usar un espacio de Microsoft para vender nuestros
propios servicios, aunque me parece sano intercambiar información sobre
herramientas de la competencia con otros colegas.

Saludos




"Dani Castillo" <danicastilloarrobahotmail.com> escribió en el mensaje
news:

te contesto mas abajo, aqui solo comentar que ni Miguel Angel Da Vila ni

yo

, estamos "promocionando" nada, ni vendiendo nada, ni la herramienta CMS

que

uso yo, ni la que menciona Miguel Angel como propia, creo que esten a la
venta

M.Angel solo te comentaba otras herramientas mas (no suyas) que podian
servirte



"Carlos Mejia" escribió en el mensaje
news:
> Pues ustedes mencionan soluciones CMS de alto nivel pero para la grna
> mayoria soluciones como el php nuke son suficientes, ustedes no se ha
ndado
> cuenta de algo y ahi surge mi gran inquietud y es uqe las paginas
dinamicas
> no se puden promocionar pues no exiten como tal, entonces para efectos

de

> marketing que finalmente son las que importan entendiendo a internet

como

> negocio pareceria mejor paginas hechas en html, tengo esa gran inquietud
me
> gustaria que alguien me resolviera esa duda
>
>
> "Miguel Angel Da Vila" escribió en el
> mensaje news:
> > Nusestra solución se parece a la de la mayoría de los CMS. Tratamos el
> texto
> > de las páginas en un TextArea dentro de una ventana de edición. Pero

en

el
> > contexto de una Intranet. Los textos se editan en el "Editor", con sus
> > herramientas de navegación propias, las de la Intranet o CMS. El

usuario

> > tiene un índice para acdceder al contenido. Lo notable de Contribute y
del
> > producto de Interakt, es que la herramienta de vavegación es la del
propio
> > sitio, trabajas en el contexto del web, o sea WYSIWYG real. En otras
> > palabras, te autentificas, entras al homepage (el del sitio, no el de
una
> > intranet), y lo puedes editar, sigues el hipervínculo "Productos" y ya
> está,
> > puedes editar la página Productos. De esta manera, el CMS no necesita

un

> > sistema de navegación ni un índice de artículos, el sitio actúa como
tal.
> >
> > Aunque para producir sitios me opongo en absoluto al WYSIWYG, en el

caso

> de
> > que en una organización se reuiera la participación de gente no
entrenada
> en
> > menesteres de Web para actualizar el contenido, me parece adecuado un
> > sistema donde alguien trabaja en el alto nivel, en el diseño, y deja

una

> > interfaz muy fácil de usar para que gente no especializada acceda a
> > actualizar el sitio sin conocimientos específicos y con pocas
facilidades
> > para estropear la base.
> >
> > Es como Windows o Unix, el programador trabaja en el Núcleo y el

código

de
> > la aplicación. El Administrador trabaja a nivel de configuración, el
> usuario
> > cuenta con una interfaz muy fácil para el trabajo diario, lo hace a
través
> > de una GUI, sin preocuparse del Kernel o de los flags del procesador.
> > LLevando las cosas con sus debidas proporciones, en los modelos

citados

> por
> > mí, la GUI es el propio diseño del sitio. Equiparando, es como si le
> dieras
> > al usuario una revista ya armada con su caja, folio, cabeceras y áreas
> para
> > fotografía ya especificadas y lo dejas que escriba sobre la mancha de
> texto
> > o la cambie; o que cambie las imágenes unas por otras. Como en un
> > rompecabezas.
> >
> >
> >
> >
> > "danicastillo" escribió en el
> mensaj
> > e news:
> > > Bueno en general yo uso una base de datos tambien para los

contenidos

> (en
> > mi
> > > caso asp) y hace tiempo me hice un programa asp para mantener esas
bases
> > de
> > > datos (configurable de forma relativamente sencilla para indicarle

que

> > > tablas/datos pueden modificar los usuarios) aunque es bastante
> particular,
> > > me gusta (no es pq lo haya hecho yo jajaja) y creo que el sistema

asi

es
> > > bastante util
> > >
> > > para almacenar texto supongo que usais un form que pide un textarea

,

y
> el
> > > contenido lo mandais a la bbdd ¿no? (me refiero al modulo en tu
empresa)
> ,
> > > si es asi puedes intentar sustituir esos textarea por editores tipo
> > htmlarea
> > > http://www.interactivetools.com/products/htmlarea/
> > >
> > > free, y muy muy comodo para los usuarios, es un script facilmente
> > acoplable
> > > a "cualquier form" que tengas donde pidas un campo de texto , el
manejo
> es
> > > similar al word para el usuario final, que edita el texto,

incluyendo

> > > formatos, negrita, colores, etc , el script convierte todo eso a

html

y
> te
> > > lo devuelve tal y como si fuera un formulario, eso lo almacenas en

la

> bbdd
> > y
> > > lo muestras donde toque, simplemente genial para crear frontends de
webs
> > >
> > > en cuanto a otros editores, bueno yo programo normalmente en texto

(y

> creo
> > > que es lo mejor) =) , y normalmente incluyo esa aplicacion que me

hice

> (o
> > > alguna similar) para que el usuario final pueda actualizar su sitio
sin
> > > necesidad de saber html (la mecanica es similar a la que nombras,

una

> bbdd
> > > con tablas que contienen los textos e imagenes de las distintas
> secciones
> > > modificables por el usuario)
> > >
> > >
> > > -o|o|--
> > > -o|o| dani castillo
> > > -o|o| http://www15.brinkster.com/danic/
> > > -o|o| tutorial y trucos asp, vb, diseño
> > > -o|o|--
> > > "Miguel Angel Da Vila" escribió

en

el
> > > mensaje news:%23j4xx$
> > > > Me parece que el mail se origina en la necesidad de contar con un
> > sistema
> > > > que permita mantener actualizado el website con facilidad. Aunque
> > nosotros
> > > > desarrollamos en PHP, y tenemos nuestro propio sistema de CMS, que
> > permite
> > > > actualizar las páginas almacenando los textros en una base de

datos.

> Me
> > > > atrevo a recomendarte que revises DreamWeaver de Macromedia en
> conjunto
> > > con
> > > > Contribute de la misma marca. Esta combinación te permite mantener
> > > > actualizado el contenido de las páginas con una enorme facilidad.
> > > >
> > > > En lo personal prefiero HomeSite sobre Dremweaver, pero en el caso
> aquí
> > > > señalado, me ha sorprendido la fórmula de Contribute, pues la
interfaz
> > > para
> > > > editar las páginas son las mismas páginas web, es sorprendente y
> permite
> > > que
> > > > un usuario (cualquiera dentro de la empresa) sin conocimientos en
> > absoluto
> > > > de HTML edite el contenido dentro de las áreas de la página que sl
> > > webmaster
> > > > destina para ello.
> > > >
> > > > La otra opción que he visto funcionar con una facilidad de uso
similar
> > es
> > > > Komplete de Interakt, basado en MySQL, XML y PHP, en este caso, se
> añade
> > > una
> > > > ventana de edición de texto substituyendo el área que se quiere
> editar.
> > > > http://www.interakt.ro/products/KompleteLite/
> > > >
> > > >
> > > > Miguel Angel Da Vila
> > > >
> > > >
> > > > "Dani Castillo" <danicastilloarrobahotmail.com> escribió en el
mensaje
> > > > news:
> > > > > uhms, no son excluyentes ;)
> > > > >
> > > > > para programar en serio paginas web:
> > > > >
> > > > > 1 Nociones de html como codigo, nada de frontpage :)
> > > > > 2 algun lenguaje programado en servidor , php o asp
> > > > > 3 javascript
> > > > >
> > > > > sobre frontpage olvidalo =) , es mi opinion
> > > > > sobre php nuke, muy potente pero "no es" programar webs, es usar
> > modulos
> > > y
> > > > > asistentes hechos (y ojo, phpnuke NO es php, es un "creador de
webs"
> > > > basado
> > > > > en php, pero php a secas es un lenguaje de programacion muy
> potente),
> > > > sobre
> > > > > php o asp , ya por gustos
> > > > >
> > > > >
> > > > > "Carlos Mejia" escribió en el mensaje
> > > > > news:
> > > > > > Bueno quiero saber realmente que es mejor si HTML o PHP , si
hacer
> > las
> > > > > > paginas en front page o usas php nuke??, por favor espero
> respuesta
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

Muy interesantes todos los aportes resulta que antes teniamos paginas en
html y eran muchisimas con la gran ventaja que en cada uno de los temas
teniamos apariciones en los buscadores, nos cambiamos a php para generar las
paginas de forma dinamica, y pues empezamos a manejarlos mejor pero dejamos
de aparecer en los buscadores solo aparecemos con el nombre raiz, hemos
usado programas de promocion como el web position gold, usamos metatags y
promocion manual pero no se consigue entonces aunque el php me da orden no
me da aparicion en buscadores por lo tanto perdemos clientes,y esto al fin y
al cabo es un negocio, creo que en eso si me entienden o no???

Espero sus comentarios



"Miguel Angel Da Vila" escribió en el
mensaje news:

Sobre el particular de este hilo, puedo decir que alguna vez tambíen tuve

el

temor de que las páginas con contenido dinámico, especielmente las hechas

en

PHP según el mito, no fueran registradas por Google y compañía. Con el
tiempo he descubierto que no es así, que las páginas dinámicas también se
incluyen en los motores de búsqueda y con buen éxito.

También en nuestro despacho resulta una preocupación el Marketing en
Internet, utilizamos una herramienta que se llama WebPosition Gold, para
registrar los dominios de nuestros clientes y posicionarlos con buenos
ratings en sus correspondientes áreas. A pesar de manejar contenido

dinámico

hemos logrado poner a varios de ellos en los primeros lugares de rating,

aún

con páginas que utilizan cadenas GET en la línea de direcciones.

Especialmente en un caso, donde el cliente publica material de interés
político, su website recibe la mayoría de sus visitas referidos desde
Google, Yahoo y MSN, como hemos podido verificar en las estadísticas del
sitio, y son abundantes, el sitio está montado en un CMS que se llama
Pagetool, y que es de licencia libre para ONGes.

La precaución que hemos tenido, es montar una página especial que se

muestra

cuando el servidor arroja un 404, muchas veces, el cliente durante la vida
del sitio, a pesar de nuestras recomendaciones, no mantiene en la base de
datos un archivo histórico con las páginas; que además ocupan poco

espacio.

En ese caso, el programa que surte Apache en lugar del 404, además de
incluir una explicación del problema, regista el error y la página
solicitada enviándole la información al webmaster para que se entere de la
solicitud y tenga la posibilidad de reponer el contenido cuando los avisos
son recurrentes; también incluye un mecanismo de búsqueda con contenido
similar y un formulario para solicitar información.

Según leí en una entrevista realizada a uno de los jerarcas de Google en
sitio especializado, los servicios de búsqueda se han adaptado para leer
sitios con parámetros GET en sus direcciones, sin embargo recomienda que

es

una buena práctica no poner más de tres variables en la URI. Algunas
estrategias recomendadas, sobre todo cuando se emplean sesiones, son
implementar mod_rewrite en Apache o utilizar código (PHP) para interpretar
la URL de forma:

www.tusitio.com/paginatal/nav/1/

y dentro del programa convertirla a:

www.tusitio.com/pagina.php?nav=1

Para ello o se reescriben las URI mediante mod_rewrite o se ponen reglas

en

el directorio de modo que se fuerza a Apache a redirigir la entrega

mediante

un enlace simbólico en Unix.

Sobre tu respuesta debo apuntar que hasta ahora he montado varios sitios

con

contenido dinámico. Algunos utilizan CMS Open Source entre los que se
encuentran de manera destacada phpTool, proyecto para el que tuve el gusto
de colaborar vía Sourceforge con sus desarrolladores que viven en NY; mi
propia herramienta y algunas otras cuya implementación me han solicitado

los

clientes, inclusive haciendo desarrollos propietarios. Mi recomendación de
herramientas no tiene un interés comercial, más aún cuando mi

participación

en el foro está orientada al aprendizaje e intercambio de experiencias con
otros usuarios que comparten este espacio, como considero que debe
aprovecharse la Internet. Y por cierto escribí "nuestra herramienta", no
aporté el URL del sitio donde la promocionamos ni mencioné su nombre. Me
parece de mal gusto usar un espacio de Microsoft para vender nuestros
propios servicios, aunque me parece sano intercambiar información sobre
herramientas de la competencia con otros colegas.

Saludos




"Dani Castillo" <danicastilloarrobahotmail.com> escribió en el mensaje
news:
> te contesto mas abajo, aqui solo comentar que ni Miguel Angel Da Vila ni
yo
> , estamos "promocionando" nada, ni vendiendo nada, ni la herramienta CMS
que
> uso yo, ni la que menciona Miguel Angel como propia, creo que esten a la
> venta
>
> M.Angel solo te comentaba otras herramientas mas (no suyas) que podian
> servirte
>
>
>
> "Carlos Mejia" escribió en el mensaje
> news:
> > Pues ustedes mencionan soluciones CMS de alto nivel pero para la grna
> > mayoria soluciones como el php nuke son suficientes, ustedes no se ha
> ndado
> > cuenta de algo y ahi surge mi gran inquietud y es uqe las paginas
> dinamicas
> > no se puden promocionar pues no exiten como tal, entonces para efectos
de
> > marketing que finalmente son las que importan entendiendo a internet
como
> > negocio pareceria mejor paginas hechas en html, tengo esa gran

inquietud

> me
> > gustaria que alguien me resolviera esa duda
> >
> >
> > "Miguel Angel Da Vila" escribió en

el

> > mensaje news:
> > > Nusestra solución se parece a la de la mayoría de los CMS. Tratamos

el

> > texto
> > > de las páginas en un TextArea dentro de una ventana de edición. Pero
en
> el
> > > contexto de una Intranet. Los textos se editan en el "Editor", con

sus

> > > herramientas de navegación propias, las de la Intranet o CMS. El
usuario
> > > tiene un índice para acdceder al contenido. Lo notable de Contribute

y

> del
> > > producto de Interakt, es que la herramienta de vavegación es la del
> propio
> > > sitio, trabajas en el contexto del web, o sea WYSIWYG real. En otras
> > > palabras, te autentificas, entras al homepage (el del sitio, no el

de

> una
> > > intranet), y lo puedes editar, sigues el hipervínculo "Productos" y

ya

> > está,
> > > puedes editar la página Productos. De esta manera, el CMS no

necesita

un
> > > sistema de navegación ni un índice de artículos, el sitio actúa como
> tal.
> > >
> > > Aunque para producir sitios me opongo en absoluto al WYSIWYG, en el
caso
> > de
> > > que en una organización se reuiera la participación de gente no
> entrenada
> > en
> > > menesteres de Web para actualizar el contenido, me parece adecuado

un

> > > sistema donde alguien trabaja en el alto nivel, en el diseño, y deja
una
> > > interfaz muy fácil de usar para que gente no especializada acceda a
> > > actualizar el sitio sin conocimientos específicos y con pocas
> facilidades
> > > para estropear la base.
> > >
> > > Es como Windows o Unix, el programador trabaja en el Núcleo y el
código
> de
> > > la aplicación. El Administrador trabaja a nivel de configuración, el
> > usuario
> > > cuenta con una interfaz muy fácil para el trabajo diario, lo hace a
> través
> > > de una GUI, sin preocuparse del Kernel o de los flags del

procesador.

> > > LLevando las cosas con sus debidas proporciones, en los modelos
citados
> > por
> > > mí, la GUI es el propio diseño del sitio. Equiparando, es como si le
> > dieras
> > > al usuario una revista ya armada con su caja, folio, cabeceras y

áreas

> > para
> > > fotografía ya especificadas y lo dejas que escriba sobre la mancha

de

> > texto
> > > o la cambie; o que cambie las imágenes unas por otras. Como en un
> > > rompecabezas.
> > >
> > >
> > >
> > >
> > > "danicastillo" escribió en

el

> > mensaj
> > > e news:
> > > > Bueno en general yo uso una base de datos tambien para los
contenidos
> > (en
> > > mi
> > > > caso asp) y hace tiempo me hice un programa asp para mantener esas
> bases
> > > de
> > > > datos (configurable de forma relativamente sencilla para indicarle
que
> > > > tablas/datos pueden modificar los usuarios) aunque es bastante
> > particular,
> > > > me gusta (no es pq lo haya hecho yo jajaja) y creo que el sistema
asi
> es
> > > > bastante util
> > > >
> > > > para almacenar texto supongo que usais un form que pide un

textarea

,
> y
> > el
> > > > contenido lo mandais a la bbdd ¿no? (me refiero al modulo en tu
> empresa)
> > ,
> > > > si es asi puedes intentar sustituir esos textarea por editores

tipo

> > > htmlarea
> > > > http://www.interactivetools.com/products/htmlarea/
> > > >
> > > > free, y muy muy comodo para los usuarios, es un script facilmente
> > > acoplable
> > > > a "cualquier form" que tengas donde pidas un campo de texto , el
> manejo
> > es
> > > > similar al word para el usuario final, que edita el texto,
incluyendo
> > > > formatos, negrita, colores, etc , el script convierte todo eso a
html
> y
> > te
> > > > lo devuelve tal y como si fuera un formulario, eso lo almacenas en
la
> > bbdd
> > > y
> > > > lo muestras donde toque, simplemente genial para crear frontends

de

> webs
> > > >
> > > > en cuanto a otros editores, bueno yo programo normalmente en texto
(y
> > creo
> > > > que es lo mejor) =) , y normalmente incluyo esa aplicacion que me
hice
> > (o
> > > > alguna similar) para que el usuario final pueda actualizar su

sitio

> sin
> > > > necesidad de saber html (la mecanica es similar a la que nombras,
una
> > bbdd
> > > > con tablas que contienen los textos e imagenes de las distintas
> > secciones
> > > > modificables por el usuario)
> > > >
> > > >
> > > > -o|o|--
> > > > -o|o| dani castillo
> > > > -o|o| http://www15.brinkster.com/danic/
> > > > -o|o| tutorial y trucos asp, vb, diseño
> > > > -o|o|--
> > > > "Miguel Angel Da Vila" escribió
en
> el
> > > > mensaje news:%23j4xx$
> > > > > Me parece que el mail se origina en la necesidad de contar con

un

> > > sistema
> > > > > que permita mantener actualizado el website con facilidad.

Aunque

> > > nosotros
> > > > > desarrollamos en PHP, y tenemos nuestro propio sistema de CMS,

que

> > > permite
> > > > > actualizar las páginas almacenando los textros en una base de
datos.
> > Me
> > > > > atrevo a recomendarte que revises DreamWeaver de Macromedia en
> > conjunto
> > > > con
> > > > > Contribute de la misma marca. Esta combinación te permite

mantener

> > > > > actualizado el contenido de las páginas con una enorme

facilidad.

> > > > >
> > > > > En lo personal prefiero HomeSite sobre Dremweaver, pero en el

caso

> > aquí
> > > > > señalado, me ha sorprendido la fórmula de Contribute, pues la
> interfaz
> > > > para
> > > > > editar las páginas son las mismas páginas web, es sorprendente y
> > permite
> > > > que
> > > > > un usuario (cualquiera dentro de la empresa) sin conocimientos

en

> > > absoluto
> > > > > de HTML edite el contenido dentro de las áreas de la página que

sl

> > > > webmaster
> > > > > destina para ello.
> > > > >
> > > > > La otra opción que he visto funcionar con una facilidad de uso
> similar
> > > es
> > > > > Komplete de Interakt, basado en MySQL, XML y PHP, en este caso,

se

> > añade
> > > > una
> > > > > ventana de edición de texto substituyendo el área que se quiere
> > editar.
> > > > > http://www.interakt.ro/products/KompleteLite/
> > > > >
> > > > >
> > > > > Miguel Angel Da Vila
> > > > >
> > > > >
> > > > > "Dani Castillo" <danicastilloarrobahotmail.com> escribió en el
> mensaje
> > > > > news:
> > > > > > uhms, no son excluyentes ;)
> > > > > >
> > > > > > para programar en serio paginas web:
> > > > > >
> > > > > > 1 Nociones de html como codigo, nada de frontpage :)
> > > > > > 2 algun lenguaje programado en servidor , php o asp
> > > > > > 3 javascript
> > > > > >
> > > > > > sobre frontpage olvidalo =) , es mi opinion
> > > > > > sobre php nuke, muy potente pero "no es" programar webs, es

usar

> > > modulos
> > > > y
> > > > > > asistentes hechos (y ojo, phpnuke NO es php, es un "creador de
> webs"
> > > > > basado
> > > > > > en php, pero php a secas es un lenguaje de programacion muy
> > potente),
> > > > > sobre
> > > > > > php o asp , ya por gustos
> > > > > >
> > > > > >
> > > > > > "Carlos Mejia" escribió en el

mensaje

> > > > > > news:
> > > > > > > Bueno quiero saber realmente que es mejor si HTML o PHP , si
> hacer
> > > las
> > > > > > > paginas en front page o usas php nuke??, por favor espero
> > respuesta
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

Ve a
http://www.zend.com/zend/trick/tric...3-urls.php

Y revisa el artículo "Creating User-Friendly URLs" de Jason Gilmore. O en
http://www.WebmasterBase.com busa el artículo de Chris Beasley:
http://www.webmasterbase.com/articl...&pid=0

"Carlos Mejia" escribió en el mensaje
news:#

Muy interesantes todos los aportes resulta que antes teniamos paginas en
html y eran muchisimas con la gran ventaja que en cada uno de los temas
teniamos apariciones en los buscadores, nos cambiamos a php para generar

las

paginas de forma dinamica, y pues empezamos a manejarlos mejor pero

dejamos

de aparecer en los buscadores solo aparecemos con el nombre raiz, hemos
usado programas de promocion como el web position gold, usamos metatags y
promocion manual pero no se consigue entonces aunque el php me da orden no
me da aparicion en buscadores por lo tanto perdemos clientes,y esto al fin

y

al cabo es un negocio, creo que en eso si me entienden o no???

Espero sus comentarios



"Miguel Angel Da Vila" escribió en el
mensaje news:
> Sobre el particular de este hilo, puedo decir que alguna vez tambíen

tuve

el
> temor de que las páginas con contenido dinámico, especielmente las

hechas

en
> PHP según el mito, no fueran registradas por Google y compañía. Con el
> tiempo he descubierto que no es así, que las páginas dinámicas también

se

> incluyen en los motores de búsqueda y con buen éxito.
>
> También en nuestro despacho resulta una preocupación el Marketing en
> Internet, utilizamos una herramienta que se llama WebPosition Gold, para
> registrar los dominios de nuestros clientes y posicionarlos con buenos
> ratings en sus correspondientes áreas. A pesar de manejar contenido
dinámico
> hemos logrado poner a varios de ellos en los primeros lugares de rating,
aún
> con páginas que utilizan cadenas GET en la línea de direcciones.
>
> Especialmente en un caso, donde el cliente publica material de interés
> político, su website recibe la mayoría de sus visitas referidos desde
> Google, Yahoo y MSN, como hemos podido verificar en las estadísticas del
> sitio, y son abundantes, el sitio está montado en un CMS que se llama
> Pagetool, y que es de licencia libre para ONGes.
>
> La precaución que hemos tenido, es montar una página especial que se
muestra
> cuando el servidor arroja un 404, muchas veces, el cliente durante la

vida

> del sitio, a pesar de nuestras recomendaciones, no mantiene en la base

de

> datos un archivo histórico con las páginas; que además ocupan poco
espacio.
> En ese caso, el programa que surte Apache en lugar del 404, además de
> incluir una explicación del problema, regista el error y la página
> solicitada enviándole la información al webmaster para que se entere de

la

> solicitud y tenga la posibilidad de reponer el contenido cuando los

avisos

> son recurrentes; también incluye un mecanismo de búsqueda con contenido
> similar y un formulario para solicitar información.
>
> Según leí en una entrevista realizada a uno de los jerarcas de Google en
> sitio especializado, los servicios de búsqueda se han adaptado para leer
> sitios con parámetros GET en sus direcciones, sin embargo recomienda que
es
> una buena práctica no poner más de tres variables en la URI. Algunas
> estrategias recomendadas, sobre todo cuando se emplean sesiones, son
> implementar mod_rewrite en Apache o utilizar código (PHP) para

interpretar

> la URL de forma:
>
> www.tusitio.com/paginatal/nav/1/
>
> y dentro del programa convertirla a:
>
> www.tusitio.com/pagina.php?nav=1
>
> Para ello o se reescriben las URI mediante mod_rewrite o se ponen reglas
en
> el directorio de modo que se fuerza a Apache a redirigir la entrega
mediante
> un enlace simbólico en Unix.
>
> Sobre tu respuesta debo apuntar que hasta ahora he montado varios sitios
con
> contenido dinámico. Algunos utilizan CMS Open Source entre los que se
> encuentran de manera destacada phpTool, proyecto para el que tuve el

gusto

> de colaborar vía Sourceforge con sus desarrolladores que viven en NY; mi
> propia herramienta y algunas otras cuya implementación me han solicitado
los
> clientes, inclusive haciendo desarrollos propietarios. Mi recomendación

de

> herramientas no tiene un interés comercial, más aún cuando mi
participación
> en el foro está orientada al aprendizaje e intercambio de experiencias

con

> otros usuarios que comparten este espacio, como considero que debe
> aprovecharse la Internet. Y por cierto escribí "nuestra herramienta", no
> aporté el URL del sitio donde la promocionamos ni mencioné su nombre. Me
> parece de mal gusto usar un espacio de Microsoft para vender nuestros
> propios servicios, aunque me parece sano intercambiar información sobre
> herramientas de la competencia con otros colegas.
>
> Saludos
>
>
>
>
> "Dani Castillo" <danicastilloarrobahotmail.com> escribió en el mensaje
> news:
> > te contesto mas abajo, aqui solo comentar que ni Miguel Angel Da Vila

ni

> yo
> > , estamos "promocionando" nada, ni vendiendo nada, ni la herramienta

CMS

> que
> > uso yo, ni la que menciona Miguel Angel como propia, creo que esten a

la

> > venta
> >
> > M.Angel solo te comentaba otras herramientas mas (no suyas) que podian
> > servirte
> >
> >
> >
> > "Carlos Mejia" escribió en el mensaje
> > news:
> > > Pues ustedes mencionan soluciones CMS de alto nivel pero para la

grna

> > > mayoria soluciones como el php nuke son suficientes, ustedes no se

ha

> > ndado
> > > cuenta de algo y ahi surge mi gran inquietud y es uqe las paginas
> > dinamicas
> > > no se puden promocionar pues no exiten como tal, entonces para

efectos

> de
> > > marketing que finalmente son las que importan entendiendo a internet
> como
> > > negocio pareceria mejor paginas hechas en html, tengo esa gran
inquietud
> > me
> > > gustaria que alguien me resolviera esa duda
> > >
> > >
> > > "Miguel Angel Da Vila" escribió

en

el
> > > mensaje news:
> > > > Nusestra solución se parece a la de la mayoría de los CMS.

Tratamos

el
> > > texto
> > > > de las páginas en un TextArea dentro de una ventana de edición.

Pero

> en
> > el
> > > > contexto de una Intranet. Los textos se editan en el "Editor", con
sus
> > > > herramientas de navegación propias, las de la Intranet o CMS. El
> usuario
> > > > tiene un índice para acdceder al contenido. Lo notable de

Contribute

y
> > del
> > > > producto de Interakt, es que la herramienta de vavegación es la

del

> > propio
> > > > sitio, trabajas en el contexto del web, o sea WYSIWYG real. En

otras

> > > > palabras, te autentificas, entras al homepage (el del sitio, no

el

de
> > una
> > > > intranet), y lo puedes editar, sigues el hipervínculo "Productos"

y

ya
> > > está,
> > > > puedes editar la página Productos. De esta manera, el CMS no
necesita
> un
> > > > sistema de navegación ni un índice de artículos, el sitio actúa

como

> > tal.
> > > >
> > > > Aunque para producir sitios me opongo en absoluto al WYSIWYG, en

el

> caso
> > > de
> > > > que en una organización se reuiera la participación de gente no
> > entrenada
> > > en
> > > > menesteres de Web para actualizar el contenido, me parece adecuado
un
> > > > sistema donde alguien trabaja en el alto nivel, en el diseño, y

deja

> una
> > > > interfaz muy fácil de usar para que gente no especializada acceda

a

> > > > actualizar el sitio sin conocimientos específicos y con pocas
> > facilidades
> > > > para estropear la base.
> > > >
> > > > Es como Windows o Unix, el programador trabaja en el Núcleo y el
> código
> > de
> > > > la aplicación. El Administrador trabaja a nivel de configuración,

el

> > > usuario
> > > > cuenta con una interfaz muy fácil para el trabajo diario, lo hace

a

> > través
> > > > de una GUI, sin preocuparse del Kernel o de los flags del
procesador.
> > > > LLevando las cosas con sus debidas proporciones, en los modelos
> citados
> > > por
> > > > mí, la GUI es el propio diseño del sitio. Equiparando, es como si

le

> > > dieras
> > > > al usuario una revista ya armada con su caja, folio, cabeceras y
áreas
> > > para
> > > > fotografía ya especificadas y lo dejas que escriba sobre la mancha
de
> > > texto
> > > > o la cambie; o que cambie las imágenes unas por otras. Como en un
> > > > rompecabezas.
> > > >
> > > >
> > > >
> > > >
> > > > "danicastillo" escribió en
el
> > > mensaj
> > > > e news:
> > > > > Bueno en general yo uso una base de datos tambien para los
> contenidos
> > > (en
> > > > mi
> > > > > caso asp) y hace tiempo me hice un programa asp para mantener

esas

> > bases
> > > > de
> > > > > datos (configurable de forma relativamente sencilla para

indicarle

> que
> > > > > tablas/datos pueden modificar los usuarios) aunque es bastante
> > > particular,
> > > > > me gusta (no es pq lo haya hecho yo jajaja) y creo que el

sistema

> asi
> > es
> > > > > bastante util
> > > > >
> > > > > para almacenar texto supongo que usais un form que pide un
textarea
> ,
> > y
> > > el
> > > > > contenido lo mandais a la bbdd ¿no? (me refiero al modulo en tu
> > empresa)
> > > ,
> > > > > si es asi puedes intentar sustituir esos textarea por editores
tipo
> > > > htmlarea
> > > > > http://www.interactivetools.com/products/htmlarea/
> > > > >
> > > > > free, y muy muy comodo para los usuarios, es un script

facilmente

> > > > acoplable
> > > > > a "cualquier form" que tengas donde pidas un campo de texto , el
> > manejo
> > > es
> > > > > similar al word para el usuario final, que edita el texto,
> incluyendo
> > > > > formatos, negrita, colores, etc , el script convierte todo eso a
> html
> > y
> > > te
> > > > > lo devuelve tal y como si fuera un formulario, eso lo almacenas

en

> la
> > > bbdd
> > > > y
> > > > > lo muestras donde toque, simplemente genial para crear frontends
de
> > webs
> > > > >
> > > > > en cuanto a otros editores, bueno yo programo normalmente en

texto

> (y
> > > creo
> > > > > que es lo mejor) =) , y normalmente incluyo esa aplicacion que

me

> hice
> > > (o
> > > > > alguna similar) para que el usuario final pueda actualizar su
sitio
> > sin
> > > > > necesidad de saber html (la mecanica es similar a la que

nombras,

> una
> > > bbdd
> > > > > con tablas que contienen los textos e imagenes de las distintas
> > > secciones
> > > > > modificables por el usuario)
> > > > >
> > > > >
> > > > > -o|o|--
> > > > > -o|o| dani castillo
> > > > > -o|o| http://www15.brinkster.com/danic/
> > > > > -o|o| tutorial y trucos asp, vb, diseño
> > > > > -o|o|--
> > > > > "Miguel Angel Da Vila"

escribió

> en
> > el
> > > > > mensaje news:%23j4xx$
> > > > > > Me parece que el mail se origina en la necesidad de contar con
un
> > > > sistema
> > > > > > que permita mantener actualizado el website con facilidad.
Aunque
> > > > nosotros
> > > > > > desarrollamos en PHP, y tenemos nuestro propio sistema de CMS,
que
> > > > permite
> > > > > > actualizar las páginas almacenando los textros en una base de
> datos.
> > > Me
> > > > > > atrevo a recomendarte que revises DreamWeaver de Macromedia en
> > > conjunto
> > > > > con
> > > > > > Contribute de la misma marca. Esta combinación te permite
mantener
> > > > > > actualizado el contenido de las páginas con una enorme
facilidad.
> > > > > >
> > > > > > En lo personal prefiero HomeSite sobre Dremweaver, pero en el
caso
> > > aquí
> > > > > > señalado, me ha sorprendido la fórmula de Contribute, pues la
> > interfaz
> > > > > para
> > > > > > editar las páginas son las mismas páginas web, es sorprendente

y

> > > permite
> > > > > que
> > > > > > un usuario (cualquiera dentro de la empresa) sin conocimientos
en
> > > > absoluto
> > > > > > de HTML edite el contenido dentro de las áreas de la página

que

sl
> > > > > webmaster
> > > > > > destina para ello.
> > > > > >
> > > > > > La otra opción que he visto funcionar con una facilidad de uso
> > similar
> > > > es
> > > > > > Komplete de Interakt, basado en MySQL, XML y PHP, en este

caso,

se
> > > añade
> > > > > una
> > > > > > ventana de edición de texto substituyendo el área que se

quiere

> > > editar.
> > > > > > http://www.interakt.ro/products/KompleteLite/
> > > > > >
> > > > > >
> > > > > > Miguel Angel Da Vila
> > > > > >
> > > > > >
> > > > > > "Dani Castillo" <danicastilloarrobahotmail.com> escribió en el
> > mensaje
> > > > > > news:
> > > > > > > uhms, no son excluyentes ;)
> > > > > > >
> > > > > > > para programar en serio paginas web:
> > > > > > >
> > > > > > > 1 Nociones de html como codigo, nada de frontpage :)
> > > > > > > 2 algun lenguaje programado en servidor , php o asp
> > > > > > > 3 javascript
> > > > > > >
> > > > > > > sobre frontpage olvidalo =) , es mi opinion
> > > > > > > sobre php nuke, muy potente pero "no es" programar webs, es
usar
> > > > modulos
> > > > > y
> > > > > > > asistentes hechos (y ojo, phpnuke NO es php, es un "creador

de

> > webs"
> > > > > > basado
> > > > > > > en php, pero php a secas es un lenguaje de programacion muy
> > > potente),
> > > > > > sobre
> > > > > > > php o asp , ya por gustos
> > > > > > >
> > > > > > >
> > > > > > > "Carlos Mejia" escribió en el
mensaje
> > > > > > > news:
> > > > > > > > Bueno quiero saber realmente que es mejor si HTML o PHP ,

si

> > hacer
> > > > las
> > > > > > > > paginas en front page o usas php nuke??, por favor espero
> > > respuesta
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>

Recordar que hay que tener APACHE como server.
Como muy bien dice Miguel Angel implementar mod_rewrite en Apache.
Una cosilla si estamos utilizando Linux el .htaccess que introduzcamos ya no
lo veremos más, pero estara alli y trabajando divinamente.
ejemplo:
RewriteEngine On
RewriteRule ^content(.*) index.php
RewriteRule ^component/(.*) index.php

un saludo.
..
"Miguel Angel Da Vila" wrote in message
news:

Ve a
http://www.zend.com/zend/trick/tric...3-urls.php

Y revisa el artículo "Creating User-Friendly URLs" de Jason Gilmore. O en
http://www.WebmasterBase.com busa el artículo de Chris Beasley:
http://www.webmasterbase.com/articl...&pid=0

"Carlos Mejia" escribió en el mensaje
news:#
> Muy interesantes todos los aportes resulta que antes teniamos paginas en
> html y eran muchisimas con la gran ventaja que en cada uno de los temas
> teniamos apariciones en los buscadores, nos cambiamos a php para generar
las
> paginas de forma dinamica, y pues empezamos a manejarlos mejor pero
dejamos
> de aparecer en los buscadores solo aparecemos con el nombre raiz, hemos
> usado programas de promocion como el web position gold, usamos metatags

y

> promocion manual pero no se consigue entonces aunque el php me da orden

no

> me da aparicion en buscadores por lo tanto perdemos clientes,y esto al

fin

y
> al cabo es un negocio, creo que en eso si me entienden o no???
>
> Espero sus comentarios
>
>
>
> "Miguel Angel Da Vila" escribió en el
> mensaje news:
> > Sobre el particular de este hilo, puedo decir que alguna vez tambíen
tuve
> el
> > temor de que las páginas con contenido dinámico, especielmente las
hechas
> en
> > PHP según el mito, no fueran registradas por Google y compañía. Con el
> > tiempo he descubierto que no es así, que las páginas dinámicas también
se
> > incluyen en los motores de búsqueda y con buen éxito.
> >
> > También en nuestro despacho resulta una preocupación el Marketing en
> > Internet, utilizamos una herramienta que se llama WebPosition Gold,

para

> > registrar los dominios de nuestros clientes y posicionarlos con buenos
> > ratings en sus correspondientes áreas. A pesar de manejar contenido
> dinámico
> > hemos logrado poner a varios de ellos en los primeros lugares de

rating,

> aún
> > con páginas que utilizan cadenas GET en la línea de direcciones.
> >
> > Especialmente en un caso, donde el cliente publica material de interés
> > político, su website recibe la mayoría de sus visitas referidos desde
> > Google, Yahoo y MSN, como hemos podido verificar en las estadísticas

del

> > sitio, y son abundantes, el sitio está montado en un CMS que se llama
> > Pagetool, y que es de licencia libre para ONGes.
> >
> > La precaución que hemos tenido, es montar una página especial que se
> muestra
> > cuando el servidor arroja un 404, muchas veces, el cliente durante la
vida
> > del sitio, a pesar de nuestras recomendaciones, no mantiene en la base
de
> > datos un archivo histórico con las páginas; que además ocupan poco
> espacio.
> > En ese caso, el programa que surte Apache en lugar del 404, además de
> > incluir una explicación del problema, regista el error y la página
> > solicitada enviándole la información al webmaster para que se entere

de

la
> > solicitud y tenga la posibilidad de reponer el contenido cuando los
avisos
> > son recurrentes; también incluye un mecanismo de búsqueda con

contenido

> > similar y un formulario para solicitar información.
> >
> > Según leí en una entrevista realizada a uno de los jerarcas de Google

en

> > sitio especializado, los servicios de búsqueda se han adaptado para

leer

> > sitios con parámetros GET en sus direcciones, sin embargo recomienda

que

> es
> > una buena práctica no poner más de tres variables en la URI. Algunas
> > estrategias recomendadas, sobre todo cuando se emplean sesiones, son
> > implementar mod_rewrite en Apache o utilizar código (PHP) para
interpretar
> > la URL de forma:
> >
> > www.tusitio.com/paginatal/nav/1/
> >
> > y dentro del programa convertirla a:
> >
> > www.tusitio.com/pagina.php?nav=1
> >
> > Para ello o se reescriben las URI mediante mod_rewrite o se ponen

reglas

> en
> > el directorio de modo que se fuerza a Apache a redirigir la entrega
> mediante
> > un enlace simbólico en Unix.
> >
> > Sobre tu respuesta debo apuntar que hasta ahora he montado varios

sitios

> con
> > contenido dinámico. Algunos utilizan CMS Open Source entre los que se
> > encuentran de manera destacada phpTool, proyecto para el que tuve el
gusto
> > de colaborar vía Sourceforge con sus desarrolladores que viven en NY;

mi

> > propia herramienta y algunas otras cuya implementación me han

solicitado

> los
> > clientes, inclusive haciendo desarrollos propietarios. Mi

recomendación

de
> > herramientas no tiene un interés comercial, más aún cuando mi
> participación
> > en el foro está orientada al aprendizaje e intercambio de experiencias
con
> > otros usuarios que comparten este espacio, como considero que debe
> > aprovecharse la Internet. Y por cierto escribí "nuestra herramienta",

no

> > aporté el URL del sitio donde la promocionamos ni mencioné su nombre.

Me

> > parece de mal gusto usar un espacio de Microsoft para vender nuestros
> > propios servicios, aunque me parece sano intercambiar información

sobre

> > herramientas de la competencia con otros colegas.
> >
> > Saludos
> >
> >
> >
> >
> > "Dani Castillo" <danicastilloarrobahotmail.com> escribió en el mensaje
> > news:
> > > te contesto mas abajo, aqui solo comentar que ni Miguel Angel Da

Vila

ni
> > yo
> > > , estamos "promocionando" nada, ni vendiendo nada, ni la herramienta
CMS
> > que
> > > uso yo, ni la que menciona Miguel Angel como propia, creo que esten

a

la
> > > venta
> > >
> > > M.Angel solo te comentaba otras herramientas mas (no suyas) que

podian

> > > servirte
> > >
> > >
> > >
> > > "Carlos Mejia" escribió en el mensaje
> > > news:
> > > > Pues ustedes mencionan soluciones CMS de alto nivel pero para la
grna
> > > > mayoria soluciones como el php nuke son suficientes, ustedes no se
ha
> > > ndado
> > > > cuenta de algo y ahi surge mi gran inquietud y es uqe las paginas
> > > dinamicas
> > > > no se puden promocionar pues no exiten como tal, entonces para
efectos
> > de
> > > > marketing que finalmente son las que importan entendiendo a

internet

> > como
> > > > negocio pareceria mejor paginas hechas en html, tengo esa gran
> inquietud
> > > me
> > > > gustaria que alguien me resolviera esa duda
> > > >
> > > >
> > > > "Miguel Angel Da Vila" escribió
en
> el
> > > > mensaje news:
> > > > > Nusestra solución se parece a la de la mayoría de los CMS.
Tratamos
> el
> > > > texto
> > > > > de las páginas en un TextArea dentro de una ventana de edición.
Pero
> > en
> > > el
> > > > > contexto de una Intranet. Los textos se editan en el "Editor",

con

> sus
> > > > > herramientas de navegación propias, las de la Intranet o CMS. El
> > usuario
> > > > > tiene un índice para acdceder al contenido. Lo notable de
Contribute
> y
> > > del
> > > > > producto de Interakt, es que la herramienta de vavegación es la
del
> > > propio
> > > > > sitio, trabajas en el contexto del web, o sea WYSIWYG real. En
otras
> > > > > palabras, te autentificas, entras al homepage (el del sitio, no
el
> de
> > > una
> > > > > intranet), y lo puedes editar, sigues el hipervínculo

"Productos"

y
> ya
> > > > está,
> > > > > puedes editar la página Productos. De esta manera, el CMS no
> necesita
> > un
> > > > > sistema de navegación ni un índice de artículos, el sitio actúa
como
> > > tal.
> > > > >
> > > > > Aunque para producir sitios me opongo en absoluto al WYSIWYG, en
el
> > caso
> > > > de
> > > > > que en una organización se reuiera la participación de gente no
> > > entrenada
> > > > en
> > > > > menesteres de Web para actualizar el contenido, me parece

adecuado

> un
> > > > > sistema donde alguien trabaja en el alto nivel, en el diseño, y
deja
> > una
> > > > > interfaz muy fácil de usar para que gente no especializada

acceda

a
> > > > > actualizar el sitio sin conocimientos específicos y con pocas
> > > facilidades
> > > > > para estropear la base.
> > > > >
> > > > > Es como Windows o Unix, el programador trabaja en el Núcleo y el
> > código
> > > de
> > > > > la aplicación. El Administrador trabaja a nivel de

configuración,

el
> > > > usuario
> > > > > cuenta con una interfaz muy fácil para el trabajo diario, lo

hace

a
> > > través
> > > > > de una GUI, sin preocuparse del Kernel o de los flags del
> procesador.
> > > > > LLevando las cosas con sus debidas proporciones, en los modelos
> > citados
> > > > por
> > > > > mí, la GUI es el propio diseño del sitio. Equiparando, es como

si

le
> > > > dieras
> > > > > al usuario una revista ya armada con su caja, folio, cabeceras y
> áreas
> > > > para
> > > > > fotografía ya especificadas y lo dejas que escriba sobre la

mancha

> de
> > > > texto
> > > > > o la cambie; o que cambie las imágenes unas por otras. Como en

un

> > > > > rompecabezas.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > "danicastillo" escribió

en

> el
> > > > mensaj
> > > > > e news:
> > > > > > Bueno en general yo uso una base de datos tambien para los
> > contenidos
> > > > (en
> > > > > mi
> > > > > > caso asp) y hace tiempo me hice un programa asp para mantener
esas
> > > bases
> > > > > de
> > > > > > datos (configurable de forma relativamente sencilla para
indicarle
> > que
> > > > > > tablas/datos pueden modificar los usuarios) aunque es bastante
> > > > particular,
> > > > > > me gusta (no es pq lo haya hecho yo jajaja) y creo que el
sistema
> > asi
> > > es
> > > > > > bastante util
> > > > > >
> > > > > > para almacenar texto supongo que usais un form que pide un
> textarea
> > ,
> > > y
> > > > el
> > > > > > contenido lo mandais a la bbdd ¿no? (me refiero al modulo en

tu

> > > empresa)
> > > > ,
> > > > > > si es asi puedes intentar sustituir esos textarea por editores
> tipo
> > > > > htmlarea
> > > > > > http://www.interactivetools.com/products/htmlarea/
> > > > > >
> > > > > > free, y muy muy comodo para los usuarios, es un script
facilmente
> > > > > acoplable
> > > > > > a "cualquier form" que tengas donde pidas un campo de texto ,

el

> > > manejo
> > > > es
> > > > > > similar al word para el usuario final, que edita el texto,
> > incluyendo
> > > > > > formatos, negrita, colores, etc , el script convierte todo eso

a

> > html
> > > y
> > > > te
> > > > > > lo devuelve tal y como si fuera un formulario, eso lo

almacenas

en
> > la
> > > > bbdd
> > > > > y
> > > > > > lo muestras donde toque, simplemente genial para crear

frontends

> de
> > > webs
> > > > > >
> > > > > > en cuanto a otros editores, bueno yo programo normalmente en
texto
> > (y
> > > > creo
> > > > > > que es lo mejor) =) , y normalmente incluyo esa aplicacion que
me
> > hice
> > > > (o
> > > > > > alguna similar) para que el usuario final pueda actualizar su
> sitio
> > > sin
> > > > > > necesidad de saber html (la mecanica es similar a la que
nombras,
> > una
> > > > bbdd
> > > > > > con tablas que contienen los textos e imagenes de las

distintas

> > > > secciones
> > > > > > modificables por el usuario)
> > > > > >
> > > > > >
> > > > > > -o|o|--
> > > > > > -o|o| dani castillo
> > > > > > -o|o| http://www15.brinkster.com/danic/
> > > > > > -o|o| tutorial y trucos asp, vb, diseño
> > > > > > -o|o|--
> > > > > > "Miguel Angel Da Vila"
escribió
> > en
> > > el
> > > > > > mensaje news:%23j4xx$
> > > > > > > Me parece que el mail se origina en la necesidad de contar

con

> un
> > > > > sistema
> > > > > > > que permita mantener actualizado el website con facilidad.
> Aunque
> > > > > nosotros
> > > > > > > desarrollamos en PHP, y tenemos nuestro propio sistema de

CMS,

> que
> > > > > permite
> > > > > > > actualizar las páginas almacenando los textros en una base

de

> > datos.
> > > > Me
> > > > > > > atrevo a recomendarte que revises DreamWeaver de Macromedia

en

> > > > conjunto
> > > > > > con
> > > > > > > Contribute de la misma marca. Esta combinación te permite
> mantener
> > > > > > > actualizado el contenido de las páginas con una enorme
> facilidad.
> > > > > > >
> > > > > > > En lo personal prefiero HomeSite sobre Dremweaver, pero en

el

> caso
> > > > aquí
> > > > > > > señalado, me ha sorprendido la fórmula de Contribute, pues

la

> > > interfaz
> > > > > > para
> > > > > > > editar las páginas son las mismas páginas web, es

sorprendente

y
> > > > permite
> > > > > > que
> > > > > > > un usuario (cualquiera dentro de la empresa) sin

conocimientos

> en
> > > > > absoluto
> > > > > > > de HTML edite el contenido dentro de las áreas de la página
que
> sl
> > > > > > webmaster
> > > > > > > destina para ello.
> > > > > > >
> > > > > > > La otra opción que he visto funcionar con una facilidad de

uso

> > > similar
> > > > > es
> > > > > > > Komplete de Interakt, basado en MySQL, XML y PHP, en este
caso,
> se
> > > > añade
> > > > > > una
> > > > > > > ventana de edición de texto substituyendo el área que se
quiere
> > > > editar.
> > > > > > > http://www.interakt.ro/products/KompleteLite/
> > > > > > >
> > > > > > >
> > > > > > > Miguel Angel Da Vila
> > > > > > >
> > > > > > >
> > > > > > > "Dani Castillo" <danicastilloarrobahotmail.com> escribió en

el

> > > mensaje
> > > > > > > news:
> > > > > > > > uhms, no son excluyentes ;)
> > > > > > > >
> > > > > > > > para programar en serio paginas web:
> > > > > > > >
> > > > > > > > 1 Nociones de html como codigo, nada de frontpage :)
> > > > > > > > 2 algun lenguaje programado en servidor , php o asp
> > > > > > > > 3 javascript
> > > > > > > >
> > > > > > > > sobre frontpage olvidalo =) , es mi opinion
> > > > > > > > sobre php nuke, muy potente pero "no es" programar webs,

es

> usar
> > > > > modulos
> > > > > > y
> > > > > > > > asistentes hechos (y ojo, phpnuke NO es php, es un

"creador

de
> > > webs"
> > > > > > > basado
> > > > > > > > en php, pero php a secas es un lenguaje de programacion

muy

> > > > potente),
> > > > > > > sobre
> > > > > > > > php o asp , ya por gustos
> > > > > > > >
> > > > > > > >
> > > > > > > > "Carlos Mejia" escribió en el
> mensaje
> > > > > > > > news:
> > > > > > > > > Bueno quiero saber realmente que es mejor si HTML o PHP

,

si
> > > hacer
> > > > > las
> > > > > > > > > paginas en front page o usas php nuke??, por favor

espero

> > > > respuesta
> > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> >
> >
>
>