Universo Marvel 3.0
Web => universomarvel.com => Fichas Web => Mensaje iniciado por: microbit en 26 Noviembre, 2023, 10:44:37 am
-
Un año más, retomo el proyecto de las fichas dinámicas.
Pero está vez va a ser un comienzo menos ambicioso, como un bebé, y que con el tiempo crezca.
Así que, ¿alguien que conozca bien la generación de fichas, las herramientas y el Status estaría interesado en ser "asesor del conocimiento"?
Y si hay alguien más técnico que quiera colaborar manchándose las manos de código también es bienvenido.
-
Cuenta conmigo.
-
Si nos lo tomamos con calma yo puedo apuntarme.
Entiendo que ahora mismo para las fichas hay alguna herramienta que te autogenera un html estático en base a unos parámetros de algún fichero con el que se lo alimente, ¿no? ¿Y la idea es hacer una web/app dinámica con su panel interno para administrar todo el contenido? Estilo Whakoom pero para nuestras fichas.
Podemos planificar ciertos pasos a seguir e ir completando poco a poco, pero habría que definir algunos requisitos iniciales en cuanto a la tecnología que se puede utilizar porque hay muchas opciones.
Si queremos utilizar PHP tenemos la opción de Symfony como framework, ya que encaja muy bien con un base de datos relacional como MySQL o PostgreSQL y se puede modelar el esquema de datos con un ORM como Doctrine y se puede utilizar Twig como sistema de plantillas. Otra opción dentro de PHP es utilizar Laravel con Blade y Eloquent, aunque prefiero mil veces Symfony.
Si preferís el mundo Javascript y hacer algo más dinámico en frontend, podemos utilizar NextJS, un framework que utiliza React por debajo y te permite hacer Server Side Rendering de manera muy sencilla. También es muy fácil utilizar un modelo de datos con Prisma. Para desplegar en servidor haría falta un NGINX en el servidor que escuche en el puerto 80 y enrute al NodeJS que haya detrás, porque la opción de desplegar en Vercel se iría de precio.
Para el diseño gráfico de la app podríamos utilizar Figma, herramienta online colaborativa y gratuita que permitiría que entre todos diseñáramos el aspecto final. Se puede ir haciendo poco a poco todas las pantallas.
Para la programación podemos hacer un repo privado en Github y vamos haciendo poco a poco: Definición de los requisitos funcionales, casos de uso que va a tener la aplicación, diferentes pantallas, modelado del esquema de datos, etc.
Podríamos primero hacer la funcionalidad principal como está ahora, y una vez lo tengamos todo montado, más adelante ir metiendo más funciones, como permitir a los usuarios hacer colecciones estilo whakoom, comentarios y reseñas, etc.
Una pregunta, una vez generado un esquema de datos, para hacer la alimentación inicial, ¿disponemos de los datos en algún formato que podamos parsear? ¿O habría que crawlear la web entera para extraerlos?
-
Si nos lo tomamos con calma yo puedo apuntarme.
Entiendo que ahora mismo para las fichas hay alguna herramienta que te autogenera un html estático en base a unos parámetros de algún fichero con el que se lo alimente, ¿no? ¿Y la idea es hacer una web/app dinámica con su panel interno para administrar todo el contenido? Estilo Whakoom pero para nuestras fichas.
Podemos planificar ciertos pasos a seguir e ir completando poco a poco, pero habría que definir algunos requisitos iniciales en cuanto a la tecnología que se puede utilizar porque hay muchas opciones.
Si queremos utilizar PHP tenemos la opción de Symfony como framework, ya que encaja muy bien con un base de datos relacional como MySQL o PostgreSQL y se puede modelar el esquema de datos con un ORM como Doctrine y se puede utilizar Twig como sistema de plantillas. Otra opción dentro de PHP es utilizar Laravel con Blade y Eloquent, aunque prefiero mil veces Symfony.
Si preferís el mundo Javascript y hacer algo más dinámico en frontend, podemos utilizar NextJS, un framework que utiliza React por debajo y te permite hacer Server Side Rendering de manera muy sencilla. También es muy fácil utilizar un modelo de datos con Prisma. Para desplegar en servidor haría falta un NGINX en el servidor que escuche en el puerto 80 y enrute al NodeJS que haya detrás, porque la opción de desplegar en Vercel se iría de precio.
Para el diseño gráfico de la app podríamos utilizar Figma, herramienta online colaborativa y gratuita que permitiría que entre todos diseñáramos el aspecto final. Se puede ir haciendo poco a poco todas las pantallas.
Para la programación podemos hacer un repo privado en Github y vamos haciendo poco a poco: Definición de los requisitos funcionales, casos de uso que va a tener la aplicación, diferentes pantallas, modelado del esquema de datos, etc.
Podríamos primero hacer la funcionalidad principal como está ahora, y una vez lo tengamos todo montado, más adelante ir metiendo más funciones, como permitir a los usuarios hacer colecciones estilo whakoom, comentarios y reseñas, etc.
Una pregunta, una vez generado un esquema de datos, para hacer la alimentación inicial, ¿disponemos de los datos en algún formato que podamos parsear? ¿O habría que crawlear la web entera para extraerlos?
Me acerco al hilo para reconocer mi ignorancia.
Todo esto que has escrito me suena a chino.
:lol:
-
Si nos lo tomamos con calma yo puedo apuntarme.
Entiendo que ahora mismo para las fichas hay alguna herramienta que te autogenera un html estático en base a unos parámetros de algún fichero con el que se lo alimente, ¿no? ¿Y la idea es hacer una web/app dinámica con su panel interno para administrar todo el contenido? Estilo Whakoom pero para nuestras fichas.
Podemos planificar ciertos pasos a seguir e ir completando poco a poco, pero habría que definir algunos requisitos iniciales en cuanto a la tecnología que se puede utilizar porque hay muchas opciones.
Si queremos utilizar PHP tenemos la opción de Symfony como framework, ya que encaja muy bien con un base de datos relacional como MySQL o PostgreSQL y se puede modelar el esquema de datos con un ORM como Doctrine y se puede utilizar Twig como sistema de plantillas. Otra opción dentro de PHP es utilizar Laravel con Blade y Eloquent, aunque prefiero mil veces Symfony.
Si preferís el mundo Javascript y hacer algo más dinámico en frontend, podemos utilizar NextJS, un framework que utiliza React por debajo y te permite hacer Server Side Rendering de manera muy sencilla. También es muy fácil utilizar un modelo de datos con Prisma. Para desplegar en servidor haría falta un NGINX en el servidor que escuche en el puerto 80 y enrute al NodeJS que haya detrás, porque la opción de desplegar en Vercel se iría de precio.
Para el diseño gráfico de la app podríamos utilizar Figma, herramienta online colaborativa y gratuita que permitiría que entre todos diseñáramos el aspecto final. Se puede ir haciendo poco a poco todas las pantallas.
Para la programación podemos hacer un repo privado en Github y vamos haciendo poco a poco: Definición de los requisitos funcionales, casos de uso que va a tener la aplicación, diferentes pantallas, modelado del esquema de datos, etc.
Podríamos primero hacer la funcionalidad principal como está ahora, y una vez lo tengamos todo montado, más adelante ir metiendo más funciones, como permitir a los usuarios hacer colecciones estilo whakoom, comentarios y reseñas, etc.
Una pregunta, una vez generado un esquema de datos, para hacer la alimentación inicial, ¿disponemos de los datos en algún formato que podamos parsear? ¿O habría que crawlear la web entera para extraerlos?
Jaaaaa me maten¡¡¡¡¡¡¡¡¡ si he entendido algo :bufon:
Decidido, estás en el proyecto :contrato: :adoracion:
-
Si nos lo tomamos con calma yo puedo apuntarme.
Entiendo que ahora mismo para las fichas hay alguna herramienta que te autogenera un html estático en base a unos parámetros de algún fichero con el que se lo alimente, ¿no? ¿Y la idea es hacer una web/app dinámica con su panel interno para administrar todo el contenido? Estilo Whakoom pero para nuestras fichas.
Podemos planificar ciertos pasos a seguir e ir completando poco a poco, pero habría que definir algunos requisitos iniciales en cuanto a la tecnología que se puede utilizar porque hay muchas opciones.
Si queremos utilizar PHP tenemos la opción de Symfony como framework, ya que encaja muy bien con un base de datos relacional como MySQL o PostgreSQL y se puede modelar el esquema de datos con un ORM como Doctrine y se puede utilizar Twig como sistema de plantillas. Otra opción dentro de PHP es utilizar Laravel con Blade y Eloquent, aunque prefiero mil veces Symfony.
Si preferís el mundo Javascript y hacer algo más dinámico en frontend, podemos utilizar NextJS, un framework que utiliza React por debajo y te permite hacer Server Side Rendering de manera muy sencilla. También es muy fácil utilizar un modelo de datos con Prisma. Para desplegar en servidor haría falta un NGINX en el servidor que escuche en el puerto 80 y enrute al NodeJS que haya detrás, porque la opción de desplegar en Vercel se iría de precio.
Para el diseño gráfico de la app podríamos utilizar Figma, herramienta online colaborativa y gratuita que permitiría que entre todos diseñáramos el aspecto final. Se puede ir haciendo poco a poco todas las pantallas.
Para la programación podemos hacer un repo privado en Github y vamos haciendo poco a poco: Definición de los requisitos funcionales, casos de uso que va a tener la aplicación, diferentes pantallas, modelado del esquema de datos, etc.
Podríamos primero hacer la funcionalidad principal como está ahora, y una vez lo tengamos todo montado, más adelante ir metiendo más funciones, como permitir a los usuarios hacer colecciones estilo whakoom, comentarios y reseñas, etc.
Una pregunta, una vez generado un esquema de datos, para hacer la alimentación inicial, ¿disponemos de los datos en algún formato que podamos parsear? ¿O habría que crawlear la web entera para extraerlos?
Qué bien y qué mal, lo he entendido pero no sé hacer nada de lo que dices.
Me limito a admiraros desde aquí.
-
Yo tampoco me entero de mucho y voy mal de tiempo, pero tendré que estar por si me necesitáis. :sudando:
-
Si nos lo tomamos con calma yo puedo apuntarme.
Entiendo que ahora mismo para las fichas hay alguna herramienta que te autogenera un html estático en base a unos parámetros de algún fichero con el que se lo alimente, ¿no? ¿Y la idea es hacer una web/app dinámica con su panel interno para administrar todo el contenido? Estilo Whakoom pero para nuestras fichas.
Podemos planificar ciertos pasos a seguir e ir completando poco a poco, pero habría que definir algunos requisitos iniciales en cuanto a la tecnología que se puede utilizar porque hay muchas opciones.
Si queremos utilizar PHP tenemos la opción de Symfony como framework, ya que encaja muy bien con un base de datos relacional como MySQL o PostgreSQL y se puede modelar el esquema de datos con un ORM como Doctrine y se puede utilizar Twig como sistema de plantillas. Otra opción dentro de PHP es utilizar Laravel con Blade y Eloquent, aunque prefiero mil veces Symfony.
Si preferís el mundo Javascript y hacer algo más dinámico en frontend, podemos utilizar NextJS, un framework que utiliza React por debajo y te permite hacer Server Side Rendering de manera muy sencilla. También es muy fácil utilizar un modelo de datos con Prisma. Para desplegar en servidor haría falta un NGINX en el servidor que escuche en el puerto 80 y enrute al NodeJS que haya detrás, porque la opción de desplegar en Vercel se iría de precio.
Para el diseño gráfico de la app podríamos utilizar Figma, herramienta online colaborativa y gratuita que permitiría que entre todos diseñáramos el aspecto final. Se puede ir haciendo poco a poco todas las pantallas.
Para la programación podemos hacer un repo privado en Github y vamos haciendo poco a poco: Definición de los requisitos funcionales, casos de uso que va a tener la aplicación, diferentes pantallas, modelado del esquema de datos, etc.
Podríamos primero hacer la funcionalidad principal como está ahora, y una vez lo tengamos todo montado, más adelante ir metiendo más funciones, como permitir a los usuarios hacer colecciones estilo whakoom, comentarios y reseñas, etc.
Una pregunta, una vez generado un esquema de datos, para hacer la alimentación inicial, ¿disponemos de los datos en algún formato que podamos parsear? ¿O habría que crawlear la web entera para extraerlos?
Digo sí a todo... pero como ya conozco el eterno proyecto maldito, como dices.. con calma.
PHP -> Si
Symfony -> Es una opción.. pero teniendo en cuenta que el proyecto es "eterno" tiraría por algo que cambie menos
MySQL es de pago.. así que postgress sería la opción (y eso que soy de MySQL)
... y así seguiríamos .. ya lo hemos probado casi todo XDDD de ahí lo de "maldito".
Te voy a resumir. Hay herramientas para generar fichas, otras para leer fichas... y otras veces no hay herramientas y se completa a mano.
Pero el proyecto tiene la maldición de que "modelar" el mundo analógico es BASTANTE jodido (se puede aproximar y habrá que hacer concesiones). Esa es la peor parte, cada vez que hemos tenido un modelo se ha caído por tierra por alguna de las "particularidades" de la realidad.
De hecho, se puede trabajar poco a poco e intentar crear un pequeño modelo de partes que podamos ir haciendo crecer para abarcar todo el universo... Sólo prometo muuuchos cambios.
Pero ahí está la gracia... si fuera fácil ya estaría hecho. Somos ingenieros, sujetame el cubata que esto se puede. :)
Dicho esto, adelante, bienvenido, porque te va a encantar :)
-
He llamado a Reed Richards para que solucione este problema en una realidad alternativa:
:chalao:
https://marvex.es/
Preguntas y consultas a mi correo: vicmontol@gmail.com
Excelsior!
-
Entiendo que ahora mismo para las fichas hay alguna herramienta que te autogenera un html estático en base a unos parámetros de algún fichero con el que se lo alimente, ¿no?
Las fichas se hacen manualmente, generadas automáticamente hay muy pocas. ;)
-
He llamado a Reed Richards para que solucione este problema en una realidad alternativa:
:chalao:
https://marvex.es/
Preguntas y consultas a mi correo: vicmontol@gmail.com
Excelsior!
No se Jack, pero a mí que Stan Lee no usa como pseudónimo Jack Kirby ... y tampoco nacieron el mismo día.
https://marvex.es/autor/stanlee