2. Introduction
• Original SIA website
• Additional Units merge with SIA (SPI, SPS)
• The Staff
• The Plan
• Hire contractor - Night Kitchen Interactive
• Select Drupal 6 as platform
• Hire web developer
• Integration & Launch
2
3. Smithsonian
Institution Archives
Original Site
Created in 1995
Old web tools (Claris, FP)
No standards
Images not optimized
***Not Maintained***
3
5. The Staff
• Director of Digital Services
• Head of Web & New Media
• Social Media and Marketing Coordinator
5
6. The Plan
• Outsource site design & • Images from SI-wide DAM
development
• Add EAD Standard Finding Aids
• Discovery Phase Fall 2009
• A maintainable environment for non-
• Implementation delayed, Final Launch tech staff (26 + 8)
Fall 2011
• Database-driven research sources
• Merge as many web sites as possible
• Add Collections Search
6
7. Site Development
• Night Kitchen Interactive did original
discovery as well as final
implementation
• Drupal 6 was their recommended
CMS and proposal based on it
• SIA created a position for a web
developer to do ongoing expansion
of site and integration with other
sites and data
7
8. Integration
• All blog posts from
blog.photography.si.edu imported
• 70% of original siarchives.si.edu site
was recreated from scratch!
• New design templates
• New organization
• Images via DAM (EDAN)
8
9. How Was It Accomplished?
• Drupal 6 with PressFlow
• Contributed Modules:
• CCK
• CTools
• Views
• Panels
• Nodequeue
• Many more...
• Custom Modules
• Collections Search
• EDAN integration
9
10. Why not Drupal 7?
• My first question
• Timing
• Contrib modules availability
• Released only shortly before our
target launch date
10
12. DIY?
• Yes, definitely.
• But, with no experienced developer, impossible.
11
13. DIY?
• Yes, definitely.
• But, with no experienced developer, impossible.
• 3 Experienced PHP developers across SI.
11
14. DIY?
• Yes, definitely.
• But, with no experienced developer, impossible.
• 3 Experienced PHP developers across SI.
• IT unit with limited Open Source experience.
11
15. DIY?
• Yes, definitely.
• But, with no experienced developer, impossible.
• 3 Experienced PHP developers across SI.
• IT unit with limited Open Source experience.
• Outsourced basic design was a must.
11
16. DIY?
• Yes, definitely.
• But, with no experienced developer, impossible.
• 3 Experienced PHP developers across SI.
• IT unit with limited Open Source experience.
• Outsourced basic design was a must.
• But, with experienced PHP developer on staff, it could be
done in house.
11
17. What Do You Need?
• Start with a Clean Slate
12
18. What Do You Need?
• Start with a Clean Slate
• First comes Design
12
19. What Do You Need?
• Start with a Clean Slate
• First comes Design
• Understand the ‘node’ concept as it applies to design
12
20. What Do You Need?
• Start with a Clean Slate
• First comes Design
• Understand the ‘node’ concept as it applies to design
• Create standardized page templates - SIA has about 6
12
21. What Do You Need?
• Start with a Clean Slate
• First comes Design
• Understand the ‘node’ concept as it applies to design
• Create standardized page templates - SIA has about 6
• What components of those pages can be reused?
12
22. Architecture
• Web server - Apache or IIS (Nginx?)
13
23. Architecture
•Web server - Apache or IIS (Nginx?)
• PHP 5.3+ recommended with Drupal 7
13
24. Architecture
•Web server - Apache or IIS (Nginx?)
• PHP 5.3+ recommended with Drupal 7
• MySQL 5.0+ with PDO, SQLite 3.3.7+ (MS SQL & Oracle)
13
25. Architecture
•Web server - Apache or IIS (Nginx?)
• PHP 5.3+ recommended with Drupal 7
• MySQL 5.0+ with PDO, SQLite 3.3.7+ (MS SQL & Oracle)
• PostgreSQL*
13
26. Architecture
•Web server - Apache or IIS (Nginx?)
• PHP 5.3+ recommended with Drupal 7
• MySQL 5.0+ with PDO, SQLite 3.3.7+ (MS SQL & Oracle)
• PostgreSQL*
• Recommend separate database server preferably multi-master
13
27. Architecture
•Web server - Apache or IIS (Nginx?)
• PHP 5.3+ recommended with Drupal 7
• MySQL 5.0+ with PDO, SQLite 3.3.7+ (MS SQL & Oracle)
• PostgreSQL*
• Recommend separate database server preferably multi-master
• Varnish with multiple frontends
13
29. My Daddy’s CMS
• Old school
• Not designed for web from the start
14
30. My Daddy’s CMS
• Old school
• Not designed for web from the start
• Generally document-centric
14
31. My Daddy’s CMS
• Old school
• Not designed for web from the start
• Generally document-centric
• Enterprise oriented
14
32. My Daddy’s CMS
• Old school
• Not designed for web from the start
• Generally document-centric
• Enterprise oriented
• EMC Documentum, IBM Enterprise CM, Oracle ECM Suite
14
33. What a CMS Should Be
• Have a well defined growth model
15
34. What a CMS Should Be
• Have a well defined growth model
• Open Source by Vendor
15
35. What a CMS Should Be
• Have a well defined growth model
• Open Source by Vendor
• Dedicated central team
15
36. What a CMS Should Be
• Have a well defined growth model
• Open Source by Vendor
• Dedicated central team
• A visionary leader, not dictator - CEO
15
37. What a CMS Should Be
• Have a well defined growth model
• Open Source by Vendor
• Dedicated central team
• A visionary leader, not dictator - CEO
• Standard software development practices
15
38. What a CMS Should Be
• Have a well defined growth model
• Open Source by Vendor
• Dedicated central team
• A visionary leader, not dictator - CEO
• Standard software development practices
• Uses accepted industry standards
15
39. What a CMS Should Be
• Have a well defined growth model
• Open Source by Vendor
• Dedicated central team
• A visionary leader, not dictator - CEO
• Standard software development practices
• Uses accepted industry standards
• Revenue model based on training, support & service
15
48. CON
•Steep learning curve for development
• Popular modules updates not always timely
17
49. CON
•Steep learning curve for development
• Popular modules updates not always timely
• Architectural complexity
17
50. CON
•Steep learning curve for development
• Popular modules updates not always timely
• Architectural complexity
• Core development model unclear
17
51. CON
•Steep learning curve for development
• Popular modules updates not always timely
• Architectural complexity
• Core development model unclear
• Version number does not describe maturity
17
52. CON
•Steep learning curve for development
• Popular modules updates not always timely
• Architectural complexity
• Core development model unclear
• Version number does not describe maturity
• Open Source
17
53. Conclusion
• Drupal 7 would be my choice today
18
54. Conclusion
• Drupal 7 would be my choice today
• Check for the functionality you need - is it part of core or the
module supporting it being actively developed for v7?
18
55. Conclusion
• Drupal 7 would be my choice today
• Check for the functionality you need - is it part of core or the
module supporting it being actively developed for v7?
• What are your growth expectations? Drupal is a commitment.
18
56. Conclusion
• Drupal 7 would be my choice today
• Check for the functionality you need - is it part of core or the
module supporting it being actively developed for v7?
•What are your growth expectations? Drupal is a commitment.
• Have an experienced PHP (preferably Drupal) developer on
staff BEFORE you begin site planning.
18
57. Questions?
Contact Info:
C. Daniel Chase
chased@si.edu
dan@cdchase.com
@cdchase
19