Re: [rt-users] Possible dumb question...be warned
depends, is that you or management asking? LOL :) (real answer: i have no idea, but probably, yes. and the number is most likely gargantuan for realistic purposes.) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Simon Jester Sent: Wednesday, October 01, 2008 9:36 AM To: [EMAIL PROTECTED] Subject: [rt-users] Possible dumb question...be warned Is there a limitation on the number of queues that can be created? sklutch ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Possible dumb question...be warned
Gabriel Cadieux gcadieux at securetechnologies.ca writes: depends, is that you or management asking? LOL :) (real answer: i have no idea, but probably, yes. and the number is most likely gargantuan for realistic purposes.) I had my previous programmer tell me that there was a limitation on the number of queues that could be created, because of programmatic reasons. I was busy with 3 other projects and just took his word for it...but later my brain said it was all just table data and databases can have silly levels of table data. Just looking for verification before I create a whole slew of new queues. Yes, at the request of mgmt. :) sklutch ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Possible dumb question...be warned
On Wed, Oct 01, 2008 at 02:45:13PM +, Simon Jester wrote: I had my previous programmer tell me that there was a limitation on the number of queues that could be created, because of programmatic reasons. I was busy with 3 other projects and just took his word for it...but later my brain said it was all just table data and databases can have silly levels of table data. Just looking for verification before I create a whole slew of new queues. Yes, at the request of mgmt. :) RT.cpan.org as thousands of queues (one per Perl package) so a lot is possible ;) ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Possible dumb question...be warned
On Wed, 01 Oct 2008 10:36:00 -0400, Simon Jester [EMAIL PROTECTED] wrote: Is there a limitation on the number of queues that can be created? No hard limitation, but there might be a scalability issue for some pages and drop-down lists. For example, Config-Queues gets a bit long with a lot of queues. There might also be performance issues in places that check acls for every queue in some list. Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Possible dumb question...be warned
Make an iPhone app and sell it for 50$ bucks? Then you don't mind giving away the server, and 50$ for someone who uses RT professionally is cheap. Heck most commercial issue trackers out there run more than 100$ per seat. -- Mathieu Longtin 1-514-803-8977 On Wed, Oct 1, 2008 at 12:35 PM, Kenneth Crocker [EMAIL PROTECTED] wrote: Simon, On top of what Steve said, you had better have a REAL ROBUST infrastructure in place. We have over 115 Queues and we have a pretty good infrastructure to manage it. As SYS Admin, I would go CRAZY trying to make all the permission changes each queue Admin wants or for some owner. Or handling the procedures of passing a ticket from one queue to another OR the permission requirements for ticket owners between different queues where they have parent/child/DependsOn tickets. And then there is Project management ANd dtermining which scrips should be global and which Queue-based. It's a whole pit full of snakes if you do not have a plan for the infrastructure you will need with ALL the queues and all the people involved in managing them. Good Luck! We have some guides we use for our general users (ticket creators owners) and the queue Admins (Queue managers) that might help. What is your customer base or service? Kenn LBNL On 10/1/2008 8:03 AM, Stephen Turner wrote: On Wed, 01 Oct 2008 10:36:00 -0400, Simon Jester [EMAIL PROTECTED] wrote: Is there a limitation on the number of queues that can be created? No hard limitation, but there might be a scalability issue for some pages and drop-down lists. For example, Config-Queues gets a bit long with a lot of queues. There might also be performance issues in places that check acls for every queue in some list. Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Possible dumb question...be warned
Simon, On top of what Steve said, you had better have a REAL ROBUST infrastructure in place. We have over 115 Queues and we have a pretty good infrastructure to manage it. As SYS Admin, I would go CRAZY trying to make all the permission changes each queue Admin wants or for some owner. Or handling the procedures of passing a ticket from one queue to another OR the permission requirements for ticket owners between different queues where they have parent/child/DependsOn tickets. And then there is Project management ANd dtermining which scrips should be global and which Queue-based. It's a whole pit full of snakes if you do not have a plan for the infrastructure you will need with ALL the queues and all the people involved in managing them. Good Luck! We have some guides we use for our general users (ticket creators owners) and the queue Admins (Queue managers) that might help. What is your customer base or service? Kenn LBNL On 10/1/2008 8:03 AM, Stephen Turner wrote: On Wed, 01 Oct 2008 10:36:00 -0400, Simon Jester [EMAIL PROTECTED] wrote: Is there a limitation on the number of queues that can be created? No hard limitation, but there might be a scalability issue for some pages and drop-down lists. For example, Config-Queues gets a bit long with a lot of queues. There might also be performance issues in places that check acls for every queue in some list. Steve ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
Re: [rt-users] Possible dumb question...be warned
Kenneth Crocker KFCrocker at lbl.gov writes: What is your customer base or service? Kenn LBNL Heh, I only have to support a gang of 30, at present. In future, might even go up to 60 people. sklutch ___ http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users Community help: http://wiki.bestpractical.com Commercial support: [EMAIL PROTECTED] Discover RT's hidden secrets with RT Essentials from O'Reilly Media. Buy a copy at http://rtbook.bestpractical.com
