Webdev:Flux:Steward Guidelines: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
Line 17: Line 17:
** Who supports the site / fixes bugs post-launch?  Agency?  Mozilla dev?
** Who supports the site / fixes bugs post-launch?  Agency?  Mozilla dev?
** End of life (campaign end date, takedown date)
** End of life (campaign end date, takedown date)
= Contractor Requirements Documents =
When contracting creative and development work to third party vendors, these are the requirements that should be sent to vendor and included in the contract/statement of work.
* [https://intranet.mozilla.org/Security/Vendor_Evaluation Security Vendor Evaluation] - an outline of security questions we should be asking internally before hiring a vender. Should include details from Contract Points in the SOW.
* [https://wiki.mozilla.org/WebDev:FrontendCodeStandards Frontend Coding Standards]
* [https://wiki.mozilla.org/WebAppSec/Secure_Coding_Guidelines Secure Coding Guidelines]
* [https://wiki.mozilla.org/L10n:Localizability/Web L10n requirements]


= Typical Requirement Areas =
= Typical Requirement Areas =

Revision as of 23:19, 11 March 2011

So you want to Steward an externally created web property... eh?

Concerns

  • What is the URL for the site?
  • Is there a Project Tracking Bug
    • Does it cover requirements?
  • Will this be localized
    • Every project must be localizable (under consideration)
  • Notify Teams Early
    • WebQA
    • Infrasec
    • Legal/Privacy
    • L10n
    • IT
  • Lifecycle
    • All phases defined and built by agency
    • Who supports the site / fixes bugs post-launch? Agency? Mozilla dev?
    • End of life (campaign end date, takedown date)

Contractor Requirements Documents

When contracting creative and development work to third party vendors, these are the requirements that should be sent to vendor and included in the contract/statement of work.


Typical Requirement Areas

  • Authentication/Authorization
  • Community moderation
  • Developed in Python/Django using Playdoh for rapid development.
  • Webtrend Analytics
  • Responsys - Allowing members to signup for mailing lists.

Process

Stage Server Ticket

(This is a placeholder to create a stage instance for this project.)
Please create a stage instance for {Website Name}.
== Language ==
* Language: Python
* Framework: Django
== URL ==
* Production URL: {URL}
* Stage URL: {URL}
== HTTP Auth ==
* HTTP Auth is required to access this site.
* Please record username / password in this ticket.

== SSL ==
* SSL is required for testing the stage site.
== Code Repository ==
* Github Repo: {URL}
* Setup Github to auto-update every 5 minutes.
== Database ==
* This site requires a MySQL database.
== Settings ==
* cp settings_local.py-dist settings_local.py
* Update settings values accordingly.
* Set DEBUG to False in settings_local.py.

Code Repository

  • First, determine if this project will be developed publicly or privately.
  • All web projects will be hosted on Github.
    • Create repo (private or public) under the mozilla organization
    • Create a Team and add the external developers who will be the owner of the project through development
    • Add Webdev and IT_Operations teams to the project
      • If this is a private project, ensure that the code repository is also private until launch. Once launched, make the repo public.

Code Review