1482
Probably you must create a specific directory or file for enabling PHP sessions. Check your hosters documentation.
1483
Quote:
This is true for networks, when the database is on another server as the website. But most XOOPS sites have the database host XOOPS_DB_HOST on localhost, so this does not aplply, or have only limited benefits.
Quote:
Protector Preload?
Network Performance Tips:
1. Minimize traffic by fetching only what you need.
1. Paging/chunked data retrieval to limit
2. Don't use SELECT *
3. Be wary of lots of small quick queries if a longer query can be more efficient
This is true for networks, when the database is on another server as the website. But most XOOPS sites have the database host XOOPS_DB_HOST on localhost, so this does not aplply, or have only limited benefits.
Quote:
Maybe if we look at the files included, there could be optimization? I have to look it up again to say nothing false: there were protector queries and files included although not installed. I'll take a closer look...
Protector Preload?
1484
Yes, it is, but it is also independent of other things that may clutter the behaviour.
So we have a common ground for further testing.
On my XAMPP 1.7 system it works.
So we have a common ground for further testing.
On my XAMPP 1.7 system it works.
1485
bulinmartin, Welcome to the XOOPS forum!
I think these values are provided.
You must edit /templates/block/wfdownloads_block_new.html and use eg the <{$download.screenshot}> between the foreach tags.
I think these values are provided.
You must edit /templates/block/wfdownloads_block_new.html and use eg the <{$download.screenshot}> between the foreach tags.
1486
Quote:
I recommend that also. Deleting one is not a good option.
If you want to use this hack it seems you will have to make the change in both files.
I recommend that also. Deleting one is not a good option.
1487
Quote:Never heard about that.
Maybe there is some gain, when there are 20+ fields in a table and you need only a few. But most XOOPS tables are rather small, so I don't think there is much benefit
Maybe interesting to do once a test and time 1000 requests (or 100 repeated 10 times) eg selecting in the user or a posts table.
Most important is the use of a suitable index.
The permissions has indeed a scaling problem. If you see queries like this, my stommach turns upside down.
Quote:There should be some class that can join the permissions of the groups with the item records, so that in one query all the permitted items for a user can be retrieved.
Next one is the prevention of SELECT * in queries. Maybe it is just a rumour I heard, that the performance is better with SELECT xy, yz in queries. Where applicable of course
Maybe there is some gain, when there are 20+ fields in a table and you need only a few. But most XOOPS tables are rather small, so I don't think there is much benefit
Maybe interesting to do once a test and time 1000 requests (or 100 repeated 10 times) eg selecting in the user or a posts table.
Most important is the use of a suitable index.
The permissions has indeed a scaling problem. If you see queries like this, my stommach turns upside down.
Quote:
0.000398 - SELECT * FROM config WHERE (conf_modid = '0' AND conf_catid = '3') ORDER BY conf_order ASC
0.000236 - SELECT DISTINCT gperm_itemid FROM group_permission WHERE gperm_name = 'block_read' AND gperm_modid = 1 AND gperm_groupid IN (1,2)
0.000351 - SELECT b.* FROM newblocks b, block_module_link m WHERE m.block_id=b.bid AND b.isactive=1 AND b.visible=1 AND m.module_id IN (0,-1) AND b.bid IN (127,9,56,38,58,34,41,44,159,45,128,39,42,125,40,43,7,6,3,35,77,75,12,97,96,95,193,
30,1,174,173,54,55,182,181,180,57,179,178,177,176,175,148,71,72,73,74,162,161,160,
158,157,76,78,79,80,156,155,154,153,133,132,131,130,102,101,129,126,115,103,114,
113,112,111,104,110,109,108,107,106,105,100,98,99,53,52,190,189,51,50,49,48,47,46,
37,136,139,138,137,135,134,140,194,36,33,32,31,11,10,8,5,4,196,195,192,191,2)
ORDER BY b.weight, m.block_id
1488
Quote:The pid is used for nested view. As it is copied from the D3, it should contain values, if there this kind of posting is used (check d3forum_posts table).
The forum_id should be filled in. If it is not available in the D3 posts table, it should be regenerated via the topic_id from the bb_topics table
in post table: pid and forum_id have valor=0
The forum_id should be filled in. If it is not available in the D3 posts table, it should be regenerated via the topic_id from the bb_topics table
1489
Is on that server and domain already a XOOPS running?
It is possible that at that point the sessions go wrong. Are there no additional measures required for having PHP sessions with your hoster (which hoster)?
Check the permissions of mainfile or set them to 777.
Do also the file check (see release notes) to verify the uploaded file set is complete.
It is possible that at that point the sessions go wrong. Are there no additional measures required for having PHP sessions with your hoster (which hoster)?
Check the permissions of mainfile or set them to 777.
Do also the file check (see release notes) to verify the uploaded file set is complete.
1490
Sorry, my mistake. It was a too wild guess of what you wanted.
If you refer to the file managment section, these modules are verygeneral in use and are to be used by the administrator only. Most contains also built in checks for that. Allowing users to play with the file system is a sure way to getting hacked.
Most of these modules are very old and no longer maintained, because the hosters panels made progress and have file managment always included.
Maybe the DMS module is something for you.
The Invision Power File Manager module is here.
If you refer to the file managment section, these modules are verygeneral in use and are to be used by the administrator only. Most contains also built in checks for that. Allowing users to play with the file system is a sure way to getting hacked.
Most of these modules are very old and no longer maintained, because the hosters panels made progress and have file managment always included.
Maybe the DMS module is something for you.
The Invision Power File Manager module is here.
Login
Search
Recent Posts
Who's Online
Donat-O-Meter
| Stats | |
| Goal: | $100.00 |
| Due Date: | May 31 |
| Gross Amount: | $0.00 |
| Net Balance: | $0.00 |
| Left to go: | $100.00 |
 |
|