Add basePath to allow multiple applications for the same proxy domain example.wip
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 25/100
Línea de trabajo
Start with the local:proxy:domain:attach command and the proxy domain configuration described in the issue; check #510 and the linked comment first, since the issue questions whether this change is still needed. Done would mean the same domain routes / to one project and /live to another, with the documented configuration and default base path behaving as described.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
(EDIT: maybe not necessary if #510 can handle this in a chained way - and it does not need a BC - see https://github.com/symfony-cli/symfony-cli/issues/509#issuecomment-2262350020 for reference)
Currently we can run:
symfony local:proxy:domain:attach example
or have a file like .symfony.local.yaml
proxy:
domains:
- example
and both make https://example.wip work with the current directory. The attach command currently supports --dir to specific which folder to use.
My suggestion is to add a --basePath which defaults to / and makes it possible to mount a different project in the same domain.
Here is an example:
- webapp folder
$ symfony local:proxy:domain:attach example - liveapp folder
$ symfony local:proxy:domain:attach example --basePath /live
would mount all requests for https://example.wip/* to the webapp folder and all requests to https://example.wip/live* are executed in the liveapp folder.
The .symfony.local.yaml in liveapp could look like this:
proxy:
domains:
- domain: example
basePath: /live
and the reader could fallback to using what is below the proxy.domains array as "domain" if it's just a string and not an object :).
Similiar (but different) request at: #335
- Lenguaje dominante
- Go
- Estrellas
- 608
- Forks
- 140
- Merge medio
- 17 h 48 min
- PR fusionados (30 d)
- 37
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de symfony-cli/symfony-cli
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 76/100
symfony-cli/symfony-cli#695 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
symfony-cli/symfony-cli#741 · 1 reacción ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
symfony-cli/symfony-cli#739 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
symfony-cli/symfony-cli#727 · 3 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
symfony-cli/symfony-cli#725 · 1 comentario ·
Los mantenedores suelen responder en 1 día
Todos los issues de symfony-cli/symfony-cli
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
devantler-tech/ksail#7836 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
keyxmakerx/Chronicle#1469 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 73/100
Los mantenedores suelen responder en 1 día
-
bug needs-acceptance wg/router-models-inference-runtime
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
vllm-project/semantic-router#5177 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Gentleman-Programming/gentle-ai#5565 · 1 comentario ·
Los mantenedores suelen responder en 1 día