Видео

Gracias, espero que te gusten los siguientes videos!

Muchas gracias por tu apoyo <3

One Hunter theme

Osea te refieres a hacer el backend? Desde 0?

@@CarlosMoralesDev si puede ser, y para hacerlo más interesante usando una IA, como Copilot o mejor aun Cascade con windsurf de Codeium

Muy feliz de que te guste!

Gracias por tu apoyo uwu

Hola si lo anoto :) para la siguiente semana!

​@@CarlosMoralesDev gracias bro, y para usar cookies, es necesario que el frontend este HTTPS?

Gracias por tu apoyo:)

Gracias por tu apoyo! 😉 crack!

Gracias por tu apoyo :) espero te vaya bien en tu tesis!

Gracias boss uwu

jajaja yo tambien iba a preguntar lo mismo, a esperar a ver si contesta

X2

@@martinflores9611 @AlejandroGonzalez-zh8hd Uso one hunter theme :)

Hola en que minuto del video tienes error?

Material dark theme:)

@@CarlosMoralesDev No lo encontré, lo mas parecido fue Atom One Dark Theme.

Lo busco en un momento que use mi computadora y te digo el nombre exacto 👍

@@AndresTormenta-pi1es El nombre es One Hunter Theme, disculpas.

Cual es tu versión global de angular/cli?

@CarlosMoralesDev instale angular 18

Gracias :), material dark theme y la fuente es Jetbrains mono

Gracias por tu apoyo 🔥

Gracias crack, eres una inspiración 🤩

One Hunter theme :)

Gracias crack!

Va a depender si trabajas con Promesas o Observables, tambien recuerda que fetch es nativo de JS, y httpClient es de angular, y se basa en fetch pero puedes agregarle mas cosas :)

Depende de la complejidad de tu aplicación. Con fetch directo, únicamente podrás asignar interceptores de forma imperativa en la propia llamada, volviendo poco escalable las reutilización de utilidades en las llamadas a APIs (autenticación, monitoreo, proxy, etc). Para la gran mayoría de los casos, inclusive para aplicaciones simples, yo te recomendaría utilizar el wrapper HttpClient, ya que tienes acceso a toda la escalabilidad que plantea Angular simplemente añadiendo interceptores. Si el uso de fetch es importante para ti por cualquier motivo, simplemente provee el HttpClient e incluye la llamada al método withFetch() en tu configuración inicial. Espero te ayude este comentario!

@@rodrigonbertin podrías inicializar el signal del request con null, y preguntar en el loader si es null que no siga con la llamada o que haga un return. Y cuando hagas click cambias el valor del signal, lo que hará que se ejecute denuevo el resource :)

Exacto, y podemos comenzar a trabajar con signals para peticiones HTTP uwu

@ uno de los problema que tenía era esto y como gatillar peticiones cuando actualizo un signal pero con esta forma queda súper reducida y clara, ojalá ya la lancen oficial 👮‍♀️

Gracias por tu apoyo 💪

puedes subir tu repo? quizas te puedo dar una mano y lo veo!

a mi tampoco me sale eso

Hola, lo tengo gracias a Github PRO por ser estudiante. Pero estoy pensando en probar otras alternativas

Graciasss

Golden' by Mona Wonderlick :)

Gracias por verlo 🥳

Si no me equivoco material theme, la paleta darker

Entiendo tu punto de vista, la verdad que en el RFC habian muchas personas mencionando eso, pero algo interesante es que estas son sugerencias, por ello podemos optar por usarlas o no :)

Gracias por tu apoyo <3

Gracias a ti crack 💪

Gracias por tu comentario, a que te refieres con erróneo? Para saber como modificarlo o tenerlo en cuenta a la próxima

@CarlosMoralesDev una API es una "intermediaria" entre 2 aplicaciones. A hace una cosa, B hace otra y la API ayuda a que se comuniquen. Cuando una librería expone funciones propias no es una API ... Tampoco un interface.

Ojo, hay mucha gente que le llama API a una librería o a un conjunto de herramientas ... Pero no es lo más correcto. Mi sugerencia es que no hagas un uso excesivo ... Pero tampoco es que sea malo 🤪