Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

additions to the "usage" part #39

Closed
ccurvey opened this issue Nov 7, 2013 · 6 comments
Closed

additions to the "usage" part #39

ccurvey opened this issue Nov 7, 2013 · 6 comments

Comments

@ccurvey
Copy link

ccurvey commented Nov 7, 2013

new user here, please tell me if this is noise.

after pip install requirements/local.txt....

  1. Go create a database for your site to use
  2. edit myapp/config/settings.py and change the database URL. This should be
postgres://username:password@hostname:port/databasename
  1. python manage.py syncdb (to create basic tables)
  2. python manage.py migrate (to install the migrations)
  3. python manage.py runserver (to start the server)
  4. hit localhost:8000 (to see if everything worked)

At this point, you WON'T have any admin user set up. (Is this a 1.6 bug? Usually the initial user is set up at the first syncdb.)

  1. edit your settings again and find EMAIL_BACKEND. change "smtp" to "console". This is so you don't have to go through all the rigamarole of getting email connectivity working right now.

  2. use the "Sign up" link available from http://localhost:8000 to sign up for an account. The verification email will appear in the window where you started the server. (The console.)

  3. Copy the confirmation link from the console and paste it into your browser. Confirm your email, and you'll be taken to the login screen.

  4. Now you can login to the site, but you still don't have an administrative user. To make the user you just registered an admin user, fire up a postgres query tool (psql, pgadmin3, etc), and run:

update users_user
set is_superuser = true
, is_staff = true
where id = 1; # or use username or email to restrict your update.

Now you are ready to start creating your own app. (I'll file another ticket with that doco when I get it working.)

@xetch
Copy link

xetch commented Nov 7, 2013

@pydanny
Copy link
Member

pydanny commented Nov 7, 2013

I noticed the lack of automatic superuser creation a while back and meant to open an issue. I guess this is it. 😉

@ccurvey
Copy link
Author

ccurvey commented Nov 7, 2013

ah, thank you syst3ml00t. I figured that there had to be a better way, but getting out the Big Hammer (tm) seemed faster. (I'm wondering if I should file a doc ticket for Django 1.6 to include this new thing in the release notes.

@pydanny
Copy link
Member

pydanny commented Nov 7, 2013

Well, @ccurvey, the question to ask is this a bug in Django or in cookiecutter-django?

theskumar pushed a commit to theskumar-archive/cookiecutter-django that referenced this issue Feb 13, 2014
Some hopefully usefully instructions to help people get up and running.

Re: Issue cookiecutter#34 On my machine I didn't need to install memcached to successfully install the local requirements.

Re: Issue cookiecutter#39 I've linked to this issue for now. It would be good to remove the need for those steps and then this link can be removed.
theskumar added a commit to theskumar-archive/cookiecutter-django that referenced this issue Mar 22, 2014
* cleanup heroku deploy instrunctions.
* includes 'getting started' section in generated code.
* add 'createsuperuser' explicity, as migrate will not
  add them by default. (Until it's fixed in cookiecutter#39)
theskumar added a commit to theskumar-archive/cookiecutter-django that referenced this issue Mar 22, 2014
* cleanup heroku deploy instrunctions.
* collectstatic is run automaitcally by heroku
* includes 'getting started' section in generated code.
* add 'createsuperuser' explicity, as migrate will not
  add them by default. (Until it's fixed in cookiecutter#39)
@ratpik
Copy link

ratpik commented Apr 5, 2014

You can skip steps 7-10 and do python manage.py createsuperuser instead of django-admin.py createsuperuser. The later does not work, possibly due to a documentation bug in django.

http://blog.johnbaldwin.org/2013/05/11/django-admin-createsuperuser/ provides some explanation on this.

@audreyfeldroy
Copy link
Member

I'm working on cleaning this up and moving it into the README 🌊

sfdye pushed a commit that referenced this issue Jul 10, 2018
This PR updates [tox](https://pypi.org/project/tox) from **3.0.0** to **3.1.1**.



<details>
  <summary>Changelog</summary>
  
  
   ### 3.1.0
   ```
   ------------------

Bugfixes
^^^^^^^^

- Add ``ignore_basepython_conflict``, which determines whether conflicting
  ``basepython`` settings for environments containing default factors, such as
  ``py27`` or ``django18-py35``, should be ignored or result in warnings. This
  was a common source of misconfiguration and is rarely, if ever, desirable from
  a user perspective - by :user:`stephenfin` (`477 &lt;https://github.com/tox-dev/tox/issues/477&gt;`_)
- Fix bug with incorrectly defactorized dependencies (deps passed to pip were not de-factorized) - by :user:`bartsanchez` (`706 &lt;https://github.com/tox-dev/tox/issues/706&gt;`_)


Features
^^^^^^^^

- Add support for multiple PyPy versions using default factors. This allows you
  to use, for example, ``pypy27`` knowing that the correct intepreter will be
  used by default - by :user:`stephenfin` (`19 &lt;https://github.com/tox-dev/tox/issues/19&gt;`_)
- Add support to explicitly invoke interpreter directives for environments with
  long path lengths. In the event that ``tox`` cannot invoke scripts with a
  system-limited shebang (e.x. a Linux host running a Jenkins Pipeline), a user
  can set the environment variable ``TOX_LIMITED_SHEBANG`` to workaround the
  system&#39;s limitation (e.x. ``export TOX_LIMITED_SHEBANG=1``) - by :user:`jdknight` (`794 &lt;https://github.com/tox-dev/tox/issues/794&gt;`_)
- introduce a constants module to be used internally and as experimental API - by :user:`obestwalter` (`798 &lt;https://github.com/tox-dev/tox/issues/798&gt;`_)
- Make ``py2`` and ``py3`` aliases also resolve via ``py`` on windows by :user:`asottile`. This enables the following things:
  ``tox -e py2`` and ``tox -e py3`` work on windows (they already work on posix); and setting ``basepython=python2`` or ``basepython=python3`` now works on windows. (`856 &lt;https://github.com/tox-dev/tox/issues/856&gt;`_)
- Replace the internal version parsing logic from the not well tested `PEP-386 &lt;https://www.python.org/dev/peps/pep-0386/&gt;`_ parser for the more general `PEP-440 &lt;https://www.python.org/dev/peps/pep-0440/&gt;`_. `packaging &gt;= 17.1 &lt;https://pypi.org/project/packaging/&gt;`_ is now an install dependency by :user:`gaborbernat`. (`860 &lt;https://github.com/tox-dev/tox/issues/860&gt;`_)


Documentation
^^^^^^^^^^^^^

- extend the plugin documentation and make lot of small fixes and improvements - by :user:`obestwalter` (`797 &lt;https://github.com/tox-dev/tox/issues/797&gt;`_)
- tidy up tests - remove unused fixtures, update old cinstructs, etc. - by :user:`obestwalter` (`799 &lt;https://github.com/tox-dev/tox/issues/799&gt;`_)
- Various improvements to documentation: open browser once documentation generation is done, show Github/Travis info on documentation page, remove duplicate header for changelog, generate unreleased news as DRAFT on top of changelog, make the changelog page more compact and readable (width up to 1280px) by :user:`gaborbernat` (`859 &lt;https://github.com/tox-dev/tox/issues/859&gt;`_)


Miscellaneous
^^^^^^^^^^^^^

- filter out unwanted files in package - by :user:`obestwalter` (`754 &lt;https://github.com/tox-dev/tox/issues/754&gt;`_)
- make the already existing implicit API explicit - by :user:`obestwalter` (`800 &lt;https://github.com/tox-dev/tox/issues/800&gt;`_)
- improve tox quickstart and corresponding tests - by :user:`obestwalter` (`801 &lt;https://github.com/tox-dev/tox/issues/801&gt;`_)
- tweak codecov settings via .codecov.yml - by :user:`obestwalter` (`802 &lt;https://github.com/tox-dev/tox/issues/802&gt;`_)
   ```
   
  
</details>


 

<details>
  <summary>Links</summary>
  
  - PyPI: https://pypi.org/project/tox
  - Changelog: https://pyup.io/changelogs/tox/
  - Docs: https://tox.readthedocs.org/
</details>
genomics-geek referenced this issue in chopdgd/cookiecutter-django-reactjs Sep 15, 2018
This PR updates [django](https://pypi.org/project/django) from **2.0.7** to **2.0.8**.



<details>
  <summary>Changelog</summary>
  
  
   ### 2.0.8
   ```
   ==========================

*August 1, 2018*

Django 2.0.8 fixes a security issue and several bugs in 2.0.7.

CVE-2018-14574: Open redirect possibility in ``CommonMiddleware``
=================================================================

If the :class:`~django.middleware.common.CommonMiddleware` and the
:setting:`APPEND_SLASH` setting are both enabled, and if the project has a
URL pattern that accepts any path ending in a slash (many content management
systems have such a pattern), then a request to a maliciously crafted URL of
that site could lead to a redirect to another site, enabling phishing and other
attacks.

``CommonMiddleware`` now escapes leading slashes to prevent redirects to other
domains.

Bugfixes
========

* Fixed a regression in Django 2.0.7 that broke the ``regex`` lookup on MariaDB
  (even though MariaDB isn&#39;t officially supported) (:ticket:`29544`).

* Fixed a regression where ``django.template.Template`` crashed if the
  ``template_string`` argument is lazy (:ticket:`29617`).


==========================
   ```
   
  
</details>


 

<details>
  <summary>Links</summary>
  
  - PyPI: https://pypi.org/project/django
  - Changelog: https://pyup.io/changelogs/django/
  - Homepage: https://www.djangoproject.com/
</details>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants