Update:Archive/2.0/Architecture and General Design: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
No edit summary
 
(5 intermediate revisions by 3 users not shown)
Line 1: Line 1:
[[Update:Home_Page|Update: Home Page]] » Architecture and General Design
{{AmoArchive}}


This document will describe the overall architecture of the UMO services in detail.  It should include sub-sections on pfs, addons, etc. that will be populated by the developers working on those components.
This document will describe the overall architecture of the UMO services in detail.  It should include sub-sections on pfs, addons, etc. that will be populated by the developers working on those components.
Line 17: Line 17:
=== Questions ===
=== Questions ===


* How do extenion files get to the mirrors?
* How do extension files get to the mirrors?
* Can we get Firefox to point at this URL for 1.0.1?
* Can we get Firefox to point at this URL for 1.0.1?


=== Architecture ===
== Plugin Finder Service ==
==== Main - Items that are common between versions ====
* ID - Database identifier used to tie tables together
* GUID - Unique identifier from inside the install.rdf.  Allows the application and the website to talk about the same thing
* Name - Name of the addon
* Type - Enumerator (T/E/P) that specifies if the listing is a theme, extension, or plugin
* Date Added - Date the item was submitted to the website
* Homepage - Website for the submission
* Description - Description of the addon
* Rating - Accumulated rating
* Download Count - ?
* Total Downloads - ?
* Developer's Comments - Additional comments by the developer
 
==== Version - Details for each file on the site (one row per app/os) ====
* ID - Database identifier
* Version - Version string x.x.x.x
* OSID - Database identifier linking compatibility with Operating Systems
* AppID - Database identifier linking compatibility with Applications
* MinAppVer - Minimum version of the supported application
* MinAppVer_int - Internal numbering of the minimum version
* MaxAppVer - Maximum version of the supported application
* MaxAppVer_int - Internal numbering of the maximum version
* Size - size of the file in kilobytes
* Date Added - Date version was added
* Date Updated - Date information about the version last changed
* URI - Download URI
* Notes - Release notes/changelog
* Approved - Enumerator (Yes/No/Disabled) used to show whether it has been approved to be listed
 
==== Userprofiles - Details for each user ====
* UserID - Database Identifier
* User Name - Name or nickname for users
* User Email - Email address
* User Website - User's website
* User Pass - Password
* User Mode - Enumerator (A/E/U/D) reprsenting whether the user is an Administrator, Editor, Developer, or Disabled
* User Trusted - Determines whether user is allowed to bypass approval queue
* User Email Hide - Does the user wish to disclose their email address on their public profile
* User Last Login - Last time the user logged in
* Confirmation Code - ?
 
==== AuthorXref - Relates Addons to their Authos ====
* ID - Main ID
* User ID - Author ID
 
==== Categories - Allows grouping of Addons ====
* Category ID - Database Identifier
* Cat Name - Name of Category
* Cat Desc - Description
* Cat Type - Enumerator (T/E/P) specifying whether this category is for Themes, Extensions, or Plugins
* Cat App - Name of the application the category applies to
 
==== File Repository ====
The following directory structure should be created and given write permissions:
* /
** files
*** approval
**** extensions
**** themes
*** ftp
*** temp
 
 
==== CategoryXref ====
 
==== OS ====
 
==== Approval Log ====
 
==== Downloads ====
 
==== FAQ ====
 
==== Feedback ====
 
==== Previews ====
 
==== Reviews ====


== Plugin Finder Service ==
This plugin helps Firefox find plugins it needs to do stuff.  Again, we have the huge long URL with unique information in it.  Can we fix that?  This is a perfect application to leverage caching -- data doesn't change much.


=== Overview ===
=== Overview ===


* DocumentRoot: /opt/update
* DocumentRoot: /opt/update
* URL: addons.update.mozilla.org
* URL: pfs.mozilla.org
* URL: addons.mozilla.org -> redirect to addons.update.mozilla.org (fix for FF 1.0 whitelist)
* Type of content: PHP intensive, mildly dynamic
* Type of content: PHP intensive, very dynamic
* Example request: <nowiki>https://pfs.mozilla.org/plugins/PluginFinderService.php?mimetype=application/x-shockwave-flash&appID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&appVersion=2004112212&clientOS=Windows%20NT%205.1&chromeLocale=de-DE</nowiki>
* Example request: N/A


=== Questions ===
=== Questions ===


* How do extenion files get to the mirrors?
* Can we get Firefox to point at this URL for 1.0.1?
* Can we get Firefox to point at this URL for 1.0.1?
* We have got to get Flash off of the UMO servers -- accounts for 53% of traffic right now.


== Application Update Service ==
== Application Update Service ==

Latest revision as of 05:05, 29 April 2007

« Back to Archive | Update: Main

Ambox outdated.png THIS PAGE MAY BE OUTDATED
This article is in parts, or in its entirety, outdated. Hence, the information presented on this page may be incorrect, and should be treated with due caution until this flag has been lifted. Help by editing the article, or discuss its contents on the talk page.

This document will describe the overall architecture of the UMO services in detail. It should include sub-sections on pfs, addons, etc. that will be populated by the developers working on those components.

Addons.Mozilla.Org End-User Website

Addons serves as the main point of interaction for developers and end-users to get extensions and themes for their Mozilla products.

Overview

  • DocumentRoot: /opt/update
  • URL: addons.update.mozilla.org
  • URL: addons.mozilla.org -> redirect to addons.update.mozilla.org (fix for FF 1.0 whitelist)
  • Type of content: PHP intensive, very dynamic
  • Example request: N/A

Questions

  • How do extension files get to the mirrors?
  • Can we get Firefox to point at this URL for 1.0.1?

Plugin Finder Service

This plugin helps Firefox find plugins it needs to do stuff. Again, we have the huge long URL with unique information in it. Can we fix that? This is a perfect application to leverage caching -- data doesn't change much.

Overview

  • DocumentRoot: /opt/update
  • URL: pfs.mozilla.org
  • Type of content: PHP intensive, mildly dynamic
  • Example request: https://pfs.mozilla.org/plugins/PluginFinderService.php?mimetype=application/x-shockwave-flash&appID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}&appVersion=2004112212&clientOS=Windows%20NT%205.1&chromeLocale=de-DE

Questions

  • Can we get Firefox to point at this URL for 1.0.1?
  • We have got to get Flash off of the UMO servers -- accounts for 53% of traffic right now.

Application Update Service

This is the section of the UMO service that actually allows specific applications to check if they need to be upgraded.

Overview

Questions

  • Can we get Firefox to point at this URL for 1.0.1?
  • What if this was generated with the UMO toolset and then pushed to several machines designed for delivering static content?
  • Can we return a base URL for Firefox/Thunderbird to chew on?
  • Can we better leverage/integrate with the bouncer so as to not overload the mirror network?
Retrieved from "https://wiki.allizom.org/index.php?title=Update:Archive/2.0/Architecture_and_General_Design&oldid=55489"