For community i suggest:
For global community: http://www.cynapse.com/cynin/features
For sofrware developers: http://trac.edgewall.org/
In general for asynchronous comunications the mail list is the best
metod (groups): http://www.gnu.org/software/mailman/index.html
In general for synchronous (writing) chat the best is IRC, made any
similar to freenode.
I use the TS3, is good but is not open source :( and peple speack so
much and not work so much
The CMS for public, not know, if like security and stability use
http://plone.org/ if prefer some popular joomla or drupal is fine, or
wordpress but the important for chose a tool is know the type of
informationa and people intarction that you like, for example a single
html page can do a good job if the job is send people to community.
Before the tool is important a good definition of the problem to solve.
On Sun, May 15, 2011 at 1:15 PM, Jettatore <dmon...@gmail.com> wrote:
> Hi,
>
> We are currently all here on Google Groups. Anyone not on this TZM
> Dev Google groups that would like to be a TZM Dev or already is a TZM
> Dev should be here and now.
>
> We do however, need a better home in the future. We are just starting
> to look at various, viable starting points for a new home. Here are a
> few options that have been brought toattention.
>
> http://openatrium.com/
> http://www.teamlab.com/
>
> The nice thing about both of the above (and there are other/similar
> options out there) is that they are freely available, open source and
> further modifiable to suit our needs.
>
> A group has a test install of Team Lab available for review. Contact
> J.Fi...@yahoo.com to get registered to check it out. Once you've
> been given your registration go here: https://tzmdevprojects.teamlab.com/auth.aspx
>
> All other options/suggestions are welcome. -Jet
>
> --
> You received this message because you are subscribed to the Google Groups "ZM Global Dev Team" group.
> To post to this group, send email to zm-global...@googlegroups.com.
> To unsubscribe from this group, send email to zm-global-dev-t...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/zm-global-dev-team?hl=en.
>
>
--
ATT: Fredy Pulido López, +1 procurando un mejor mundo para todos.
I have a idea for a new domine (thezeitgeistmovement.com) is to long
and not easy for remember, we have a domain(s) admin team? or some
similar?
http://www.cynapse.com/cynin/live-demo
PD: php is popular but not robust or secure, an is not easy for read
like python but the best important is not the language, is the
architecture and usability. and of corse, solve our problem (comunity
work and info for general public)
> --
> You received this message because you are subscribed to the Google Groups
We went with Redmine at the time because it was one of the few that
was actually targeted at developers, was easy to setup and use, had
lots of features and used a nice plugin system that made developing
new features very straightforward.
Redmine is built on Ruby/Rails, Atrium is built on PHP/Drupal. The
major difference that I found was really that Redmine had better
features, was much more stable, and was actually geared towards
software development.
The Redmine UI is not as fancy as Atrium, but I generally consider
that second rate to functionality. If it doesn't do the job, does it
matter how much eye candy there is?
Recently, I've been using github for project management. And it's
actually really good, so this may make the software feature side of
Redmine irrelevant. Github has a great issue tracker, open code
repositories, wiki, and easy management of pull requests. Any project
that we have will likely end up being hosted on github so that it is
for people to find.
Perhaps a mixture of general project management with something like
atrium, and codebase management through github will work well?
There are two rules of thumb with PHP security.
1) Do not allow the web server write access to directories and files
outside of specific directories designated for file uploads.
2) Do not allow the web server to execute php scripts inside of
specific directories designated for file uploads.
Follow these two rules and you will avoid the most common exploits
launched against any php application.
Keep It Simple and Stupid (KISS) http://en.wikipedia.org/wiki/KISS_principle
The way I've seen it for awhile, when it comes to the dev team there's
two different things that we need. A general public website, and a
sub-site for project management. Keeping this separation will allow
the more public side of the dev team to be friendlier to those who are
not experienced with dev tools. And there's no reason these two
aspects can't be the same platform.
I'm currently reviewing Drupal for use on a couple of client sites, as
well as for tzm.com, so far I'm quite impressed with the whole deal,
much more than I ever have been with other CMSes. Not only is there an
enormous amount of extensions, it also seems rather easy to make new
ones. One interesting aspect to Drupal was the Organic Groups
extension. Seems to be a bit like Facebook Groups/Pages, members can
create a group, people can join/follow that group. I'm still looking
into the more specific details, but it seems very flexible, and would
give people a great deal of freedome over something that requires an
admin to set stuff up for you. This also makes the site more crowd
sourced and less controlled, bonus points in my book.
If Drupal doesn't cut it for project management tools, there's the
possibility of creating a bridge extension, from Drupal to whatever
piece of software is used, and perhaps tie it directly into an organic
group that exists on the drupal site as well. This too me seems like a
great way to have a project being able to start within an organic
group, and as it matures start moving towards real project management
tools, and using their OG area as a public facing front to their
project, providing resources for how others can get involved.
So to recap, my idea is this.
Setup a Drupal + Organic Groups (OpenAtrium is a customized version of
this i think), and make that the home of the dev team, allowing people
who want to create new projects to do so at their leisure. As an
individual project grows, they can branch out to using whatever tools
they need to help manage their project. We can provide a hosted
solution like Trac, Redmine or many others, or the team may choose to
use an online management system like github.com . We can then
integrate whatever platform the team is using, if an integration
doesn't already exist, so that they can work from their management
software, and have the original group page they started with as a
public facing site to introduce potential contributors and provide
downloads to latest releases and development.
That setup is fairly easy to get started, and my favourite part, it
doesn't require a lot of admin maintenance.
On Wed, May 18, 2011 at 9:54 PM, Chris Boertien
<chris.b...@gmail.com> wrote:
> It seems like the issue here is not which programs should we use, but
> more how do we choose which one to use. It's far too easy to go out
> and find hundreds of different options to use, and we can't use them
> all at once.
>
> The way I've seen it for awhile, when it comes to the dev team there's
> two different things that we need. A general public website, and a
> sub-site for project management.
OK but the site for project management for the most part of the people
is not a site for software developement, trac and redmime are oriented
to develop software, for the other people working in projects (non
software developers) any like http://www.cynapse.com/cynin/features is
good and for the general public a CMS is fine.
> Keeping this separation will allow
> the more public side of the dev team to be friendlier to those who are
> not experienced with dev tools. And there's no reason these two
> aspects can't be the same platform.
OK, in some mail before i write some like (are examples):
www.tzm.org: General Public
community.tzm.org: General Members (site for work in projects, simple
like documents, folders, profiles, bookmarks....)
lists.tzm.org: Mailing list server
dev.tzm.org: trac for software developers
> I'm currently reviewing Drupal for use on a couple of client sites, as
> well as for tzm.com, so far I'm quite impressed with the whole deal,
> much more than I ever have been with other CMSes. Not only is there an
> enormous amount of extensions, it also seems rather easy to make new
> ones. One interesting aspect to Drupal was the Organic Groups
> extension. Seems to be a bit like Facebook Groups/Pages, members can
> create a group, people can join/follow that group. I'm still looking
> into the more specific details, but it seems very flexible, and would
> give people a great deal of freedome over something that requires an
> admin to set stuff up for you. This also makes the site more crowd
> sourced and less controlled, bonus points in my book.
I prefer use diferents tools, for community and general public (like
in open source project), in the www information oriented to "new"
people (ex: the videos), in commuynity a plataform for work.
> If Drupal doesn't cut it for project management tools, there's the
> possibility of creating a bridge extension, from Drupal to whatever
> piece of software is used, and perhaps tie it directly into an organic
> group that exists on the drupal site as well. This too me seems like a
> great way to have a project being able to start within an organic
> group, and as it matures start moving towards real project management
> tools, and using their OG area as a public facing front to their
> project, providing resources for how others can get involved.
>
> So to recap, my idea is this.
>
> Setup a Drupal + Organic Groups (OpenAtrium is a customized version of
> this i think), and make that the home of the dev team, allowing people
> who want to create new projects to do so at their leisure. As an
> individual project grows, they can branch out to using whatever tools
> they need to help manage their project. We can provide a hosted
> solution like Trac, Redmine or many others, or the team may choose to
> use an online management system like github.com . We can then
> integrate whatever platform the team is using, if an integration
> doesn't already exist, so that they can work from their management
> software, and have the original group page they started with as a
> public facing site to introduce potential contributors and provide
> downloads to latest releases and development.
>
> That setup is fairly easy to get started, and my favourite part, it
> doesn't require a lot of admin maintenance.
It is importan point!
Like write more but not kno how in english, sorry :(
As for the URL, i like tzm.org, if we went that route, than this would
be independent of the thezeitgeistmovement.com, and maybe that would
be a good thing. Have tzm.com be the main landing page, dress it up a
bit, make it more of a read-only information site. And have links from
that site off to the various parts of tzm.org where the majority of
the communication and collaboration tools are hosted, just like you
laid out above.
All of that still falls into what I had in mind. A simple CMS like
Drupal to run the front facing public side of things. Organic Groups
looks nice for people to create groups of any kind. If they can pull
together their group into a more mature project, then we can provide
other solutions, or they can use external solutions, to manage their
project with. As groups grow into projects and start to outgrow the
capabilities of organic groups, we can have integrations that all
updates to stream from their project management software back to the
group page, allowing that page to evolve into a front facing public
page for their team, while allowing them to concentrate more on the
project itself.
Btw, if anyone can grab tzm.org or tzm.net, or both, that would be
good, it's extremely rare to find 3 letter domains that are not
already bought up. One thing i should mention is that we have
zmdev.net and zmlingteam.org as domains already.
Also, I'll be posting a call-out for designers on the forums, either
tonight or tomorrow. Looking to get some design concepts together and
see what we can get for some PSD mockups. Port some of the better ones
into drupal themes and see where we can go with it.
Freddy, if you have ideas that you can't put into english so easy,
write them out in spanish and I'll be able to get it translated.
1- DOMAIN NAME
1.1 Use only one domain name (after can chose the domain), not pay
one domain for c/site for example tzm.tld (top level domain)
1.2 Use subdomains for chapters and tems, example: fr.tzm.tld
ny.us.tzm.tld devel.tzm.tld lang.tzm.tld zday.tzm.tld
1.3 The domain in gandi.net
1.3.1 http://www.gandi.net/whowe/
1.3.2 http://www.gandi.net/no-bullshit
1.3.3 http://www.gandi.net/supports/ <- try get a vps
(hosting) free for TZM
1.3.4 http://wiki.gandi.net/en/contacts/rights?s=rights <- Share
the admin, if a reseller sell the domain +1 people can work
2- SITES AND PLATAFORMS
2.1 www.tzm.tld : For General public, new people, info like movies,
the objetives are info for general public and get new people for TZM
2.1.1 Plone
2.1.2 Drupal
2.1.3 Joomla
2.1.3 Any other, chose one
2.2 chapter.tzm.tld : for tzm people with geographical proximity
(countryes, states, citys) the chapter decide the plataform
2.3 team.tzm.tld : for area teams, (design, devel, language ...)
diferent plataforms for c/team
2.3.1 devel.tzm.tld (some for developers work)
2.3.1.1 http://fusionforge.org/ <- see http://alioth.debian.org/
2.3.1.2 http://trac.edgewall.org/ <- trac can made a list of all
projects, the idea is develop a project creator page
2.3.1.3 http://www.redmine.org/
2.3.1.4 some other, chose one, i prefer trac (most open source
people love trac)
2.3.2 media.tzm.tld : Media project, in mozilla are some similar:
http://creative.mozilla.org/
2.4 community.tzm.tld : Site for a community in general, like a
social network but people can do more, i recommend
http://www.cynapse.com/cynin/features
For finish, is very important define de rules of the game (licences)
becose if people work free need a support for know the rules for
others use his work.
I recomends you see the mozilla community map:
http://www.mozilla.org/community/ for a good idea about one community
I think that chose plone + cyn.in (is based or over plone) + trac is
good idea becouse are secure and robust software, are python language
(easy for learn, for read, for programing and easy for integration)
php is popular but ...
And now remember, the languages (spanish, english) is very important
for internationals communities.
Tanks for readme, sorry my bad english.
On Mon, May 23, 2011 at 12:06 PM, Nick Polimeni <npol...@gmail.com> wrote:
> The CND Team has been trying to achieve such a collaborative space, so at
> the outset, I would appreciate you folks share your finding with us. I guess
> we'll have the answer here at some point in the future.
>
> Also, two other systems have come to our attention that may merit
> consideration: plone and alfresco.
I am not guru but have friends working in web, the most popular do php
solutions but have problems for security and scalability ...
The others (2) are experts in zope, plone ... and do corporative work
for enterprises (one now work in IBM) with problmes using tipical
joomla, wordpres ... or enterprises that need real infraestructure.
--
Al programing languages suport //in-line comments
Not understand the funcionality of the in-line comments for develop software.
--
Some projects using trac:
* http://trac.enlightenment.org/e/
* http://trac.tools.ietf.org/tools/ietfdb/wiki
* http://core.trac.wordpress.org/
and fine see this list: http://trac.edgewall.org/wiki/TracUsers
and read: https://ldn.linuxfoundation.org/article/manage-your-open-source-projects-with-trac
Trac is KISS (http://en.wikipedia.org/wiki/KISS_principle)
>> Feel free to add or modify any in--
On Thu, May 26, 2011 at 11:14 AM, Antony Stubbs <antony...@gmail.com> wrote:
> Come on - please - git. There's no argument. Are you serious? Not to
> mention github.
>
> On Thursday, 26 May 2011, digitalfredy <digita...@gmail.com> wrote:
>> Hi
>>
>> And the code (svn, mercurual ..)? the projects?
Ok, git, sorry i write fast, for example trac with git?
github have a problem, can made the some that sourcefoge, block acces
for pepole in some countrys, for example cuba, is best our own
infrastructure.
An ok Bazzar is the other option, chose one, is a good firs step
--
>>> ATT: Fredy Pulido L�pez, +1 procurando un mejor mundo para todos.
http://better-scm.berlios.de/comparison/
https://git.wiki.kernel.org/index.php/GitComparison
and for example use for the frontend redmine or trac or FusionForge ...
And good luck, i go out of TZM
>>>> ATT: Fredy Pulido López, +1 procurando un mejor mundo para todos.
--
ATT: Fredy Pulido López, +1 procurando un mejor mundo para todos.
--