Support (offered by community volunteers) > Using CiviCRM

MySQL maxing

<< < (2/3) > >>

Donald Lobo:

You might want to investigate how much work is involved with replacing the dojo editor with your favorite WYSIWYG editor and upgrading to 2.0. This is on our issue list for 2.1 and i suspect it will not be too hard. If you do it, please share the code :)

That might be a easier path forward

i hope (and suspect) that the below will not be an issue with 2.0. if so we'll definitely want to take a look at the db and optimize a few more queries

lobo

Matt2000:
I started work on the editor issue, but I got no response to my request for help with the incomplete patch I posted at:

http://issues.civicrm.org/jira/browse/CRM-2564

Basically, I have been able to replace the HTML textarea with whatever Drupal designates as the editor, but I have not been able to get it's contents to submit properly with the form.

Donald Lobo:

Sorry, we dont pay as close attention to comments on closed issues. Opening a new topic on forum is probably a better idea (IMO)

Basically u cannot use form api within civicrm. QF registers all the form elements created and ignores the other $_POST elements. I definitely would avoid hacking around that condition

I would just add your favorite html editor in the attributes parameter for now

lobo

Matt2000:
The max out is now happening everytime a user logs in. I'm crippled...

Any suggestions, besides 'upgrade to 2.0' ? Because I don't think everyone using 1.9 had this problem.

Matt2000:
On further investigation, it seems this is only occurring for accounts which are in a large number of groups (the main account I'm troubleshooting is in 55 groups, most mostly via organic groups sync.)

So it seems there is a practical limit to the number of groups a contact can safely belong to in 1.9. :-(

Can anyone verify whether this might still be an issue in 2.0 ?

-Matt

Navigation

[0] Message Index

[#] Next page

[*] Previous page