Te quiero agradecer por todos tus conocimientos. Eres un gran profesor, valoro el tiempo que dedicas explicando dedicadamente cada una de las características. Gracias por traernos este contenido de alto valor.
Desde hace como 4 meses comencé a ver tus videos, me han ayudado mucho, hice mi primer sistema de gestión de turnos con lo aprendido con sus valiosos videos aplique eventos, listeners, observers, Middleware, relaciones, controladores, modelos, vistas, API, auth, lo que si falta un poco de información es acerca de livewire y pusher ( ó laravel websockets ), sé ahora que es muy amplió el tema como dice en su vídeo, la documentación es bastante clara. Le agradezco sinceramente por todo el apoyo que me ha brindado, vengo de java con 7 años, pero cuando empecé conocí laravel 5 por poco tiempo debido a la gran cantidad de ofertas seguí con java, ahora retomar PHP ha sido muy gratificante, mil y mil gracias. Quedó atento a la nueva serie de videos y lo que más me interesa es saber como aplicar laravel bajo una arquitectura de microservicios.
Muchísimas gracias por tanto Juanjo, me encanta la forma en la que explicas, la metodología, la paciencia y el detalle que le pones a todo lo que has explicado, no solo en este curso sino en todos, seguiré aprendiendo poco a poco de todo, resta practicar muchísimo y eso... seguir aprendiendo!!! Éxitos para ti!
Hola! Para la proxima ocasion de realizar el desploy (entiendo que sera al final de una clase completa), podrias considerar hacer el tutorial del deploy desde 0 y no asumiendo ciertas cosas. Gracias totales 🙌
tengo una consulta. Desarrolle un app con tus videos y no puedo hacer DEPLOY en un servidor local. funciona exelentemente en el entorno de desarrollo pero desplegada los componentes livewire se ejecuta. saludos desde Argentina, muy buenos tus videos.
Con el comando de instalación de dependencias expuesto que, supuestamente, solo se ejecutará en el primer proceso de despliegue, se instalarán las dependencias de Composer, ¿no?. En este mismo nivel, sería el lugar dónde poner el comando relativo la instalación de dependencias NODE si fuera necesario, ¿no? ... Es decir, algo como "run: npm i", ¿no?
Eso es. Me gustaría realizar un curso de devops en el futuro para poder explicar todo esto en mayor profundidad, de forma agnóstica al sistema desplegado
hace 2 meses conocí tu canal y muchas dudas han sido aclaradas de la manera que explicas, quisiera saber si habrá un desarrollo desde 0 aplicando cada concepto.
¿Los Github Actions son algo, únicamente, propio de Github?, ¿o podría haber algo similar o equivalente en otro tipo servidor de repositorios como, por ejemplo, en los de Bitbucket?
Los GitHub Actions son propios de GitHub, pero cada plataforma tiene su equivalente, y yaml es transversal (puede usarse como notación en todos) Después estarían ya las plataformas de CI/CD que son agnósticas al repositorio, y cuya finalidad es la propia automatización, testing y monitoreo de sistemas, pero estás deberíamos tratarlas en un curso propio 👍
Muy interesante el despliegue en un hosting compartido, tengo una duda, mencionastes que no es buena idea tener el proyecto completo en la carpeta www, solo la parte public, en mi caso yo no hago eso, sino que tengo todo el proyecto en la carpeta de www, y hago uso de archivos .htaccess, para redigirir todas las solicitudes a la carpeta public. Eso me traería problemas de seguridad?
Siempre y cuando redirijas y controles los permisos de acceso no hay problema. La recomendación es simplemente para evitar tener que hacer esto, ya que cae más en la parte de sistemas que de desarrollo 👍
Juanjo que que tal. Sabes que al hacer el deploy en cpanel de una web que realice siguiendo tu curso, al momento de actualizar o crear las imagenes en la carpeta public_html me crea en su interior otra carpeta public_html y ahí coloca las imagenes. Tu me podrias orientar como buscar una solucion a este problema que estoy teniendo. Saludos.
Sabes, sería muy interesante que pudieras hacer un vídeo en el cual se monte un aplicación de laravel en un hosting tipo hostinger por ejemplo, de esos que son conocidos, si no estoy mal , como compartidos,
No entendí del todo la parte relativa al archivo "deploy.yaml" o, más bien, cuál es el entorno que se está configurando con él. Cuando comentas que el "" es el que "...se encarga de configurar todo el entono de PHP en el despliegue.", ¿qué quieres decir? ¿Este entorno a configurar es solo algo dentro del propio repositorio de Github, lo mismo que lo del "ubuntu-latest"? ¿Acaso para disponer de estas acciones de Github se está configurando una cierta máquina virtual o contenedor de Docker, en dónde instalar Ubuntu con un PHP de versión 8.2.6? ¿Es eso? ... Por otro lado, la versión de PHP especificada en este archivo de "deploy.yaml" para el despliegue, ¿debe estar, directamente, relacionada con la empleada para desarrollar la aplicación o, al menos, ser la mínima aceptada por la aplicación? Si no es así, todo este entorno ¿se refiere al propio entorno del servidor compartido? ¿es decir, el Ubuntu y la versión PHP son cosas que deberán estar instaladas o se instalarán en el servidor de producción?
Efectivamente, la configuración que indicamos es la que nuestro servidor de despliegue objetivo tiene instaladas. En el caso de docker, el despliegue se haría a través de contenedores, siendo estos un sustitutivo de las acciones. Docker será un tema a tratar en el canal dentro de poco 👍
@@GOGODEV Excelente todo el contenido de este maravilloso canal. Sabes más o menos para cuando podría estar disponible el curso de Laravel DDD? Muchas gracias por todo.
Se agradece el curso y los videos pero no cubres temas importantes de problemas que pueden haber al subir a producción, ejemplo: que no funcionen los symbolics links por problemas de permisos del Hosting y cómo solucionarlo entre otras cosas, además el proceso de despliegue lo tocaste muy por encima, muchas cosas de las que hay ahí no se explicaron y no se saben cómo y por qué funcionan. Tampoco cubriste los problemas que pueden haber al ejecutar las migraciones en un hosting, lástima que siendo un curso que vas tan despacio y es tan largo te hayas dejado en el tintero tantas cosas importantes
Bueno, intente hacer las pruebas pertinentes para entender todo el circuito, pero me estoy tompando con este error Run SamKirkland/FTP-Deploy-Action@v4.3.4 Error: Error: server-dir should be a folder (must end with /) no se si estoy haciendo bien el secret FTP_DESTINATION, si entro con un ftp normal usaria toda la ruta completa del dominio, pero si pongo eso me da error, pero si pongo /miproyecto tambien me tira el mismo error. los otros puntos me da el tilde de correcto, hice un debug en git del proceso, pero no me da mas datos del error, antes de eso ##[debug]Evaluating: secrets.FTP_DESTINATION ##[debug]Evaluating Index: ##[debug]..Evaluating secrets: ##[debug]..=> Object ##[debug]..Evaluating String: ##[debug]..=> 'FTP_DESTINATION' ##[debug]=> '***' ##[debug]Result: '***' ##[debug]Loading env Run SamKirkland/FTP-Deploy-Action@v4.3.4 Error: Error: server-dir should be a folder (must end with /) ##[debug]Node Action run completed with exit code 1 ##[debug]Finishing: Deploy to shared hosting alguien probo o le paso algo parecido?
Hola Sandokan! Es simplemente la configuración de tus secrets. El error te indica que el secret de destino del server debe acabar por / Es decir: Si por ejemplo tú has puesto: /Miapp Debería ser: /Miapp/ 👍
@@GOGODEV ahora tengo time out, Error: Error: Timeout (control socket) en el secret hots va con ftp o sin ftp adelante del host?, los secrets lo puse como los tengo en el FileZilla, al igual que el el usuario y la contraseña.
Te quiero agradecer por todos tus conocimientos. Eres un gran profesor, valoro el tiempo que dedicas explicando dedicadamente cada una de las características. Gracias por traernos este contenido de alto valor.
Me encantó el curso, aprendí un monton. Gracias por tu dedicacion y tu tiempo. Vamos por más cursos!!
Desde hace como 4 meses comencé a ver tus videos, me han ayudado mucho, hice mi primer sistema de gestión de turnos con lo aprendido con sus valiosos videos aplique eventos, listeners, observers, Middleware, relaciones, controladores, modelos, vistas, API, auth, lo que si falta un poco de información es acerca de livewire y pusher ( ó laravel websockets ), sé ahora que es muy amplió el tema como dice en su vídeo, la documentación es bastante clara. Le agradezco sinceramente por todo el apoyo que me ha brindado, vengo de java con 7 años, pero cuando empecé conocí laravel 5 por poco tiempo debido a la gran cantidad de ofertas seguí con java, ahora retomar PHP ha sido muy gratificante, mil y mil gracias. Quedó atento a la nueva serie de videos y lo que más me interesa es saber como aplicar laravel bajo una arquitectura de microservicios.
Muchas gracias por tu apoyo!
@@GOGODEVEl segundo bloque cuando sale ?
Muchísimas gracias por tanto Juanjo, me encanta la forma en la que explicas, la metodología, la paciencia y el detalle que le pones a todo lo que has explicado, no solo en este curso sino en todos, seguiré aprendiendo poco a poco de todo, resta practicar muchísimo y eso... seguir aprendiendo!!! Éxitos para ti!
Muchas gracias por este gran curso, me ha ayudado mucho en un proyecto que estoy realizando, saludos !!!
Muchas gracias!
pero y no se hace en algun momento lo de npm run build? también he escuchado de borrar node_modules
Buenos días, gracias por compartir tus conocimientos.
Muchas gracias por tu apoyo, Carlos!
el momento mas esperado de la semana, por lo menos para mi🥳🥳🥳🥳🥳🥳
Muchas gracias Juan Esteban!
Hola profe, me encanta este curso, en algún momento se va a seguir o ya se acabó ? Me refiero a DDD y eso. Muchas gracias.
Hola! Para la proxima ocasion de realizar el desploy (entiendo que sera al final de una clase completa), podrias considerar hacer el tutorial del deploy desde 0 y no asumiendo ciertas cosas. Gracias totales 🙌
Claro! El problema con el deploy es que muchos datos a la hora de desplegar son sensibles. Pero buscaré alguna opción posible, o desenfocaré estos 👍
@@GOGODEV Gracias por considerarlo. Sensei de Laravel 😎
tengo una consulta. Desarrolle un app con tus videos y no puedo hacer DEPLOY en un servidor local. funciona exelentemente en el entorno de desarrollo pero desplegada los componentes livewire se ejecuta. saludos desde Argentina, muy buenos tus videos.
excelente, ahora esperemos al proximo de solid o ddd o el que subas. todo es nuevo para mi. Cuanto tiempo perdi por no programar durante 20 años.
Nunca es tarde! A por ello!
excelente, muy bueno, la carpeta de destino del hosting debe estar vacio?
Excelente curso!!!
Muchas gracias!
Es necesario que Laravel esté instalado en el servidor?
Genial como siempre!!!
Muchas gracias, Diego!
ya esta la lista de reproducción siguiente?
ya esperando el estreno
Muchas gracias, Melvin!
Con el comando de instalación de dependencias expuesto que, supuestamente, solo se ejecutará en el primer proceso de despliegue, se instalarán las dependencias de Composer, ¿no?.
En este mismo nivel, sería el lugar dónde poner el comando relativo la instalación de dependencias NODE si fuera necesario, ¿no? ... Es decir, algo como "run: npm i", ¿no?
Eso es. Me gustaría realizar un curso de devops en el futuro para poder explicar todo esto en mayor profundidad, de forma agnóstica al sistema desplegado
hace 2 meses conocí tu canal y muchas dudas han sido aclaradas de la manera que explicas, quisiera saber si habrá un desarrollo desde 0 aplicando cada concepto.
Claro! De todo lo que me sea posible abarcar 🙂😉
¿Los Github Actions son algo, únicamente, propio de Github?, ¿o podría haber algo similar o equivalente en otro tipo servidor de repositorios como, por ejemplo, en los de Bitbucket?
Los GitHub Actions son propios de GitHub, pero cada plataforma tiene su equivalente, y yaml es transversal (puede usarse como notación en todos) Después estarían ya las plataformas de CI/CD que son agnósticas al repositorio, y cuya finalidad es la propia automatización, testing y monitoreo de sistemas, pero estás deberíamos tratarlas en un curso propio 👍
Muy interesante el despliegue en un hosting compartido, tengo una duda, mencionastes que no es buena idea tener el proyecto completo en la carpeta www, solo la parte public, en mi caso yo no hago eso, sino que tengo todo el proyecto en la carpeta de www, y hago uso de archivos .htaccess, para redigirir todas las solicitudes a la carpeta public. Eso me traería problemas de seguridad?
Siempre y cuando redirijas y controles los permisos de acceso no hay problema. La recomendación es simplemente para evitar tener que hacer esto, ya que cae más en la parte de sistemas que de desarrollo 👍
Juanjo que que tal. Sabes que al hacer el deploy en cpanel de una web que realice siguiendo tu curso, al momento de actualizar o crear las imagenes en la carpeta public_html me crea en su interior otra carpeta public_html y ahí coloca las imagenes. Tu me podrias orientar como buscar una solucion a este problema que estoy teniendo.
Saludos.
Podrías colocar un ejemplo de como quedarían las variables en el archivo .env sobre todo la ruta para los directores
Sabes, sería muy interesante que pudieras hacer un vídeo en el cual se monte un aplicación de laravel en un hosting tipo hostinger por ejemplo, de esos que son conocidos, si no estoy mal , como compartidos,
Oído cocina!
Multi tanancy mi hermano seria excelente con Tenancy for Laravel :)
Oído cocina
No entendí del todo la parte relativa al archivo "deploy.yaml" o, más bien, cuál es el entorno que se está configurando con él. Cuando comentas que el "" es el que "...se encarga de configurar todo el entono de PHP en el despliegue.", ¿qué quieres decir? ¿Este entorno a configurar es solo algo dentro del propio repositorio de Github, lo mismo que lo del "ubuntu-latest"? ¿Acaso para disponer de estas acciones de Github se está configurando una cierta máquina virtual o contenedor de Docker, en dónde instalar Ubuntu con un PHP de versión 8.2.6? ¿Es eso? ... Por otro lado, la versión de PHP especificada en este archivo de "deploy.yaml" para el despliegue, ¿debe estar, directamente, relacionada con la empleada para desarrollar la aplicación o, al menos, ser la mínima aceptada por la aplicación?
Si no es así, todo este entorno ¿se refiere al propio entorno del servidor compartido? ¿es decir, el Ubuntu y la versión PHP son cosas que deberán estar instaladas o se instalarán en el servidor de producción?
Efectivamente, la configuración que indicamos es la que nuestro servidor de despliegue objetivo tiene instaladas.
En el caso de docker, el despliegue se haría a través de contenedores, siendo estos un sustitutivo de las acciones. Docker será un tema a tratar en el canal dentro de poco 👍
me gustaria sugerir un curso pequeño de microservicios en laravel
Gracias! Ya está planteado. Será Laravel EDD y microservicios, e irá después de Laravel DDD.
@@GOGODEV Excelente todo el contenido de este maravilloso canal. Sabes más o menos para cuando podría estar disponible el curso de Laravel DDD? Muchas gracias por todo.
@@mauroretch Justo estoy grabando arquitectura hexagonal, requisito para el de DDD. Se publicará mañana
@@GOGODEV Super, muchas gracias.
Se agradece el curso y los videos pero no cubres temas importantes de problemas que pueden haber al subir a producción, ejemplo: que no funcionen los symbolics links por problemas de permisos del Hosting y cómo solucionarlo entre otras cosas, además el proceso de despliegue lo tocaste muy por encima, muchas cosas de las que hay ahí no se explicaron y no se saben cómo y por qué funcionan.
Tampoco cubriste los problemas que pueden haber al ejecutar las migraciones en un hosting, lástima que siendo un curso que vas tan despacio y es tan largo te hayas dejado en el tintero tantas cosas importantes
Bueno, intente hacer las pruebas pertinentes para entender todo el circuito, pero me estoy tompando con este error
Run SamKirkland/FTP-Deploy-Action@v4.3.4
Error: Error: server-dir should be a folder (must end with /)
no se si estoy haciendo bien el secret FTP_DESTINATION, si entro con un ftp normal usaria toda la ruta completa del dominio, pero si pongo eso me da error, pero si pongo /miproyecto tambien me tira el mismo error. los otros puntos me da el tilde de correcto, hice un debug en git del proceso, pero no me da mas datos del error, antes de eso
##[debug]Evaluating: secrets.FTP_DESTINATION
##[debug]Evaluating Index:
##[debug]..Evaluating secrets:
##[debug]..=> Object
##[debug]..Evaluating String:
##[debug]..=> 'FTP_DESTINATION'
##[debug]=> '***'
##[debug]Result: '***'
##[debug]Loading env
Run SamKirkland/FTP-Deploy-Action@v4.3.4
Error: Error: server-dir should be a folder (must end with /)
##[debug]Node Action run completed with exit code 1
##[debug]Finishing: Deploy to shared hosting
alguien probo o le paso algo parecido?
Hola Sandokan! Es simplemente la configuración de tus secrets.
El error te indica que el secret de destino del server debe acabar por /
Es decir:
Si por ejemplo tú has puesto:
/Miapp
Debería ser:
/Miapp/
👍
@@GOGODEV ahora tengo time out, Error: Error: Timeout (control socket) en el secret hots va con ftp o sin ftp adelante del host?, los secrets lo puse como los tengo en el FileZilla, al igual que el el usuario y la contraseña.