🚀 go-pugleaf

> i z tym sie zgadzam. potwierdziles to co napisalem, ze aplikacje sa
> skladane do kupy w jeden spojny projekt (tak, tak ... wiem o
> przenosnosci/reuzywalnosci pojedynczych aplikacji).
>
> natomiast z tego co jarek napisal wywnioskowalem ze w jednym projekcie
> ma rozne applikacje ktore nie sa ze soba powiazane i chce je "wystawic"
> pod roznymi adresami. stad moje zdziwienie i konsternacja.

Ale wlasnie o to chodzi te appsy nie musza miec ze soba nic wspolnego i
majac 3 projekty mozesz je urlami wspoldzielic miedzy soba.

> Postaram sie jeszcze raz przedstawic moje rozterki.
> Zalozmy taki uklad projektu:
> my_project/
>       my_app_1/
>       my_app_2/
>       settings.py
>       urls.py
>       ...

To co napisalem wyzej wrecz tyczy sie rozwiazania:
my_project1/
    app1
    app2
my_project2/
    app3
    app4
my_project3/
    app2 # dzieki namespace'om mozna to zrobic :)
    app5

> Przypadek 2: my_app_1 sluzy do publikowania plikow (opublikowany pod
> adresem http://uploader.mydomain.com), my_app_2 to aplikacja "blog
> internetowy" (opublikowany pod adresem http://www.xxx.com/blogger).
>
> Po zapoznaniu sie z tutorialem i rozpoczeciu wlasnego projektu,
> zalozylem jako oczywisty przypadek 1. Przyjalem analogie do javy:
> (django)projekt->(java)webaplikacja, (django)aplikacja->(java)servlet+jsp
>
> Natomiast to co opisal Jarek wyglada mi jak przypadek 2.

To jest bez roznicy
Tak jak uzywasz: django.contrib.auth np mozesz tez zrobic
my_project2.app3
Oczywiscie wymaga to odpowiedniego stworzenia tej aplikacji

> Byc moze wyciagnalem jakis bezsensowny wniosek z wypowiedzi Jarka i po
> prostu brne w jakas bzdure. Nie wiem.

Wydaje mi sie, ze wniosek jest prawidlowy i ogolnie nie widze wiekszego
problemu (poza tym, ze trzeba tak tworzyc appsy by byly przenosne)
--
Adam Hoscilo