Path: csiph.com!weretis.net!feeder4.news.weretis.net!news.unit0.net!news.netfront.net!not-for-mail From: David Rohleder Newsgroups: cz.comp.lang.python Subject: [python] =?iso-8859-1?q?Django_a_debian=ED_bal=ED=3Fkovac=ED_syst?= =?iso-8859-1?q?=E9m?= Date: Mon, 11 Jul 2016 20:26:17 +0200 Organization: Netfront http://www.netfront.net/ Lines: 68 Message-ID: NNTP-Posting-Host: 194.228.3.217 Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit X-Trace: adenine.netfront.net 1468261587 21814 194.228.3.217 (11 Jul 2016 18:26:27 GMT) X-Complaints-To: news@netfront.net NNTP-Posting-Date: Mon, 11 Jul 2016 18:26:27 +0000 (UTC) To: Konference PyCZ Received-SPF: unknown (Address does not pass the Sender Policy Framework) SPF=MAILFROM; sender=davro@ics.muni.cz; remoteip=::ffff:147.251.4.46; remotehost=; helo=minas.ics.muni.cz; receiver=hugo.zagamma.cz; X-Mailer: Evolution 3.18.5.2-0ubuntu3 X-Muni-Envelope-From: davro@ics.muni.cz X-Muni-Spam-TestIP: 91.187.58.40 X-Muni-Local-Auth: yes X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.3.9 (minas.ics.muni.cz [147.251.4.35]); Mon, 11 Jul 2016 20:26:24 +0200 (CEST) X-Virus-Scanned: clamav-milter 0.99 at minas X-Virus-Status: Clean Received-SPF: unknown (Address does not pass the Sender Policy Framework) SPF=FROM; sender=davro@ics.muni.cz; remoteip=::ffff:147.251.4.46; remotehost=; helo=minas.ics.muni.cz; receiver=hugo.zagamma.cz; X-BeenThere: python@py.cz X-Mailman-Version: 2.1.20 Precedence: list List-Id: Konference PyCZ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Xref: csiph.com cz.comp.lang.python:3089 Ahoj, mám tak trochu problém nalezením řešení pro jednu konkrétní situaci: Máme vlastní django aplikaci a rádi bychom ji zabalili jako debianí balík. Z mého pohledu potřebuju něco typu - jedno django - jedna aplikace. Bohužel django používá jinou filozofii - jedno django - mnoho aplikací (které také sdílejí jednu databázi a pod). Když django startuje projekt, tak vytvoří základní kostru pro aplikace ve tvaru: myproject/     manage.py     myproject/         __init__.py settings.py         urls.py         wsgi.py každá aplikace si pak vytvoří svůj vlastní podstrom  myproject/     manage.py     blog/         __init__.py         models.py         managers.py settings.py         views.py         urls.py         templates/ cílem je, aby byly jednotlivé aplikace v rámci jednoho djanga tzv. self-contained. Já mám ovšem pocit, že toto není úplně šťastné řešení a chtěl bych, aby každá aplikace byla separátní instancí djanga (a o řízení se staral třeba apache) - žádné sdílení databáze mezi jednotlivými aplikacemi a pod. Cílem je, abych mohl vytvořit debianí balík tak, abych mohl vedle sebe nainstalovat několik oddělených aplikaci (které mezi sebou nemají žádný vztah). Ideálně tak, že bych měl pouze adresář  myproject/     manage.py     myproject/         __init__.py         urls.py         wsgi.py         models.py         managers.py         views.py          urls.py         templates/ problém je v tom, že takto django moc nefunguje a zatím musí mít člověk minimálně dva adresáře - jeden se samotným djangem (settings.py a spol.) a další se samotnou aplikací. Ví někdo, jak se správně vyrábí django balík pro nějakou linuxovou distribuci (debian, RH)? Případně jak na to? Nerad bych se dopustil nějaké prasárny, která by mně do budoucnosti zkomplikovala práci. Dík David --- news://freenews.netfront.net/ - complaints: news@netfront.net ---