Iced Latte Frontend
1.0.0
? Iced-Latte (Frontend) es un proyecto de sandbox sin fines de lucro donde un equipo de entusiastas de TI está trabajando en la creación de un mercado moderno (https://iced-latte.uk/) para vender café para bombear sus habilidades suaves y duras y divertirse trabajando en un proyecto interesante. Construido con el uso de Next.js, está elaborado con fines educativos, ofreciendo información sobre el desarrollo de aplicaciones modernas con Next.js.
? Es crucial tener en cuenta que operamos sin el apoyo financiero de ninguna parte, y tampoco compensamos a nadie financieramente. Nuestros esfuerzos son alimentados únicamente por la pasión y la dedicación.
¿Apoya el proyecto de café con leche helado dando estrellas? En repositorios de GitHub, ¿sus calificaciones significan mucho para nosotros?
Siga las instrucciones de configuración en Start.md para poner en funcionamiento el proyecto.
La API está completamente documentada con Swagger. Acceda a la documentación en http://localhost:8083/api/docs/swagger-ui una vez que el servidor se está ejecutando.
- Public/ (archivos estáticos)
- SRC/ (Directorio de fuentes)
- aplicación/
- _Componentes/ (componentes utilizados por la página actual)
- Someroutefolder/ (alguna página de memoria)
- _Componentes/ (componentes de la página de Someroute)
Page.tsx (página de Someroute)
globals.css (estilos globales)
Layout.tsx (diseño de raíz)
Page.tsx (página principal)
- Componentes (componentes compartidos en toda la aplicación)
- UI (componentes de interfaz de usuario compartidos (botones, etc.))
- Constantes (valores codificados temporales)
- Datos (datos burlados temporales)
- Ganchos (ganchos personalizados)
- Modelos (tipos de mecanografiado)
- Servicios
- Utils (funciones de utilidad)
tailwind.config.ts (clases personalizadas)
Sin K8, sin AWS, enviamos a Dockers directamente a través de SSH y ¡es hermoso!
Toda la configuración de producción se describe en el archivo Docker-Compose.local.yml.
Entonces, las acciones de Github tienen que tomar todo el trabajo sucio. Construyen, prueban e implementan cambios en la producción en cada fusión para dominar (solo los mantenedores oficiales pueden hacerlo).
Explore toda la carpeta .github para obtener más información.
Estamos abiertos para propuestas sobre cómo mejorar nuestras implementaciones sin complicarlo en exceso con una mierda moderna DevOps.
Las horquillas son bienvenidas.
Tres grandes solicitudes para todos:
Las contribuciones son bienvenidas.
El punto principal de interacción es la página de problemas.
Aquí están nuestras pautas de contribución: contribuyentes. MD.
El lenguaje de desarrollo oficial en este momento es el inglés, porque el 100% de nuestros usuarios lo hablan. No queremos introducir barreras innecesarias para ellos. Pero estamos acostumbrados a escribir compromisos y comentarios en ruso y no nos importará comunicarnos con usted en él.
Para grandes cambios, abra primero un problema o (si ya está abierto) deje un comentario con breve explicación de qué y por qué va a cambiar. Muchos boletos se abren no porque no se pueden hacer, sino porque causan muchas contradicciones lógicas que quizás no sepa. Es mejor aclararlos en comentarios antes de enviar un PR.
Tómese un tiempo para presionar F y dar algunos respetos a nuestros mejores contribuyentes, que pasaron su propio tiempo para mejorar el club.
¡Presionemos F para presentar respetos a estos increíbles contribuyentes!
MIT
En otras palabras, puede usar el código con fines privados y comerciales con una atribución de autor (¿incluyendo el archivo de licencia original o mencionando el club?).
Únase a nuestra comunidad de TI que Zufar lo explicó en Telegram.
No dude en contactarnos por correo electrónico: [email protected].
❤️
