On Mon, Aug 22, 2016 at 07:48:44AM -0700, Rich Shepard wrote:
> One clarification on projects vs applications will help my learning.
> Rather than using the same name for both (based on prior advice), the
> project name is clientmanagment and that directory contains
> clientmanagement/ crm
Am 23.08.2016 um 14:11 schrieb Michal Petrucha:
Finally, you need one Python package that serves as the “app” that
glues all the other packages together. This is the package (or app)
that contains the settings module, the root URL configuration, the
WSGI entry point, and often also static files,
I am still getting a hang of using curl for testing API request from the
terminal. I have a particular issue with formatting because the API request
I am attempting requires a JWT Token to be passed with every call. The
request I am attempting to pass is PUT request and my question is where t
read the django tutorial first. There is good django tutorial on the official site and also there is "django girls" tutorial on the internet. Both of them is good. Django doesn't see your urlconf. See at error, django find only ^admin/ regex. Your regex is not finded, so you have to edit you urls.p
On Tue, 23 Aug 2016, Carsten Fuchs wrote:
I cannot remember where is was stated, but iirc another reason for the
“project-under-the-project” subdirectory was that it is considered not as
app, but rather as “site”.
Carsten,
Thanks for the clarification. That helps.
Rich
On Tue, 23 Aug 2016, Michal Petrucha wrote:
This is mostly an issue with how we name things. You have a project, which
is a CRM application. That's the entire thing, which consists of a bunch
of different Python packages. So, each of the subdirectories in the
top-level “clientmanagement” directo
I want to track django projects with subversion. (Single developer, local,
so svn is better suited than the distributed git and mercurial.) I'd like
advice on how to lay this out vis-a-vis the django layout.
Project overall root is ~/development/crm-project. This directory
contains:
Makefile
I using Postman, is a plugin of chrome for test xhr petitions
2016-08-22 23:42 GMT-03:00 Peter Boyles :
> I am still getting a hang of using curl for testing API request from the
> terminal. I have a particular issue with formatting because the API request
> I am attempting requires a JWT Token t
Hi all,
I'm trying to make a basecamp(http://basecamphq.com/) like project
management site, for the simple reason that I want to have one by
myself and using it for a better project management in my company.
Based on the comparison within different python web framework, I think
django is the
I am looking to add the facility to "find my nearest" by postcode to my
django app.
Does anyone have any recommendations for this facility?
Many thanks in advance.
--
You received this message because you are subscribed to the Google Groups
"Django users" group.
To unsubscribe from this group
Hello,
the fact you develop alone doesn't make SVN a better choice than Git,
Mercurial, or any other distributed version control. But as you already
made your choice, here are my two cents.
You should put all the stuff under trunk/, so it becomes trunk/manage.py,
trunk/crm/, etc. If you are devel
I would add a +1 for git, I started off with svn and switched to git, branching
and merging is much easier which really helps when you want to test ideas.
François
> On Aug 23, 2016, at 5:22 PM, Gergely Polonkai wrote:
>
> Hello,
>
> the fact you develop alone doesn't make SVN a better choice
On Tue, 23 Aug 2016, Gergely Polonkai wrote:
You should put all the stuff under trunk/, so it becomes trunk/manage.py,
trunk/crm/, etc. If you are developing for multiple customers, the
branches and tags directory may come in handy later. Also, it's nothing
but naming convention: you can call th
On Tue, 23 Aug 2016, François Schiettecatte wrote:
I would add a +1 for git, I started off with svn and switched to git,
branching and merging is much easier which really helps when you want to
test ideas.
François,
Thanks for your insight,
Rich
On 24/08/2016 5:42 AM, Rich Shepard wrote:
I want to track django projects with subversion. (Single developer,
local,
so svn is better suited than the distributed git and mercurial.) I'd like
advice on how to lay this out vis-a-vis the django layout.
I use svn too. I hope git is a passing fa
On Tue, 23 Aug 2016, Gergely Polonkai wrote:
On the other hand, you definitely should choose a distributed version
control if you are working alone. For example, Git, Mercurial and Fossil
repositories are self contained, which means the whole development history
is located right where you work.
On 2016-08-23 12:42, Rich Shepard wrote:
>I want to track django projects with subversion. (Single
> developer, local, so svn is better suited than the distributed git
> and mercurial.)
I used subversion both as a solo developer and as part of a team, and
have migrated to a DVCS for both simpl
On 24/08/2016 10:19 AM, Rich Shepard wrote:
On Wed, 24 Aug 2016, Mike Dewhirst wrote:
I use svn too. I hope git is a passing fad.
Mike,
Since Linus developed it for the kernel devs when BitKeeper became
proprietary I very much doubt it's a passing fad. From all I've read,
Git is
great for
18 matches
Mail list logo
