Quote:

OK... i read it.

Now an other question... what difference between this view of XOOPS future (xoopsphere is XOOPS 4) and something like XoopsCube?

Can we see actual code of xoopshere?

With it Xoops'll become a framework and not just a CMS.

I think this roadmap is not up to date now, because now we speak a lot of the marketing terme web2.0. but this marketing terme have a technical result (Ajax, Flex ...) and a choice. etc...

Sorry for my english...

I think XOOPS make lot of SQL request for make a page.
I think is due to an Object view againts a Relational view... Is not a XOOPS problem is a general problem.
I don't say is a good way or not it's just a fact i see all days in my work too...

In a long time ago (lol) we may make just one sql requete to have a user, his groups and permissions for example. Now with object view we make one for user, one for his groups and one for his permissions...
The two ways have good purpose (and bad too).

In a general ways, i think it's very 'bizarre' to make cached file (an a long time we use file, after we have database (hierarchique etc... and after relationnal) and now we use relational like flat file and we put data on file for cache. I think computer science is a cycle )

We have risk for synchronize data with that way... in a website with lot of access, you can have problem on file system etc... etc... on some system, you have a limit on number of file under folder: in windows, but in Linux (or Unix system) , i don't remember if you have this limit, but i know you have limit on shell (an 'ls' command on a great folder with lot of file can give you special result, and the result is not the same on sh, or ksh)
If you have lot of file on folder, i think you can have a bad surprise.

For another way, you can have your database in an other computer... then database access don't use CPU but use time on discuss between the two computers. etc...

I think you can make an optimisation on database before.
You have this one way :
http://www.howtogeek.com/howto/programming/speed-up-your-web-site-with-mysql-query-caching/

http://www.mysqlperformanceblog.com/

We can use MEMORY table on MySQL to optimize access too
http://dev.mysql.com/doc/refman/5.0/en/memory-storage-engine.html
(in fr)
http://dev.mysql.com/doc/refman/5.0/fr/memory-storage-engine.html
(we can put in memory table data from XOOPS we use a lot... block, permission, etc...)
(ok we have the same problem with synchronisation...)

For a choice between flat file vs dbb there is lot of subjet on internet... don't forget that dbb is specialize in access... ok it's work finally with file, but they make lot optimisation with cached etc... php i don't think it is specialize into.

Sorry for my bad english...

I don't understand all...
Is it the roadmap of official XOOPShttp://xoops.wiki.sourceforge.net/CoreRoadmap?

I think it's not very detailled...

And this RoadMap - Connecting with other databases is not the official xoops?

And what is XoopsPhere?

I think people can make confusion...



I think official must be more detailled and i think the roadmap of official must be discuss because i think some features must be discuss and ordered.
We may have a final point and we may ordered features for arrived in a good way to final point.

I'm a french guy i discuss more in xoops.fr... i can't manage my time allways to participate in XOOPS dev, then i don't propose my self to core team, but i think you may discuss on more detailled roadmap (without date) for make a good ordonancement to have a good xoops.
I think there is 2 ideas to put on the discuss :
- the new XOOPS may have a good (total?) compatibilities with actual XOOPS module
- the new XOOPS must give at module's developper good facilities (less code to module developper...)

=> where do you want XOOPS go?

Sorry for my bad english...

The error is not on this page but before this one

You may arrive to get debug from the real page and not on redirect page.
Redirect page give that you have an Error and all notice you can see are notice from this redirect page, and not from the real page.

This page is generated by redirect_header function (or something like this, i don't have XOOPS here...)

sorry for my poor and bad english...

I don't know this XOOPS version, but i think you can have a debug mode.
If there is one, put your site in debug mode (in administration, general preference), and after you can have the error, because here, the message give a sql sentence, but not the error.

Quote:
And then?

I don't say to recode XOOPS and xoops.org now, i just say to put the site on php5 server, and test it. I think you can have a good surprise then, because there is a great compatibility from php4 to php5.

After yes... we need to recode XOOPS core to php5 and use new object feature to make XOOPS go ahead and go to live.

Quote:
euh what do you mean whith this 'this current site isn't compatible with Php5'?
Do you mean that this code doesn't work with PHP5? or Do you mean that you cannot have php5 on the machine?

If the first one, i think you don't have test it, because there is not great incompatibility with php4 and php5, if you have any bug, you can correct easily.
I repeat, I don't make any correction on all modules I'm using for php5... and i think i'm using a lot of modules on the site.

Sorry for my bad english (i speak morefluently php5 than english )

I used XOOPS 2.0.14, 2.0.15 and 2.0.16 on PHP5 without problem on a site for 1,5 years.
I'm using lot of module :
- Protector
- newcbb
- news
- smartsection
- wfdownload
- xcgallery
- weblinks
- liaise
- xhld
- polls
- xm memberstats
...
And all of them without problem from php5.
There is some php5 module on the site. It's some module i wrote, they work fine and they herit and use some core's class, without problem.

There is a great compatibility from php4 to php5. risk of bug is very small, on the moment i think just one thing to make have bug on a php4 code to turn on php5, and there is a little risk to found it, and after little risk to make a bug.

At to day, peoples are affraid to pass on php5... I don't know why?
they think provider don't put php5 on their server... Is not the reality. I look in France, lot of provider put php5 on their server. There is option to get it.
Php5 is more secure than php4 about security hole.

And for developper, is easiest to code on php5, you don't have to think about reference or value when you have a param for function. That is for a beginner.
For a object's developper, php5 offer lot of thing you can found on object's language. You can use design pattern and anything else. You can define interface, you can put private and public attribut or method (code security). etc...
what is the sense of the two O of xoops????

And you know what?
Php6 will be arrive next year...
If XOOPS rest on php4, i think is the death of xoops, because there is a compatibility between php4 to php5 yes, but there'll be not from php4 to php6...

this work fine if you have [spoiler]Teste![/spoiler]
but if you have [spoiler]Teste![spoiler]Hello![/spoiler][/spoiler]
normally this don't work, and you know user make lot of strange things (spoiler with quote inside with spoiler etc... etc...)

Thank you very much

It's more clear for me
I go to sourceforge then to put my correction... and future's idea (if i'll have...)
I speak more fluently PHP than English