Feda /dev/ - No Javascript allowed | Página 331

Fyn4r #9901 Sep '20 Inocente

#9899 yo monte un par de páginas de GitHub con Jekyll

1 respuesta

r2d2rigo #9902 Sep '20 Inocente

#9900 #9901 precisamente me estoy debatiendo entre esos dos, seria para un blog de codigo (no @desu).

Lo ultimo que toque en su dia fue Wordpress y paso de tener la misma movida, quiero hacer mis mierdas en markdown y publicarlas sin mucho mareo.

4 respuestas

aren-pulid0 #9903 Sep '20

#9902 hazlo en .net

B

[Borrado] #9904 Sep '20

#9902 Un blog que me ha escupido duckduckgo: https://chenhuijing.com/blog/migrating-from-jekyll-to-hugo/

eXtreM3 #9905 Sep '20

4

Leos #9906 Sep '20

#9902 yo tengo uno en gatsby, esta bastante bien

1 respuesta

Axtrix #9907 Sep '20 Diamond hands

#9899 Vuepress

desu #9908 Sep '20

NINJA skills, x10 dev

1

Zoko #9909 Sep '20

Por fin enseñas tu cara.

isvidal #9910 Sep '20

#9902 Animate co y tírate a la buena vida de React con Gatsby

Siempre esta bien probar cosas nuevas

2 1 respuesta

_Rpv #9911 Sep '20

No sabía que aquí se escuchara música de calidad.

1 respuesta

B

[Borrado] #9912 Sep '20

¿Estamos de mañaneo rapetil?

1 respuesta

B

[Borrado] #9913 Sep '20

¿Creéis necesario para una simple web con base de datos hacer front por un lado y un api rest por otro? Es que no acabo de entender por qué se lleva ahora esto prácticamente en todo cuando antiguamente en el mvc tenías todo en un mismo proyecto, front, servicios, modelos y ya está.. no acabo de ver hacer un api si la conexión para base de datos es solo para tu propia página web y solo ésta consume de tales servicios.

Algún framework web se lleva todo en uno, front y back en uno solo?

Es que ahora todo son frameworks y frameworks hasta para cosas sencillas o medias.

3 respuestas

Grise #9914 Sep '20

#9913 Mola hacer sobreingeniería para pensar que estás en la pomada.

wdaoajw #9915 Sep '20

#9913 Seguridad, eso provee la API delante de la bbdd entre otras cosas.

Necesario? Pues claro que no, depende de lo que importante que sea tu proyecto.

1 respuesta

Fyn4r #9916 Sep '20 Inocente

#9913 Pues no lo hagas, no entiendo el problema

1 respuesta

B

[Borrado] #9917 Sep '20

#9915 #9916 por eso pregunto si hay algún framework donde estile llevar todo en uno al estilo mvc.
Servidor+front+back todo en uno... Con todos los frameworks que existen imagino que sí.

En plan hacer un front spa con cualquier framework pero a su vez meterle la conexión a BBDD con las querys.

Desconozco si lo hay, siempre veo o una cosa u otra, por eso pregunto si hay de todo que no sea hacerlo a pedalillo.

No me dedico a esto y ando aprendiendo cosas por hobby porque me gusta y de paso hacer proyectillos personales.

2 respuestas

desu #9918 Sep '20

#9917 Cualquier framework de front end (react,angular, vue) te valdra haces las queries a la db en un servicio y fuera.

Aprovecho que estais ACTIVAOS

Que documento hacéis primero, el product backlog o el use cases?

Para pasárselo al cliente para que lo rellene entiendo que el product backlog con la estructura tipica:

Como cliente front end A...... quiero hacer interaccion X .......... para lograr Y.
Como cliente front end B...... quiero hacer interaccion X .......... para lograr Y.
Como consumer api A....... quiero hacer interaccion X .......... para lograr Y.
como consumer de api B...... quiero hacer interaccion X .......... para lograr Y.

Y luego haceis el use cases + requerimientos? Nse @ seniores.

HeXaN #9919 Sep '20

Yo siempre hago la portada lo primero.

1

eXtreM3 #9920 Sep '20

Yo he hecho 2 proyectos separando el back y el front y me encantó.

Planteas una BD y un back completamente funcional con toda la API hecha y ya los del front que se busquen la vida (también hice el front xd)

isvidal #9921 Sep '20

#9912 #9911

1

r2d2rigo #9922 Sep '20 Inocente

#9906 #9910 si precisamente lo que no quiero es romperme la cabeza, yo quiero pasarle unos markdowns a un algo que haga magia y me genere los HTML. No quiero ni hostearlo en un servidor dinamico, con eso os lo digo todo.

4 respuestas

eondev #9923 Sep '20 Rawe Ceek

#9922 pues hazlo en .net core

1

desu #9924 Sep '20

#9922 Cualquiera te vale, yo use jekyll, solo tienes que vigilar que el css no te joda el markdown, mira que sea un template pensado para codigo. mira github pages + jekyl/gatsby. le das fork al repo y ya lo tienes, en local solo ejecutas el comando para generar el html y git push.

lo jodido es meter el dominio, yo tarde 2 meses.

1 1 respuesta

Markitos_182 #9925 Sep '20

#9922 https://markdowntohtml.com/

isvidal #9926 Sep '20

A ver si adivináis a quien, el día de paso a staging (Hoy), se le están cayendo los componentes a trozos y los de QA lo están curtiendo a tickets

y no, no es uno que empieza por j

1 respuesta

desu #9927 Sep '20

#9926 @eondev

4

JuAn4k4 #9928 Sep '20

#9917 Todo lo que sea SSR, Razor, Vaadin, JSPs, etc.. Los fw que mencionas son SPAs, y la API simplemente pide datos (json generalmente) para modificar el DOM.

Vamos:
SPA: Tienes un js "enorme" (bundled) que hace todo el rendering en base a los datos que vienen de la API
MPA: Tienes un servidor que te da el HTML ya mezclado con los datos (el server lee datos + renderiza html), navegación basada en refrescar la página entera.
SPA+SSR: Podríamos decir que es un hibrido entre ambos, con code splitting para pedir bundles más pequeños

Razor (c#) es un Spa que cambia JS por C#, está empezando a dar pasos, usa webassembly, anteriormente usaba websockets
Vaadin (java) es una especie de Swing pero para web en vez de escritorio, no lo he llegado a usar y no se realmente si es un JS al final que se comunica con el server por websockets o es otra cosa.
JSP/MVC/etc..: Son los clásicos que renderizan el HTML con plantillas en el servidor y navegas por links que se encarga el navegador de pedir el HTML entero de nuevo. (Puedes por JS hacer que se pidan trozos y hacer .innerHTML = response, esto recuerdo hacerlo hace años pre-angular).

#9924 Entonces lo del dominio ya lo tienes, tienes https ? o eso son otros 2 meses ?

2 respuestas

B

[Borrado] #9929 Sep '20

#9928 creéis que vale la pena firebase y olvidarme de la parte back?

1 respuesta

B

[Borrado] #9930 Sep '20

#9922

scp index.txt userhost@iphost:/var/www/.

al toque, 100% libre de mantenimiento y legible.

Feda /dev/ - No Javascript allowed

Normas basicas de convivencia:

Memes Feda/dev

Aprovecho que estais ACTIVAOS

Usuarios habituales