SyberKnight

@Pete, hey, just wanted to follow-thru with an update & to mark this thread as solved. i ended up having to put ProcessWire down - i was just banging my head up against too many stone walls. not being a php backend developer, i guess PW isn't for me; which sucks, cause i like it's concept & structure. but it requires more php knowledge than what i have (for now). so i went back to something familiar... ModX... and still banged my head a lot these past few weeks, but finally got it figured out & working there. if ever interested, it's posted @ http://forums.modx.com/thread/99335/need-help-with-php-connecting-muut-forum-to-modx#dis-post-537478 but thanks again for your time & efforts! it's MUCH appreciated. .peace.:.jason.

Wow, THANKS SO MUCH Pete!!! i REALLY appreciate your time & help... whew yeah, i believe the forum "embed" is done via JS and the "Federated ID" is done via the PHP part. i don't think it'll be a problem with regards to being in a directory. i have a non-CMS html/php page within a test directory and the embed & forum "works"; it's just using muut's user db instead of my own. so if i can get the "$user" thing changed on muut's end, then it should work - well, that's what i'm gathering anyways. i guess my next step is to ask them that question. unless you know of a safe way to change PW's $user to something else(?). i agree, and i'm actually going thru a 2-part video tutorial i found on YouTube now, that's walking me thru how it works. i also read a tutorial/post written for people who have used ModX in the past & are switching over to PW - that helped with getting my terminology straight in my head. the time thing... well... it's one of those "as soon as possible, need it yesterday" kinda things, with a lot of pressure to get'r'done asap. but diving in where i have no floatation devices into unknown waters is sorta my personality, it guess; for better or worse ;-) so, i'll report back here what i hear from muut about the $user thing - unless you have a way from PW's end first. THANKS!!!!! .peace.

@Pete, thank you very much for your time & thoughtful reply!!! yes, as i understand it, my ProcessWire index.php page would need to include all that code i put in my original post above. as i'm reading some of the documentation & tutorials for PW, along with your comment above, i THINK i understand a little better about the avatar thing; feeling slightly confident i can figure that part out. but this user->muut thing i'm still very concerned & confused about. this is apparently doable, as far as the muut people are concerned. they're first response to my post over there was to setup a WordPress site - but i just cannot bring myself to do such a horrible thing ;-) not being a backend developer tho, can you speak more on what you mentioned regarding the "conflict" between the MUUT $user array & the PW $user object? would there not be some sort of "adapter"-like code for such a situation? and again, as far as i understand it thus far, the MUUT database does NOT sync with the PW database. i believe that the MUUT user db is REPLACED by the PW db if i use this "Federated ID" thing. so i would need to create a user registration/login form in PW. lastly, your last sentence also concerns me. so if down the road, something happens that we need to shift away from PW, i wouldn't be able to take our user database & import it in to another system? if you still feel up for the challenge of helping me understand this, here is my post/thread on the MUUT system... https://muut.com/forum/#!/setting-up:noob-needing-federated-id-h ...the responses i've gotten there are still too vague for me, & as it continues, it just brings up more questions than answers. here's the condensed sum of responses from the muut people in that link... THANKS AGAIN SO MUCH!!! .peace.

@Beluga, my apologies. i did not mean to waste anybody's time. i was just feeling overwhelmed & unsure of which category to post in for the best exposure in hopes of getting some help. so, in the future, if i'm again in such a position, what do you suggest i do? just pick on & stick to it? i did that but got no replies, thus the expansion. i don't want to waste anybody's time, but i also have time constraints. so what's the best route to take when i have an important, time sensitive (to me) question & can't figure out the best place to ask it? THANKS! @cstevensjr, thank you for the link. i just ran thru it & am not seeing anything that i've violated (barring the multiple requests on other categories as Beluga above pointed out). so if i'm missing something else, please let me know what that is. i don't want to break any rules. THANKS!

hello, can somebody tell me if this is possible simply? OBJECTIVE > to embed the MUUT Forum into our website via their Federated ID method. i can embed their forum into our website just fine, and it works out-of-the-box, BUT we need to host our own user database (not using MUUT's). BACKGROUND INFO > i'm a ProcessWire noob, but am excited to dive in (experienced in other CMS's). i do front-end design mostly. i do very little back-end development, but i do have experience installing & doing minor customizations. i'm expert in HTML/CSS & intermediate in Javascript/Jquery i usually work with PHP/MySQL code given to me or found online; can't write from scratch. ISSUE/PROBLEM > in order to use muut's forum and our own user db, they require that we have our own user registration/authentication system that uses "Federated ID". not ever having used PW before, i don't know if this would be compatible with that. i just got thru a week-long experiment with a system i found called UserFrosting; but it's WAY too complex for me & what i need. so my next thought was to utilize a CMS's user system to be the user reg/auth bit for Muut. can ProcessWire be that system & integrate with MUUT? REFERENCES > MUUT website @ http://muut.com MUUT documentation @ https://muut.com/help/#fed-id MUUT userguide @ http://learn.muut.com/federated-id/manual-setup UserFrosting website @ http://userfrosting.com ProcessWire User API documentation @ http://processwire.com/api/variables/user ProcessWire Cheatsheet @ http://cheatsheet.processwire.com/user CODE > at the bottom of this post is the index.php code that i pieced together from the muut docs, guides, & support forum to use as a base (pre any customizations). before that code, i have directly under these points are 2 code boxes containing 2 examples of the only section from index.php that i believe needs changing to work with ProcessWire. after that is a 3rd code box with my attempt at connecting ProcessWire with MUUT - but i'm unsure if it's correct or not. in the whole page code at bottom of this post, right under the <body>, in that PHP section's user array (a.k.a. Step 1), i found this code in the muut docs... "id" => "johndoe", "displayname" => "John Doe", "email" => "john@doe.com", "avatar" => "//gravatar.com/something", you'll note the commented out part with this in the index.php code; it's what i found elsewhere in a muut support thread... "id" => $userObj->userID, "displayname" => $userObj->fname . ' ' . $userObj->lname, "email" => $userObj->email, "avatar" => $userObj->photo, so based on those 2 examples above, would it be correct/incorrect to use PW's user properties like this(?)... "id" => $user->id, "displayname" => $user->name, "email" => $user->email, "avatar" => $user->ICouldntFindWhatWouldGoHere, ...SUBQUESTION > i couldn't find what ProcessWire uses for a User-Avatar/Picture. anybody know? FYI > HERE is the whole code for this un-customized index.php file THAT WORKS withOUT our own user system... <!doctype html> <html> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width" /> <meta http-equiv="X-UA-Compatible" content="IE=edge" /> <title>Untitled Document</title> <link rel="stylesheet" href="https://cdn.muut.com/1/moot.css" /> <style> .m-custom .nested { margin-left: 1em; } /* .is-commenting, .is-threaded { max-width: 700px; } */ </style> <script src="//code.jquery.com/jquery-1.11.2.min.js"></script> </head> <body> <?php // Step 1 // Generate the message before the page loads // give us the user data $user = array( 'user' => array( "id" => "johndoe", // "id" => $userObj->userID, "displayname" => "John Doe", // "displayname" => $userObj->fname . ' ' . $userObj->lname, "email" => "john@doe.com", // "email" => $userObj->email, "avatar" => "//gravatar.com/?", // "avatar" => $userObj->photo, "is_admin" => false, ), ); // Step 2 // encode the user array to generate the 'message'. $message = base64_encode(json_encode($user)); // assign the current timestamp to be used. $timestamp = time(); // Step 3 // Generate the signature = my long secret key from account settings page $signature = sha1('####################' . ' ' . $message . ' ' . $timestamp); ?> <div class="muut"> <a class="muut-url" href="https://muut.com/i/sanctuary">Sanctuary Community</a> <!-- custom sidebar --> <div class="m-h3">Your Forum Title Again</div> <a href="#!/chan1">Channel 1</a> <div class="nested"> <a href="#!/chan1/subchan1">Subchannel 1</a> <a href="#!/chan1/subchan2">Subchannel 2</a> </div> <a href="#!/chan2">Channel 2</a> </div><!-- end class="muut" --> <!--div class="comments"> <a class="muut" href="https://muut.com/i/sanctuary/comments" type="dynamic">Commenting</a> </div> <div class="messages"> <span class="muut-messaging" data-forumname="evaluating-the-muutiny">Messages</span> </div--> <!-- END OF PAGE --> <script src="//cdn.muut.com/1/moot.min.js"></script> <script> $("#muut").muut({ api: { key: '########', // my short api key from account settings page message: '<?php echo $message; ?>', timestamp: <?php echo $timestamp; ?>, signature: '<?php echo $signature; ?>', login_url: "http://sanctuaryinternational.com/community/index.php" } }); </script> </body> </html> THANKS!!!!!!!