Posted by wqmeng on January 30, 2010 at 2:19am
6 followers
Jump to:
| Project: | Simplenews |
| Version: | 7.x-1.x-dev |
| Component: | Miscellaneous |
| Category: | support request |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
I have many many terms in the vocabulary, the problem is when click the block page http://example.com/admin/build/block , the page keep blank and can't load. Do you have any suggestion with this problem?
Thank you.
Comments
#1
How many? What error is in the php error log? Errors inthe watchdog?
#2
There are over 600 terms, And when go to the block page, it can not get load. The page is blank and can't get error on the page. I don't find any errors in the watchdog record. Seems that there are some error as out of mem or others which can't be record by drupal.
And for me, I like the way to show the user a link to sub the email list as notifications module does while it do not support anonymous visitors. And another question is could simplenew can custom newletters like sub emails of node create from a user.
Thank you.
#3
Looks like a White screen of death by memory limit. Search for WSOD in the handbook.
#4
No activity. Closing the issue.
#5
I'm running into this issue too. This is definitely an out of memory problem, but I don't think simply writing this off as "add more resources and its fixed" is the right answer. My specific problem is that I'm using the IPTC taxonomy vocabulary (which contains 1600 terms) on my site to organize 500k news articles, and use simplenews to let people get information for a few of those terms in the IPTC. this is not running on a small shared host machine with low memory settings.
That being said, now, if large scale sites choose to use this module they will suffer from the problem that even allocating 1GB of ram is not enough to fix. On the other hand, even if allocating enough memory were *remotely* an acceptable option, the block/list page still wouldn't be useful because no one is going to pour through 1600+ blocks to find the one or two they want to enable. nor will they want the 1600 that are there to be in the way of the 2 new ones from someone else's module they may want to enable.
IMO if we want this module to be performant and part of a scalable drupal, a re-think on the way simplenews deploys blocks should be considered. As far as I'm concerned I have to do the work to solve this problem anyways, since allowing a script to use 1gb+ of ram is a non-option. so that being said, lets talk about a viable option/solution and I'll put the code in place.
My initial thinking is to hook in to the term editing page and add a field that allows users to specify whether they want that term to be enabled as a simplenews block. then only list those on the block/list page. how does that sound?
-Chris
#6
Thanks to this thread I've changed this design in D7. Each newsletter (category aka tag) has a setting to enable it's subscription block (default off). I will accept a good backport patch for 6.x-2.x but it is not on my activity list.
#7
Should we close this issue, as it is implemented in 7.x-1.x, or do we still want a backport to 6.x-2.x ?
#8
I don't want too many backports of major changes. Adding new options always needs data migration to make it work seamlessly - or upgraders need much manual work.
I also don't like the "everything as a block" integration of simplenews in 6.x-2.x but consider it as given.
Regarding long term i would love to rewrite 7.x series for enterprise newsletter management with clean possibility for granular (newsletter specific) permissions and much more. However such features will add some more changes and i clearly won't backport them to D6 ever since it's far too much work.
#9
Automatically closed -- issue fixed for 2 weeks with no activity.