71
mboyden
Re: Ok, I'm DONE with Smartsection
  • 2010/6/14 15:28

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


I understand your feelings about SmartSection. SmartFactory seems to have made the decision to move forward with the i-c-m-s fork and appears to be forgoing any efforts towards fixing any past compatibility issues here, so long-term, my plan is to abandon it in my XOOPS projects. However, I haven't migrated mine yet and continue to use a modified (bug-fixed) version of it in my projects.

One of the problems I've been running into with SmartSection comes from the way it pulls data related to the categories. It pulls ALL the data including the description and such to just display the category info. If you have robust category description pages, then that can be a LOT of data. Increasing the memory for the php scripts can help reduce this. I don't know if that's your problem, but it could be.

I know there are several other content modules out there that can meet this functionality, but don't yet know how they compare. If you do a look at them all, please give feedback as to what worked or didn't and why. I'll be looking for one with robust permissioning like this module among other things and support. This module has been a great tool, though.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



72
mboyden
Re: How to - Redirect Login and Registrations
  • 2010/6/14 15:21

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Several questions....

Are the .ca and .com sites different?

What separates the two from the other?

What version of XOOPS are you using?

Are you using the profiles module (or legacy smartprofiles)?

Is this a multi-site XOOPS?

Depending on exactly what differences there are and separation you need, you could simply the .htaccess file to redirect the register.php and user.php pages to the other site.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



73
mboyden
Re: Don't have permission to view admin.php
  • 2010/6/8 17:03

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Yes, start with a default theme. You can make the change in the database. Table is XOOPSPREFIX_config, find the one where conf_name is theme_set, set the conf_value to either default or zetagenesis and try again.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



74
mboyden
Re: Letters from Impress.CMS
  • 2010/6/2 16:43

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


<heavy>Sigh</heavy>
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



75
mboyden
Re: Multiple groups membership querey.
  • 2010/6/1 14:53

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


What about caching? Both of the modules and the blocks. This could help your site tremendously, but I didn't see it mentioned.

The number of groups really shouldn't be an issue as the amount of program effort to go through one group vs a dozen to check permissions should be relatively negligible. Interestingly, too, XOOPS caches this in the session somehow because if your groups change, for the system to recognize this, you have to logout and then log back in. However, I've been know to be wrong.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



76
mboyden
Re: XOOPS Module Admin GUI Guidelines
  • 2010/6/1 14:49

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Yes, having a common methodology for administration would be great. There was a push for this some time back and a lot of the authors jumped on board with the tabs concept. However, we kinda moved away from it. We also started a Module Quality Team awhile back that rated modules on various things such as this as well as code (such as putting HTML into the functional layer, a no-no that still is done too much IMHO).

Maybe a revival of that along with the updated repository that is moving forward.

Personally, I started using Crystal Icons about 18 months ago and all deployed modules on the user side use a consistent set of these since then for all my installations. It could help all our users to do that. The next question becomes which size or having a configuration option that allows the user to choose, but the icons don't all exist at all sizes either.

But, it's the right thing for us to do -- to adopt a standard set of icons and use them throughout our modules and core.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



77
mboyden
Re: wfdownloads and mimetype question
  • 2010/6/1 14:45

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Did you set it as an allowed upload for users and admins? Are you logged in as a user or an admin when uploading? XOOPS version? Version of wfdownloads? Size of file uploading? Is it larger than the preference set? What about PHP settings for uploads?
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



78
mboyden
Re: Im new one...
  • 2010/6/1 14:27

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


For those XOOPS installs not using xoRewriteModule, you can easily glean which modules are used by the installation. In this case, I see:

News
AMS
SmartFAQ
CBB (aka newbb)
ltXOOPS
xgiftshop
support
xoopspoll
sitemap
extgallery
PDdownloads
pagerank
xpassgen
xwebtools

I'm not familiar with all of these, and I also saw some names that I think may be clones of other modules, but don't know. That's a start, though. You might also search the repository and the forums and such for the types of modules you need.

BTW, a pertinent subject line goes a long ways, maybe something like "How to Figure Out What Modules are Used by Another Site".
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



79
mboyden
Re: XYP4All install error Xoops 2.4.4
  • 2010/6/1 14:20

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


If the templates are there and the file permissions are the same as the others, then a simple module update should work, assuming that it will install them otherwise. You can also try uninstalling and reinstalling; it shouldn't hurt otherwise. Also, in case you didn't, always always always make a backup of the database prior to any new module installation (or other dB change) -- just in case.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development



80
mboyden
Re: Blank Forum Page After Upgrade to 2.4.4
  • 2010/6/1 14:18

  • mboyden

  • Moderator

  • Posts: 484

  • Since: 2005/3/9 1


Are you using the xoRewriteModule? Does it work when you don't have a module as your start page?

FYI, zetagenesis and default are the themes that come with the main installation.
Pessimists see difficulty in opportunity; Optimists see opportunity in difficulty. --W Churchill

XOOPS: Latest | Debug | Hosting and Web Development




TopTop
« 1 ... 5 6 7 (8) 9 10 11 ... 43 »



Login

Who's Online

228 user(s) are online (153 user(s) are browsing Support Forums)


Members: 0


Guests: 228


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: May 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits