See [https://trac.torproject.org/projects/tor/report/45 all tickets related to the website], [https://trac.torproject.org/projects/tor/query?status=accepted&status=assigned&status=merge_ready&status=needs_information&status=needs_review&status=needs_revision&status=new&status=reopened&component=%5EWebpages&group=status&col=id&col=summary&col=component&col=owner&col=type&col=priority&col=version&order=priority sorted by status].
This should only be required if structural changes are necessary, typically you should push
a branch with changes somewhere and ask for a pull by opening a ticket in the website
= Notes =
Some notes from a discussion that happened during 30C3 gathering ideas on how to structure the website.
== Roadmap ==
''The following was brainstormed at the Berlin dev. meeting in September 2015.''
Sebastian will be the main gatekeeper of the website. Changes should be proposed using tickets on Trac with the “website” component. Ideally the ticket should contain a pull request or a patch. For people who are not able to modify the code or don't want to, we have a team of people willing to act as integrator.
A “staging” website will be built automatically. When a substantial change is merged, a call for review should be sent to the www-team mailing list. A clear deadline for reviews should be announced in the call. Once that deadline is past and either there was not problems or they have been solved, the result is pushed in production.
For language changes, we might not want to push changes in production right away but rather gives a heads-up to translators. This would not be a blocker, but just a couple of days to give the chance to have more translations in sync.
To make a language available, the 85% of the website needs to be translated and the language should have a designated reviewer. That person would send pull requests once they have vouched a translation as correct. They would also be the point of contact when bugs are reported for a given translation.
== Contact ==
== Proposals ==
* [wiki:WebsiteProposalClv Cristóbal's proposal]
* [wiki:Website/MainSiteRedesign main site redesign]
== Proposed new information architecture ==
* For: Everyone and journalists
* Tech Docs
* Outreach Materials Ideas Stuff
* Subproject - List
* Localized blog? E.g. fa-blog.torproject.org contains information specific to a given location. Do the same for de, mx, or other places?
== Personas ==
=== The Student ===
The Student has recently heard about Tor and would like to discover more about it. Particularly he has heard from a friend that it could be used to protect his web browsing whilst using the university campus public wifi.
=== The Journalist ===
The Journalist has been writing about online privacy for the past year and would like to write a feature about Tor. Although she has previously experimented with Tor's browser bundle she would like further information of how the Tor infrastructure functions and the technical details behind how it enables online anonymity.
=== The Researcher ===
The Researcher works for a think tank. She has been a user of Tor since December 2011 and is a strong proponent for an open web. Since finding out about Tor, Stephanie has become involved in the Tor community contributing fixes and features to the Tor code base and engaging with other Tor contributers using the mailing lists and IRC.
=== The Donor ===
The Donor has read about Tor in the local newspaper and would very much like to make a donation.
=== The Engineer ===
The Engineer has been a Tor Relay Operator for a little over a year and has encouraged two of his colleagues to do the same.
=== The Activist ===
The Activist would like to comment anonymously on the Internet and not link her personal accounts to her activism work. She would like to use Tor to achieve this.
=== The Dissident ===
The Dissident lives under an oppressive regime which heavily filters the internet. He is very aware of the consequences to himself and his family if he is discovered. He is hesitant to use Tor without knowledge of how it works and what its limitations are (ie. an adversary that monitors Internet connections).
== Technical Requirements ==
* Debian native citizen
* Static Site Generator
* Easy to use for whole staff
== Useful base concepts ==
* Direct each user quickly to the right part
* If graphic redesign, think about the whole project, general 'CI'
* Communicate basic concepts with communication department
* Primary target: never deliver software without education