1
BroHam
Re: My site takes 40 seconds to START loading, help...
  • 2007/7/12 3:15

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


4 seconds (ish) for your site to load for me just now, fyi.
I don't know.



2
BroHam
Re: Mainfile.php Error.
  • 2007/7/7 1:46

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


Try making a file - say "chmod.php" - and uploading it to your root or specifically the directory with mainfile.php.

So, chmod.php should have something like this in it:
<?php
chmod 
(mainfile.php0777);
?>


Then, point your browser to the address of chmod.php to run it.
mainfile.php should become 777, yes? Then, you should freely be able to change to 444.
???
I don't know.



3
BroHam
Re: The Xoops Challenge - Challenge #1
  • 2007/7/1 4:46

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


Hey kick <{a$$}>!
Very cool. My skills and resources are not up to par for such a challenge, but it'll be nice to watch it in the audience.
Not signing up but wanted to put a couple thumbs up on the idea.
I don't know.



4
BroHam
Re: Stick a fork in me, I
  • 2007/7/1 3:51

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


Dude, JMorris, peace be with you and I hope you have many happy days in your future. I know you're one of the big reasons I have XOOPS running my show.

@the moderating/censorship... I hope you'll not be too quick on the edit/lock-thread trigger. That's very annoying.

edit- nevermind, locking was requested by JMorris, who started the thread, and I respect that.
I don't know.



5
BroHam
Re: Stick a fork in me, I'm done
  • 2007/6/30 15:00

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


I stopped hanging out with Lucy, in the sky, with diamonds. I can't really see the sun too well, on account of all the purple haze. The weather man said nothing about this.
I don't know.



6
BroHam
Re: Stick a fork in me, I
  • 2007/6/30 14:34

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


Sorry BS, but I don't think the "unfair advantage" is a problem. Countless other theme developers leave their credits with links to their sites, so why shouldn't JMorris be able to?

Far as the departure from positions held, I am just not impressed.
I know patience have been tested for a while, but go get a massage, relax, and come back. Why storm out, slam the door, and leave us kids scratching our heads?

Good luck all the same, JMorris and others like you. I'm sure I'll be frequenting any XOOPS site(s) with anything helpful to offer, so see you there.
I don't know.



7
BroHam
Re: Xoops 2.0.16 and IE7 user issues
  • 2007/6/30 14:06

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


I've had no problems with frames. Everything seems to work fine.
I don't know.



8
BroHam
Re: New 'pages' or modules
  • 2007/6/28 19:32

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


Also good = Mastop Publish.
You can create static pages, allow comments if you wish, and create submenu links or not... etc.
I don't know.



9
BroHam
Using SMF forum
  • 2007/6/27 23:25

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


Thought I should add this here too. I hope some people may have better ideas I can learn from? I posted this in the SMF forum regarding Xoops/SMF integration using the bridge/module:
Quote:

The intention of this lengthy post is to share my little experience with SMF/Xoops, and I hope to help others with ideas as well as show that this integration can work. I wish that more Xoopsers would use SMF and show enthusiasm so we may see continued help and support from such experts as Orstio, the bridge developer.
*I am using Xoops 2.0.16 and SMF 1.1.2, and I assume most or all of this will remain the same with the update to SMF 1.1.3 after Orstio resolves the sessions issue.
Of course, appropriate backups should be made of files, websites, and databases.
First, let's recap the basic procedures and settings that should apply to most of us when getting the bridge up and running.

• Upload the smf file to the modules folder.
• Go to XOOPS admin, and install like any other module.
• Configure the modules preferences with the path to the smf directory, like /home/name/public_html/SMFdirectory - then,
choose to have the forum wrapped or not.
• In XOOPS admin, configure your blocks. Make the SMF login block visible, and the XOOPS system login block invisible
(logging in MUST take place in the bridge login block to be signed into XOOPS and SMF at the same time).
• In XOOPS admin, configure groups permissions , making sure anonymous users have access to the SMF login block AND access
rights to the SMF module. Do the same with registered users. Admin should be fine by default, but double check.
• In XOOPS admin, system general preferences, be sure you have custom sessions ON.

This should get you close to success, but now you need to check your SMF server settings.

Core Configuration
• Your forum url should be that of the SMF module
• Your path and Sources directory should be the actual stand alone forum

Feature Configuration
• Enable local storage of cookies - unchecked
• Use subdomain independent cookies - CHECKED
• Enable compressed output - unchecked
• Use database driven sessions - CHECKED

Now, with any luck, your bridge is functioning properly! Test it out. Create and register new accounts, and use them in the site. Login, logout, change passwords, etc.

So, what about further integration? I have modified a few things on my XOOPS site and files to help mesh it all. I do not advise you to do the same or claim any of it is necessary for YOU, but you might gain a few new ideas.
I do not have the XOOPS User Menu visible, because those links do not point to SMF, and who wants multiple profiles for users? The links in the User Menu can be changed, but I chose not to use it at all.
Also, I have redirected XOOPS links that are no longer applicable, so users won't accidentally stumble upon them. Here are my redirections:
/userinfo.php --> /modules/smf/index.php?action=profile
/user.php --> /modules/smf/index.php?action=register
/register.php --> /modules/smf/index.php?action=register
/viewpmsg.php --> /modules/smf/index.php?action=pm
/StandAloneDirectory --> /modules/smf
/StandAloneDirectory/ --> /modules/smf
Might consider a redirection for /pmlite.php

Xoops comments include the poster's name and link to the profile, but the links point to the XOOPS profile. To fix this and have the link send you to the poster's SMF profile, I changed code in class/commentrenderer.php on line 340.
Replace:
$poster['uname'] = '<a href="'.XOOPS_URL.'/userinfo.php?uid='.$poster['id'].'">'.$com_poster->getVar('uname').'</a>';

With this:
$poster['uname'] = '<a href="'.XOOPS_URL.'/modules/smf/index.php?action=profile;u='.$poster['id'].'">'.$com_poster->getVar('uname').'</a>';

*Important: this only works when users have the same XOOPS uid # as SMF u #. Due to some test accounts, my numbers were off, and I had to change a few users' numbers in the database. To be sure the numbers are the same for new registrations, I created a new user, and changed the XOOPS uid to match the SMF, and now the numbers are the same again for new registrations. That being said, this solution might not work effectively for some webmasters if the id numbers are not in sync. When correctly in sync, all is well.

Another issue to resolve or work around is the user avatar and post count, in XOOPS comments. I am sure there must be a way to get these from SMF, but I am not sure how the code should be, so I improvised by simply removing the avatars and post counts. I did so by altering code in /class/commentrenderer.php.
I commented out or deleted:
$poster['avatar'] = $com_poster->getVar('user_avatar');

and:
$poster['postnum'] = $com_poster->getVar('posts');

That removes the information. Then, in /modules/system/templates/system_comment.html the applicable code (pretty straight forward) should be removed so there are no empty spots where the avatar and post counts once existed.

For logging out, the SMF logout works to log users out of the entire site. We don't want users to have to be in the forum to logout though, so SSI comes in handy. I created a new block with this code:
require_once('/home/name/public_html/StandAloneForumDirectory/SSI.php');
global 
$context$settings$scripturl;

if (
$context['user']['is_guest'])
{
    
ssi_login();

}


else
{
    
ssi_logout();
}

$_SESSION['logout_url'] = 'http://www.mywebsite.com' $_SERVER['PHP_SELF'];

I am sure that not all of that code is needed to work. We can make this block available to registered users only, or anonymous users can see it and use it as another login location. Alternatively, this code can be placed in the XOOPS theme.html wherever desired. Put the call for SSI.php in the beginning of the theme file, and place the functions wherever you want...
The SSI feature is obviously useful, as we can read elsewhere in this forum, to include recent posts, who's online, and a welcome message.

There are still a few things to work out, but it's a pretty sweet collaboration between SMF and XOOPS if you ask me.
One thing I have played around with recently is the idea to have a wrapped AND unwrapped forum available for users to choose from when they visit. I have succeeded with this in the form of an iframe, but users can navigate out of the forum in the iframe, so that won't do. I don't know if cloning the module would work?

This concludes my rambling. I hope it helps a few people that actually read it. I also hope some people can give ME better suggestions. Hopefully this big post doesn't just get in everyone's way.
I don't know.



10
BroHam
Re: formdhtmltexteditor.php Missing From Installation
  • 2007/6/27 2:22

  • BroHam

  • Just popping in

  • Posts: 100

  • Since: 2007/3/31


formdhtmltextarea.php is the file in question, not formdhtmltexteditor.php.

Late response to this. Where da people at?
I don't know.




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



Login

Who's Online

246 user(s) are online (145 user(s) are browsing Support Forums)


Members: 0


Guests: 246


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