1
koertzen
Re: request: pass list of groups to template
  • 2006/3/21 20:59

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


I agree. I made a similar hack to set a flag if a user is a member of a particular group that was central to that particular installation, which I shall refer to as "install": install_isvolunteer, install_isstaff.

It will make my job easier if the core references these groups and passes them to the template so that I can create end-user interfaces referencing these groups without such a hack.

Thanks,
Jeff
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



2
koertzen
Completely Redesigned Administration
  • 2006/3/21 20:51

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


Many of my customers have complained about the administration functionality. Some have requested that I install a completely different system because of it.

1) The admin interface is confusing. I understand that the blocks/portal management is on the roadmap for 2.4, but what is it going to look like? My customers REALLY like the user-friendly administration of Joomla/Mambo. It's not necessarily that it's easier (from my perspective), but it's "pretty" and easier to navigate.

2) XOOPS standards don't require admin integration to the front-end. If an admin wants to update something in a module, they usually must leave the module and go to the admin interface > go to the module preferences or configuration > find the area that they want to modify > find the article or item to be updated > update. It is less confusing to administer directly from the front-end user interface (like in news or in .NET systems).

3) Too much developer control over the look and feel of modules and module administration. I would like to see a simple rating system that would show me how well a module is integrated into XOOPS and XOOPS standards, not just how popular it is. I'm suggesting something like a 0-5 rating or an A-F type rating system, with the preference on the 0-5 scale. The rating would be applied to both the front-end and the administration. The standards for each level would be set by the core team and EACH standard must be met for a module to achieve a level status. For example, a level 5 front-end would mean that it is completely integrated within the XOOPS environment and meets all XOOPS standards, including file layout and code reference. A level 4 might mean that the interface works well, but that file layouts don't conform or code references include deprecated code or are not as efficient as it could be.

4) The ability to store the latest version of a module on a XOOPS database. Ideally the admin could either check an individual module, selected modules, all modules as well as the system. Upon clicking the check for updates, the system would check (over web services?) for updates for each properly registered module. (Another thought... if web services are used, the system could check on its own and notify the admin with a flag or some other method.) The user could then click the update button to update/install the updated module (with the readme file displayed first). As it is now, I often have to search and compare each module individually. I'd much rather have the system notify me when updates are available and/or required.

These are just a few ideas. I'm sorry if any are duplicates. I looked through the requests and didn't find any like these.

Thanks,
Jeff
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



3
koertzen
Admin in 2.2: Trouble with sessions - Resolved, Found Bug (See Thread)
  • 2005/8/1 4:11

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


I found the problem. I will have to log a bug for it. My site is now functioning properly (re-loading data aside :).

Through common comment debugging, I found that by commenting out the clearing of the cache in the admin/preferences/main.php page, my updates were able to process properly. I'm not sure why that would be the case, but I'll leave that up to the developers.

Quote:

341: //$xoopsTpl->clear_all_cache();
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



4
koertzen
Re: Admin in 2.2: Trouble with sessions - Site down - Please Help!
  • 2005/8/1 0:21

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


Thanks jdseymour. I had searched the site earlier and found this thread. I changed the timeouts, but it doesn't seem to affect my ability to change the preferences. I've changed back and forth from using custom sessions to not using them by changing the value directly in the database (config > conf_name='use_mysession'). This also doesn't seem to help.

This problme, by the way, only occurs with preferences (configuration). I can make changes under any other menu in the Admin section, just not preferences.
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



5
koertzen
Admin in 2.2: Trouble with sessions - Resolved, Found Bug (See Thread)
  • 2005/7/31 23:45

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


First of all... Thank you development team for your hard work, and all of you who were brave and smart enough to test the RC versions for the rest of us! You have all done a GREAT job. As we see in most of these postings, the problems have to do with issues that most of us have created for ourselves. Thank you for your diligence Mirth. And Herko, I'm sorry that you're getting frustrated with users and their snippy responses. I sincerely appreciate the work that both of you are doing and have done. And I believe that 2.2 is a step in the RIGHT direction for Xoops. The reason people are having so much trouble is that you've actually made important changes in the core. It will have a tendency to impact people dramatically. In any case thanks!

THE ISSUE

After botching an update to 2.2, I found that my database was entirely screwed up. Prior update attempts had created multiple entries for modules in the modules table as well as configs.

After attempting to fix the tables manually, I decided to just try a fresh install. I renamed the database, deleted all the core files, and started over. My intent will be to load the user names and some of the other content from the old database when I have the new site stable.

Now, here's the problem. While attempting to update preferences through the site, I keep getting a blank page (/modules/system/admin.php?fct=preferences) after attempts to update the preferences (i.e., /modules/system/admin.php?fct=preferences&op=showmod&mod=1&confcat_id=1).
A page refresh gives me the following error:
Quote:

No valid security token found in session


Is there some kind of configuration issue that I need to modify either on the site or on my browser settings? I use Firefox 1.04. I've tested in Firefox 1.04, Netscape 8.0, and IE. In I.E. I get the following error:
Quote:

Fatal error: Maximum execution time of 30 seconds exceeded in d:\[home]\[user]\[site]\class\smarty\core\core.rmdir.php on line 27


When I have reviewed the active sessions on the database (using mysqlcc), I see XOOPS_TOKEN_SESSION entries for my session ID, so I'm not sure if that's related to the problem or not.

My site has now been down for almost 18 hours now. Any help in this area would be GREATLY appreciated!

Thanks,
Jeff

-----------------------------------------------

Site Details (Thanks lykoszine for the suggestion to include!):

PHP? 4.3.11
SQL? MySQL 3.23.49
OS? Windows NT
Apache/ISS/Other? IIS4 5.0 build 2195
Xoops? 2.2
DB, name and pass? Yes
Hosted? Yes
Shell access? No

Register Globals, on/off? On

Xoops URL? Please request from me via PM if you can help.
Xoops Path? Upon request only

install.php? No. Deleted after installation
index.php? Yes
Can you log-in? Yes

mysql.connect_timeout: 60
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



6
koertzen
Re: Upgraded to 2.2 - admin section incomplete ?
  • 2005/7/31 22:55

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


Here are the menu options that I have in the Admin section along with their links. I hope these help.

<ul>
<li>Actions</li>
<ul>
<li>Admin Index: yoursite/admin.php
<li>Xoops.org News:yoursite/admin.php?xoopsorgnews=1
<li>Go to homepage: yoursite
<li>Logout: yoursite/user.php?op=logout</ul>
<li>Preferences: yoursite/modules/system/admin.php?fct=preferences
<ul>
<li>System
<ul>
<li>NOTE: Thes links all assume that your system module is mid 1. If not, replace the module id at the end of the link.
<li>General Settings: yoursite/modules/system/admin.php?fct=preferences&op=showmod&confcat_id=1&mod=1
<li>Meta Tags and Footer: yoursite/modules/system/admin.php?fct=preferences&op=showmod&confcat_id=3&mod=1
<li>Word Censoring Options: yoursite/modules/system/admin.php?fct=preferences&op=showmod&confcat_id=4&mod=1
<li>Search Options: yoursite/modules/system/admin.php?fct=preferences&op=showmod&confcat_id=5&mod=1
<li>Mail Setup: yoursite/modules/system/admin.php?fct=preferences&op=showmod&confcat_id=6&mod=1
<li>Authentication Options: yoursite/modules/system/admin.php?fct=preferences&op=showmod&confcat_id=7&mod=1
</ul>
<li>All of your other modules and their preferences. Use the main preferences link I've given above to see these.</li>
</ul>
<li>Modules
<ul>
<li>All of your modules and their settings. The modules will be listed with a sub-menu to the setting options. Use the link below and then click on the name of the module to get to it if you can't see this menu.
<li>Administration: yoursite/modules/system/admin.php?fct=modulesadmin
</ul>
<li>Blocks
<ul>
<li>List All Blocks: yoursite/modules/system/admin.php?fct=blocksadmin&selmod=-1&selgrp=2&selvis=2
</ul>
<li>Users
<ul>
<li>Find Users: yoursite/modules/system/admin.php?fct=findusers
<li>Mail Users: yoursite/modules/system/admin.php?fct=mailusers
<li>Users Ranks: yoursite/modules/system/admin.php?fct=userrank
<li>Groups: yoursite/modules/system/admin.php?fct=groups
</ul>
<li>Misc.Tools
<ul>
<li>Banners: yoursite/modules/system/admin.php?fct=banners
<li>Images: yoursite/modules/system/admin.php?fct=images
<li>Smilies: yoursite/modules/system/admin.php?fct=smilies
<li>Avatars: yoursite/modules/system/admin.php?fct=avatars
<li>Templates: yoursite/modules/system/admin.php?fct=tplsets
<li>Comments: yoursite/modules/system/admin.php?fct=comments
</ul>
</ul>

Side Note: I think that the display of the HTML code is a bug in newbb/cbb (whichever is being used here). It displays fine in preview, but not when posted. I will need to log that bug shortly.
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



7
koertzen
Re: problem check list
  • 2005/7/31 22:14

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


Great idea on the questions. Two more questions for the standard setup:

Are you on a hosted system?
Do you have shell access?
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



8
koertzen
Re: Any Fix for the Templates/Blocks Bug?
  • 2005/7/7 11:10

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


I won't swear to it ... yet. I'm checking into the details now.
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



9
koertzen
Re: Any Fix for the Templates/Blocks Bug?
  • 2005/7/7 8:21

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


Yes, upgrading to 2.0.13 was when the problem occurred for me.
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]



10
koertzen
Re: Any Fix for the Templates/Blocks Bug?
  • 2005/7/7 7:27

  • koertzen

  • Just popping in

  • Posts: 79

  • Since: 2003/10/22


I tried the script, but it didn't make any changes in my templates. I still have duplicate blocks within the templates. One of my clones shows 26 templates under system, for example, but the default shows 38.
[size=x-small]Be the change you wish to see in the world.
-Ghandi[/size]




TopTop
(1) 2 3 4 ... 8 »



Login

Who's Online

210 user(s) are online (135 user(s) are browsing Support Forums)


Members: 0


Guests: 210


more...

Donat-O-Meter

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

Latest GitHub Commits