xoops forums

Forum Index


Board index » All Posts (naish)




naish

Just popping in
Posted on: 2004/2/6 6:45
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#1

Re: Xoops causes segmentation faults under high load.

Thanks for the advice.

We are already logging all errors to an error file, but nothing shows up there. No php errors at all.

But we are going to try and get a coredump ASAP.

Kind regards
Michael


naish

Just popping in
Posted on: 2004/2/5 14:49
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#2

Re: Xoops causes segmentation faults under high load.

Thats the problem, the process segfaults before it writes anything to the access_log, thus it is empty.

There is no core dump either, we are currently looking into building apache/php with debug options.

I seem to recall that xoops.org once suffered from "blank pages" and that it suddenly went away. Anybody know what happened there? It would seem that we are the victims of the same problem.


naish

Just popping in
Posted on: 2004/2/5 13:23
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#3

Xoops causes segmentation faults under high load.

We just went live with our XOOPS site: www.fyn.dk

And now we get a lot of these errors:

[Thu Feb 5 14:15:33 2004] [notice] child pid 3033 exit signal Segmentation fault (11)

We have been unable to track the problem down. On a sister server (not using xoops) we have no problem whatsoever.

Ideas and suggestions are most welcome

Michael


naish

Just popping in
Posted on: 2004/1/11 9:48
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#4

Re: prevent xoops module installer from parsing the templates?

The problem described in this thread stems from the fact that XOOPS need to "run" the template in order to recompile it. This is a limitation in smarty AFAIK....

The best solution is to make smarty compile only, however there seems to be no function to do this.

The <{if $objectname}> seems to be the best workaround available..

This is not a good thing IMHO, but I currently don't know how to fix it.



naish

Just popping in
Posted on: 2003/11/5 14:41
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#5

Re: The admin menu

Okay, now I have cleaned it up somewhat and even made a small change.

Menus now show/hide when you click on them.

The Url is still the same cp_functions

The instructions above still apply.


naish

Just popping in
Posted on: 2003/11/5 12:58
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#6

Re: A full page cache

Sure, I will dig into it, it doesn't seem that hard. Especially because I have working code to copy from.


naish

Just popping in
Posted on: 2003/11/4 13:22
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#7

The admin menu

Hi everyone.

I have noticed a big problem with the XOOPS admin menu as it is today.

The floating menus get in the way and you hit them by accident way too often.

I have made a rough patch that will create a more user friendly menu.

Get it at cp_functions

You have to replace include/cp_functions.php with the new file and delete your cache/adminmenu.php file.

This is a ROUGH patch and will have to be cleaned up, but if enough people like it I will clean it up.

WARNING DO NOT APPLY THIS TO A LIVE SITE. YOU HAVE BEEN WARNED


naish

Just popping in
Posted on: 2003/11/4 13:12
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#8

Re: A full page cache

Okay how is it supposed work and will it be a general solution for all platforms?

I would like more info as our team needs a full page cache by January 1st.

Otherwise we are going to look into solving this problem.

How about it?


naish

Just popping in
Posted on: 2003/10/31 9:34
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#9

A full page cache

A thing that I find is missing from XOOPS is a full-page cache.

It would be nice if we could set a module to cache the complete html-page instead of just its parts.

Of course this could only work for GET requests, but it has the possibility of speeding up XOOPS by a large order of magnitude.

Preliminary tests indicate that XOOPS can do about 14.4 MB/s of html, versus almost 50 MB/S with a "hacked cache" on the same machine.

I would like to know what people think of such a cache?



naish

Just popping in
Posted on: 2003/10/31 9:19
naish
naish (Show more)
Just popping in
Posts: 21
Since: 2003/6/10
#10

Re: Center block ordering

Actually it touches on a major weakness of Xoops.

1. Block order is static. Either you have:

center
left - right

left - right
center

This problem could be solved if we were to create a "Superblock" module that could do more advanced layout stuff. That way the superblock module would publish blocks containing other blocks. Think of the way java.swing does gui layout.

I might look into this in the not so far away future.

2. In XOOPS you can do block layout on a module basis. That is you can place a module on the top page or on a module page. A more flexible solution would be to let modules publish a list of pages that blocks could be placed on.

This feature is very important for commercial/complex websites. Currently my team is doing ugly hacks to get around this limitation.



TopTop
(1) 2 »