61
mvandam
Re: Session Bug Patch
  • 2003/12/3 19:28

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


Just a suggestion about this hack... it would be better to use the admin-configured session-lifetime rather than a fixed value of 300 seconds.



62
mvandam
Re: "Who's Online" problem
  • 2003/12/3 0:20

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


Please search the forums for other threads on this topic.

Basically what happens is that the "who's online" data is not updated continually. To 'conserve' performance it is only updated one every 10 logins (or maybe once per 100). Thus on a low traffic site the data can be very out of date, especially if most visitors are anonymous.

If you really need accurate 'who's online' info, I think there are some hacks mentioned in those threads too. Basically there is a probability of running a 'garbage collector' and you can increase this probability...



63
mvandam
Re: ERROR: Name is reserved.
  • 2003/12/2 0:29

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


Quote:

wouldn't the final '|^' make it disallow *all* names?


I think you're right. The last '|^' should be removed. There is a similar issue with word censoring, in that there should be no '|' at the end of the word list.



64
mvandam
Re: php 4.0.6 and Xoops help
  • 2003/11/29 2:01

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


I'm not at all familiar with XOOPS 1.x but that may be a possibility. Some don't like it, some do.

Also check out opensourcecms, I'm sure there are several there which support 4.0.6.

Xoops did support 4.0.6 for a while, even the 2.x series (I think). I'm sure you are not interested in this, but I'm thinking it would be too difficult to convert it so it works... not too difficult, but a **LOT** of work. Basically you'd have to convert any $_GET to $HTTP_GET_VARS, etc. and come up with replacements for a few functions that exist in php 4.1+ but not in 4.0.6.

I can understand not wanting to support certain versions of PHP as some were very buggy. I think the latest release 4.3.4 is supposed to be quite good though... maybe they can reconsider??



65
mvandam
Re: Using notifications system on my module
  • 2003/11/28 20:48

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


Hmmm, yes, it should.

I would suggest double checking the spelling of the 'category' and 'event' you are passing to the trigger function, as well as the id number.

Also, if you know your way around mysql, (e.g. with mysqladmin) I would suggest checking the notifications table after you 'subscribe' to the event to make sure your 'subscription' is properly recorded in the table. If this is not correct then the trigger would not find any people to notify.



66
mvandam
Re: Using notifications system on my module
  • 2003/11/27 8:47

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


This is probably a stupid suggestion, but have you inserted the 'trigger' function call at the appropriate place in your module code? The event needs to be triggered (with the appropriate id number specified) for any notifications to be sent.



67
mvandam
Re: Submission issue
  • 2003/11/27 2:43

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


Quote:

One day when I have more time I will put together a How Do I? FAQ intended to be a quick user guide to all these questions I have and I will updated continually to a point and share it with everyone cause these are important issues etc those of us who are slow can benefit from.

Thanks Max... this kind of thing is very helpful! You may want to consider adding these questions and answers at appropriate places in the XOOPS Wiki. There is a fair amount of info there now, but currently a lot of big sections are missing. If you need to 'add something to a page which doesn't yet exist', you can create a skeleton page for the needed page and insert your stuff. For example, some of your questions might go on a 'XoopsNewsCustomization' page or it might be one section on a 'XoopsNewsModule' page. Others will eventually fill in the rest of the pages you create along the way. Thanks again!



68
mvandam
Re: XoopsFormElement with no name causes warnings.
  • 2003/11/27 1:41

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


Our traditional bug posting place is on sourceforge:

http://sourceforge.net/tracker/?atid=430840&group_id=41586&func=browse

So just a question for the other devs... Has this changed? It seems a lot of the devs are actively reading the bug reports forum now, so maybe SF is no longer being used?



69
mvandam
Re: Using notifications system on my module
  • 2003/11/26 22:54

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


When I try the link, I think it says 'no permission'.

Can you describe in more detail what is *not* working...

- Does your event show up in the notification block?

- Is just *part* of your event show up? i.e. is some text missing?

- Try switching 'allow_bookmark' to false (or '0') and see if that clears up your problems

- Anything else you might think is helpful for us to know?



70
mvandam
Re: How to make xoops2 more faster?
  • 2003/11/26 22:49

  • mvandam

  • Quite a regular

  • Posts: 253

  • Since: 2003/2/7 2


Quote:

You have to remember that the banners, and the left and right blocks all use SQL querries and take time to render, but this is the price you pay for power.

I think this is an important point... XOOPS will definitely be a *little* slower because each page does offer a lot more information. You can minimize this by not using too many blocks on your pages. Of course you should also follow common practices to keep sites fast such as not having large complex images, and for custom blocks use minimal javascript, and avoid flash and java applets unless necessary.




TopTop
« 1 ... 4 5 6 (7) 8 9 10 ... 21 »



Login

Who's Online

240 user(s) are online (161 user(s) are browsing Support Forums)


Members: 0


Guests: 240


more...

Donat-O-Meter

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

Latest GitHub Commits