24 Jan, 2012

1 commit

16 Jan, 2012

2 commits

22 Nov, 2011

1 commit

14 Nov, 2011

1 commit

10 Oct, 2011

1 commit

07 Oct, 2011

1 commit

30 Sep, 2011

2 commits

04 Aug, 2011

1 commit

30 Nov, 2010

1 commit

04 Oct, 2010

1 commit

10 Sep, 2010

1 commit

14 Aug, 2010

1 commit

  • 1df72533   First stab at HTTP caching ... Browse File » 
    Implemented cache policy:

  * the homepage is cached for 5 minutes by default. This time can be
    configured with the =home_cache_in_minutes= attribute in the environment.
  * non-profile pages are cached for 15 minutes by default. This time can be
    configured with the =general_cache_in_minutes= attribute in the
    environment.
  * profile pages are cached for 15 minutes by default. This time can be
    configured in the =profile_cache_in_minutes= attribute in the environment.
  * The account controller (/account/*) is not cached at all.
  * The environment administration area (/admin/*) is not cached at all.
  * The profile administration area (/myprofile/*) is not cached at all.
  * Since Varnish will not cache any request that involves cookies:
    * Authenticated users will not benefit from the cache.
    * Cookies are not allowed for unauthenticated users. So, when a response is
      being prepared for an unauthenticated user, all cookies are wiped out.

The contents of the login block and the login/logout part of the header is now
loaded via an AJAX call to /account/user_data. This way we can cache almost all
pages without caching user-specific data.

We are also changing substantially how the flash[:notice] messages work. From
now on, instead of setting flash[:notice], we must set session[:flash]. It will
work more or less like before, except that session[:notice] will be consumed by
the AJAX call to /account/user_data that is done during all page loads instead
of being consumed automatically by Rails. The only exception to this is the
media_panel, because it uses a different layout.

(ActionItem1608)
    Antonio Terceiro
     

05 Aug, 2010

1 commit

24 Mar, 2010

1 commit

18 Jan, 2010

1 commit

  • c05210b2   People must have a name now ... Browse File » 
    	* Not allowing people to signup without a name
	* Adding a migrate to set identifier as name for people that are already without a name
	* Changing the field "Full Name" to "Name" and to become red when not filled
	* Adding new db:schema

(ActionItem1352)
    Rodrigo Souto
     

30 Dec, 2009

1 commit

13 Nov, 2009

2 commits

31 Oct, 2009

1 commit

15 Sep, 2009

1 commit

07 Aug, 2009

2 commits

03 Aug, 2009

2 commits

23 Jul, 2009

1 commit

22 Jul, 2009

1 commit

21 Jul, 2009

2 commits

18 Jun, 2009

1 commit

20 May, 2009

1 commit

11 May, 2009

1 commit

17 Feb, 2009

1 commit

26 Jan, 2009

1 commit

15 Dec, 2008

1 commit

  • 0ba97d30   ActionItem833: port unifreire-specific changes as configuration into master branch ... Browse File » 
      * making fields appear on signup form
  * environment has a list of Category subclasses that must be available for users; if there is only one category type available, no need of asking for category type
  * environment has a setting categories_menu which enables/disables the category menu. If it is disabled, then no need to ask for a color in the menu
  * add a configuration to the environment called disable_gender_icon. When it is false, don't display gender icons.

  * adding css for profile_data
  * adding required on label for schooling fixing javascript
  * adding fields on signup and option to admin manage
  * adding required message on required fields
  * adding partials for person/enterprise/community fields
  * adding methods for person/community/enterprise custom_fields
  * adding option to admin manage person fields
    Daniela Feitosa
     

12 Dec, 2008

1 commit

25 Sep, 2008

1 commit

18 Sep, 2008

1 commit

09 Sep, 2008

1 commit