Para xhtml y css yo te recomiendo que le eches un ojo a la web del w3c Pero si quieres algo más en plan manual, busca en google: xhtml benko. Es muy sencillito y parece ser que gustó mucho a la gente.

Los tutoriales de http://www.w3schools.com también están bien, tienes de las 3 cosas, quizá son más fáciles de seguir que los documentos de w3c. Y no dejes de mirar el manual de http://www.php.net.

Sobre xhtml y css, lo que te recomiendo es que valides la corrección y la accesibilidad de lo que hagas. Tienes herramientas web o plugins de firefox para hacerlo.

Un saludo.

En el primero y el último, los respectivos estándares / definiciones.

Para el del medio.... http://www.php.net

- ferdy

Oh, megde, olvidé mencionar que sí conocía w3schools. Ya veo que parece ser lo mejor. Miraré también las otras opciones que habéis dado.

¡Gracias a todos!

Hombre, documentación buena hay a patadas, más de la que puedas digerir (por eso tampoco te he puesto demasiado), pero con casi cualquier cosa te basta para empezar. De todas formas, para que no te quedes con las ganas, te paso algunos enlaces más:

Validación y accesibilidad:
http://validator.w3.org/

https://addons.mozilla.org/firefox/249/
https://addons.mozilla.org/firefox/60/


CSS+XHTML:
mozilla dev. center:
http://developer.mozilla.org/en/docs/Main_Page
http://developer.mozilla.org/en/docs/CSS:Getting_Started
http://developer.mozilla.org/en/docs/CSS-2_Quick_Reference:All_in_a_page

http://www.htmldog.com/

Guías de estilo:
http://www.danielclemente.com/html/
http://www.nypl.org/styleguide/xhtml/index.html

XML:
http://www.infomotions.com/musings/getting-started/getting-started.html

Con lo de antes y esto tienes para empezar.

También puedes visitar http://www.csszengarden.com y páginas similares para usar como base.

Un saludo.

ya que estas aprendiendo, empapate de PHP+XML+XSLT+CSS

PHP extrae datos y los exporta a XML, XSLT convierte esos datos XML en una pagina HTML que puede ser vista por cualquier navegador, y CSS le añade estilos a esa pagina HTML creada

el overhead creado es grande, pero puedes hacer cosas realmente grandiosas con ese cuarteto, ademas que tienes las cosas MUY SEPARADAS:
PHP: la logica del negocio
XML: los datos a mostrar en el navegador
XSLT: la logica de la representacion
CSS: estilos de representacion

lo unico que tienes que pensar es que PHP en lugar de generar HTML, tiene que generar XML, y es el XSLT el que tiene que 'compilar' el XML generado para generar codigo HTML compatible.

la ventaja es que tu servidor solo machaca codigo PHP para generar XML, la transformacion XML->HTML (hecha por XSLT) y las paginas de estilos CSS se realizan en el cliente. de hecho, aligeras la CPU del server, porque los scripts PHP suelen ser mas cortos

Wow bastian... pedazo post, ¡muchísimas gracias!

f5inet, la asignatura contiene XML+PHP, así que espero que todo eso que comentas sea realmente el propósito... si no, lo convertiré en mi propósito personal . Ya que voy a aprender algo nuevo, que sea bien.

¡Gracias a todos!

Merci amigooo, a mi también me ha resultado de ayuda

Salu2

Mmmmmmm..... Interesante post. Yo tambien tengo una asignatura (bueno, en mi caso solo html) en la que tengo que presentar una pagina web asique me parece que no me vendran mal leerme los enlaces y tener algo sabidillo.

Gracias!

Salu2!

No sabia eso del XSLT. Muy interesante...

A ver si me podeis ayudar, mirad estoy intentando pasar mi web de PHP->HTML a PHP+XML+XSLT+CSS. He pasado ya los datos desde PHP a XML y me encuentro en la fase de convertir ese XML a XHTML con XSLT.
Quiero hacer un link a otra página php que tiene como argumento 2 elementos que luego obtendré con el método GET, por lo que su url es de la forma "pagina.php?elemento1=1&elemento2=2".
El problema es que la & se usa en XSLT como palabra clave para diversas cosas, por lo que el intérprete me da error.

¿Cómo puedo indicarle que es simplemente texto?

Es parecido a la barra \ de C, que se ha de expresar como \\.

Un saludo y gracias.

Jaime escribió:A ver si me podeis ayudar, mirad estoy intentando pasar mi web de PHP->HTML a PHP+XML+XSLT+CSS. He pasado ya los datos desde PHP a XML y me encuentro en la fase de convertir ese XML a XHTML con XSLT.
Quiero hacer un link a otra página php que tiene como argumento 2 elementos que luego obtendré con el método GET, por lo que su url es de la forma "pagina.php?elemento1=1&elemento2=2".
El problema es que la & se usa en XSLT como palabra clave para diversas cosas, por lo que el intérprete me da error.

¿Cómo puedo indicarle que es simplemente texto?

Es parecido a la barra \ de C, que se ha de expresar como \\.

Un saludo y gracias.

Que conste que no tengo ni idea de XSLT, pero si lo hubiera diseñado yo, los argumentos se tendrían que pasar como subetiquetas de la etiqueta que represente un link (digo en el XML).

DemonR escribió:
Que conste que no tengo ni idea de XSLT, pero si lo hubiera diseñado yo, los argumentos se tendrían que pasar como subetiquetas de la etiqueta que represente un link (digo en el XML).

Vale, tienes razón, es un error de diseño. Aún así me gustaría saber si es posible.

Muchas racias y un saludo.

si yo hubiera diseñado esa pagina, no confiaria en el XSLT para interpretar la linea de direcciones, sino que directamente integraria las opciones dentro de un TAG XML en plan

asi:



pepito palotes

.....
....
.....

Prueba con & anda

He probado con:



y no funciona en cambio con:



funciona a la perfección.

Muchas gracias NeoRave.

¡Halo!

Aunque no va exactamente con el hilo, sí está relacionado con el tema. Una duda que me ha surgido es, ¿realmente merece la pena crearse uno sus propias páginas? Quiero decir... con la cantidad de CMS que existen ahora y la calidad que tienen... ¿no sale más rentable centrarse en hacer buenos diseños para estos? Si te falta algo que no ofrezcan siempre puedes implementarlo, pero por contra te ahorras una buena cantidad de trabajo tanto de implementación como las típicas guarradas de que se vea bien en todos los exploradores, etc... Supongo que currártelo todo tú mismo tendrá sus ventajas (aparte de aprender más, será más compacto y más rápido, supongo), pero no es por norma general el crearte un "theme" una muy buena opción también?

¡Gracias! ¡Saludos!

Si trabajas de desarrollador web, no es un buen escaparate tener un CMS en tu web personal

f5inet escribió:ya que estas aprendiendo, empapate de PHP+XML+XSLT+CSS

PHP extrae datos y los exporta a XML, XSLT convierte esos datos XML en una pagina HTML que puede ser vista por cualquier navegador, y CSS le añade estilos a esa pagina HTML creada

QUIETO PARAO!!!

Nor!!! que XSLT interprete XML y lo transforme en algo "Visual", no significa que sea HTML, ni que esté preparado para representar CONTENIDOS de manera semántica.

XML+XSLT fué concevido para representar DATOS, dandole formas (tablas con colores, imágenes, blah...).

XHTML+CSS fué concevido para representar CONTENIDOS. Es decir, tu creas la estructura lógica del documento (como si fuera un documento de texto enriquecido: cabecera 1, texto, cabecera 2, cita, listado, texto...) y luego, con los CSS le das la forma. Separar el contenido del diseño.

Por mucho que con XML+XSLT puedas hacer "lo mismo" el interior no lo será, puesto que para tí "esto es mi cabecera" tendrá significado, pero para nadie más. Sin embargo, en XHTML existe "

Esto es una cabecera 1 global

", y luego con CSS haces lo que te dé la gana (que si la quieres de tamaño 2, con rallitas, con Arial, con...)... y seguirá teniendo significado.

En resumen: XML+XSLT, para representar DATOS; XHTML+CSS, para representar CONTENIDOS, enriqueciendo la semántica.

Se pueden hacer virguerías con XHTML+CSS...

Un saludo.

Rurouni escribió:Se pueden hacer virguerías con XHTML+CSS...

Tu lo has dicho, que hoy en día parece que si no es .NET no vale para nada. Y yo opino que no hay nada más bonito que un XHTML válido, accesible y con CSS válido. Salu2

Rurouni escribió:En resumen: XML+XSLT, para representar DATOS; XHTML+CSS, para representar CONTENIDOS, enriqueciendo la semántica.

nadie ha dicho lo contrario, Rurouni, pero XML+XSLT=XHTML, lo cual es visible con cualquier navegador hoy dia, aunque sea con un aspecto mas feo que pegarle a un padre con un calcetin sudao. despues tienes que meterle CSS para darle un aspecto mas amigable.

capisergio escribió:Si trabajas de desarrollador web, no es un buen escaparate tener un CMS en tu web personal

Mmm... ¿por? .

Gracias por las aclaraciones una vez más Ruro.

¡Saludos!

Cobo escribió:Mmm... ¿por? .

Si te curras tu algo a medida, siempre es más llamativo de cara a un cliente o una empresa. Los gestores CMS están muy bien, de hecho trabajo a menudo con ellos, pero una cosa no quita la otra.

Salu2

capisergio escribió:
Si te curras tu algo a medida, siempre es más llamativo de cara a un cliente o una empresa. Los gestores CMS están muy bien, de hecho trabajo a menudo con ellos, pero una cosa no quita la otra.

Salu2

A la hora de realizar proyectos cuentan fundamentalmente dos cosas para que te
elijan: pasta y tiempo. Si existen buenos CMS cuyo aspecto se puede cambiar
casi hasta el infinito, agregar módulos... vamos, dejarlo a tu medida, ¿qué problema hay?
Yo lo veo un caso claro de reutilización del código y mejora del mismo...
bastante similar a lo que persigue la ideología del código abierto.
No sé si quedará bien o no, pero desde luego me parece tonto no aprovecharlo.
Por eso pregunto si hay alguna razón técnica que desconozca por lo que
compense más crearte tú tus propias librerías y diseños más que trabajar sobre
esta clase de proyectos.

¡Gracias! ¡Saludos!

No, en concreto ya te lo decía, se trata de lo que vendes y la imagen que das, nadie habla de otra cosa. Yo soy partidario de los CMS, de hecho he integrado ya varios para clientes, que únicamente quieren gastar en el diseño de una plantilla. Soluciones de las 3 B. Salu2