The default bug view has changed. See this FAQ.

Launch getfirebug.com redesign

RESOLVED FIXED

Status

Infrastructure & Operations
WebOps: Other
P5
critical
RESOLVED FIXED
7 years ago
4 years ago

People

(Reporter: neilio, Assigned: chizu)

Tracking

other
All
Other
Bug Flags:
needs-downtime +

Details

(Whiteboard: 01/26/2010 @ 7pm)

(Reporter)

Description

7 years ago
I'm not exactly sure what the process is here (I've never launched a site on my own before) but we're going to need to push the getfirebug.com redesign live in the next day or two. Opening this bug to get this process started.

The current site is in svn/projects/getfirebug.com/trunk and is currently mirrored to getfirebug.stage.mozilla.com. There's still an open bug right now on a PHP sessions issue with the CMS (bug #537778) but we can do a DB import of my local instance, which fox2mike has already done once on staging.

Rob has told me that it's critical that a specific part of the repo can't be touched, but he's out today sick so he'll have to comment here with specifics.
(Assignee)

Updated

7 years ago
Assignee: server-ops → thardcastle
taking a closer look at the directory, (currently mirrored from getfirebug.com's svn repo under tags/production), there are a number of directories we need to watch out for and not touch. They are:

blog/
lite/
tests/
releases/

lite would likely benefit from some new styling, but we can wait to do that afterwards. I don't think there are any additional directories that should remain as they are now.
(Reporter)

Comment 2

7 years ago
One other directory that needs to move over is workingGroup/.

Trevor, this is ready to go out, at least to staging for now. fox2mike was doing an import of my local DB as that's where all of the content has been created, so I'll need to do this now to sync my local version with stage.

I can push the related template files up to svn - where should I put a dump of my DB for you?
(Reporter)

Comment 3

7 years ago
We're ready to go, but we need IT's help to get this out.
Severity: normal → critical
(Assignee)

Comment 4

7 years ago
DB dump loaded on stage.
(Reporter)

Comment 5

7 years ago
Can I get the cache directory located in getfirebug.com/cache (on stage) chmodded to 777, please? The script I use to pull RSS into HTML needs to write to that directory.
(Assignee)

Comment 6

7 years ago
(In reply to comment #5)
> Can I get the cache directory located in getfirebug.com/cache (on stage)
> chmodded to 777, please? The script I use to pull RSS into HTML needs to write
> to that directory.

Done
In general, directories such as 'cache' should be outside the webroot for security reasons... this is so if anything executable were to be put in that directory, there would be no way to run it from the web.
(Reporter)

Updated

7 years ago
Depends on: 540948
(Reporter)

Comment 8

7 years ago
Removing the dependency on minification - I want to get this out today. We can add that in post-launch.

chizu - the launch document for this site is here: 

https://wiki.mozilla.org/Firebug/SiteRedesign09:Launch

Would it be possible to get this out for today?
No longer depends on: 540948
(Reporter)

Comment 9

7 years ago
r60994 is last commit to trunk.
(Reporter)

Comment 10

7 years ago
Updated some files - r61013 is the release revision. Thanks!
(Reporter)

Comment 11

7 years ago
Sorry, last chang - r61014. Code is frozen.
(Assignee)

Updated

7 years ago
Flags: needs-downtime+

Updated

7 years ago
Whiteboard: 01/26/2010 @ 7pm
(Assignee)

Comment 12

7 years ago
This is live, but a number of pages are failing to load content.
(Reporter)

Comment 13

7 years ago
It was working for a little bit there, but now it's not pulling from the database for some reason.
(Reporter)

Comment 14

7 years ago
Yep, something changed either to the config.php file in /perch/config/ or the database credentials or location of the database was changed and not updated in the config file.

http://grab.by/202s
(Assignee)

Comment 15

7 years ago
ok, fixed that. It would be best if the config file was named config.php-dist in svn to prevent conflicts on updates.

Next issue I see is blog.getfirebug.com is referring to images that no longer exists.
(Reporter)

Comment 16

7 years ago
chizu: thanks for all of your help! I don't see the blog issue, so hopefully this was just a transient issue.

Is the production site now syncing with trunk? Just wondering how we make changes to the live site code and files if need be.
(Assignee)

Comment 17

7 years ago
Here's the image urls that 404 on blog:
http://blog.getfirebug.com/header.png
http://blog.getfirebug.com/images/feed.png
http://getfirebug.com/blank.gif

The production site is pulled from r61014. It can be updated with a newer trunk revision or we could switch it to a new svn tag. It doesn't automatically update, you would file a bug like this one to get it updated.
I think once we've got this setup the way we like it, we should merge to a tag, e.g., newdesign and clone from that. Trunk should be remapped to stage.
Priority: -- → P5
(Assignee)

Comment 19

7 years ago
Remaining image bugs are tracked in bug 542682.
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → FIXED
(Assignee)

Comment 20

7 years ago
That should be bug 531477.
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
You need to log in before you can comment on or make changes to this bug.