I wanted to create an area on the front end where users can register
for access to the Website under the Member user group via a
registration form. Be approved through the admin for access before they
can login and have additional fields (eg. job title) which can be
edited on the front end when they login/register and through the admin.
So I'll need the additional fields to be on the admin side as well for
editing.
Can someone point me in the right direction about how I would go about
doing this using FarCry? I don't want to use any JavaScript.
Up to this point, I've set up a custom login in customadmin by
modifying the original login.cfm. I can login and log out ok (don't
know if I did this the right way). I know how to turn off access for
anonymous so that only a logged in member can access a page.
Thanks
Beenish
Thanks,
Jen Looper
Web Developer, Achievement Technologies, Inc.
farcry site: http://farcry.achievementtech.com
live site: http://www.achievementtech.com
It tries to include a custom login file:
/farcry/#application.applicationName#/customadmin/login/login.cfm
If the file is not there, it uses the default.
/farcry/farcry_core/tags/navajo/login.cfm
Create the file and make it do whatever you want.
Scott Talsma
CTO
echo.eleven
404.845.3458
FarCry Implementation of the Brain Jar menu
DEVELOPERS: Chris Kent; Jeff Coughlin (xCode fixes); David Whiterod
download the zip from here:
http://www.atlas.sa.gov.au/dropzone/files/bjMenu.zip
Installation
Copy _bjmenu.cfm to your site's includes directory
Copy bjmenu.css to your site's CSS directory (example CSS as used on
http://www.atlas.sa.gov.au/go/about)
Copy bjmenu.js to your site's JavaScript directory (Copyright 2000-2004
by Mike Hall. See http://www.brainjar.com for terms of use.)
Add the CSS and JS files in the head section of you dmHeader.cfm file
<link rel="stylesheet" type="text/css"
href="#application.url.webroot#/css/bjmenu.css" media="screen" />
<script language="en" type="text/javascript"
src="#application.url.webroot#/js/bjmenu.js"></script>
<cfmodule> the _bmenu.cfm file where you would like the menu in your
page
<cfmodule template =
"/farcry/#application.applicationname#/webskin/includes/_bjmenu.cfm">
The (optional) arguments are:
startNavID default="#application.navid.home#"
includeHomeLink default="true"
Thanks,
Oblio
Geoloacator is a plugin that determines the locale of an inbound
request. Its an optional plugin.
You can either turn it off by getting into the ADMIN>>CONFIG>>PLUGINS --
or drop the InetAddressLocator class into your JAVA class path.
-- geoff
http://www.daemon.com.au/
--
Message protected by MailGuard: e-mail anti-virus, anti-spam and content filtering.
http://www.mailguard.com.au/mg
I'd personally like to know how people are handling creating forms in
general using FarCry. I find this the most difficult to get my hands
around. Creating self-posting forms seems like taking a step backwards
from, say, my old Fusebox forms. Never was able to make the ruleForm
work.
best,
Jennifer Looper
Achievement Technologies, Inc.
live site: http://www.achievementtech.com
farcry site: http://farcry.achievementtech.com
Thanks,
Oblio
---
Currently the Farcry CMS only allows you to run your apps (project folders)
from the same folder as the farcry mapping folder.
So all Farcry websites "must" be similar to the following (where <project>
refers to your Farcry project folder):
/Farcry_core
/Fourq
/<project1>
/<project2>
Hope this helps.
---
Jeff Coughlin
We serve our farcry sites from Linux servers. I'll give you a quick
over view of our directory structure etc.
/vhosts/example.com
- holds all info related to a particular url
/vhosts/example.com/conf/
- conf files for this vhost. etc
/vhosts/example.com/httpd/
- all documents for this vhost.
/vhosts/farcry_application/
- all farcry files. in this folder is the apps.cfm and a load of sub folders
/vhosts/farcry_application/fourq
/vhosts/farcry_application/farcry_aura
/vhosts/farcry_application/farcry_core
-farcry app stuff
/vhosts/farcry_application/appname
-farcry folders for a particular site.
so for one farcry site, this is the httpd.conf bit for it. (in this
case a file called /vhosts/example.com/conf/httpd.conf)
Listen 123.456.789.012:80
<VirtualHost 123.456.789.012>
ServerAdmin ga...@example.com
DocumentRoot /vhosts/farcry_application/mysitename/www
ServerName www.example.com
Alias /farcry /vhosts/farcry_application/farcry_core/admin
ErrorLog /var/log/vhosts/example.com/example.com-error_log
CustomLog /var/log/vhosts/example.com/example.com-access_log combined
RewriteEngine On
RewriteCond %{REQUEST_METHOD} ^(TRACE|TRACK)
RewriteRule .* - [F]
<Directory /vhosts/farcry_application/farcry_core/admin>
AuthType Basic
AuthName "FarcrySecurity"
AuthUserFile /vhosts/example.com/conf/htpasswd
Require user farcryusername
</Directory>
</VirtualHost>
Then we make the
/vhosts/example.com/httpd/ folder a sym link to this:
/vhosts/farcry_application/mysitename/www
Hope this make sense, and it helps.
Cheers
Gav
This is not entirely correct. We routinely locate the FarCry core
library completely separately from the applications.
All you need do is set up a ColdFusion mapping for /farcry/projectname
and you can locate your FarCry project anywhere it suits.
Self posting forms are pretty common sort of development approach. If
you want to create a fusebox like form, you can always make the self
posting form a controller/switch, and keep your actions and displays in
a subdirectory of includedobj. Does that make any sense?
The forms themselves are stored as dmHTML pages. The form content is
usually created in Dreamweaver. They submit to a dmInclude object,
which wraps a Fusebox app which handles dealing w/the data, which in our
case serializes the form data into a string and sends it via
email/DB/Salesforce.com for processing.
Downside is that I have essentially hard-coded the action="...objectid"
into the form presentation. FU would help abstract this a little.
Upside is that I have multiple forms all submitting to the same action,
and it requires no special knowledge to create/modify a form in
Dreamweaver and very quickly get it on the site.
For more complex forms (wizards, etc.), I have simply taken the
self-posing approach, sending the results to a dmInclude/Fusebox app.
I have three forms, including 4 flavors of "contact us", a "refer a
friend" form, and a registration form for sample lessons. They are
pretty straightforward Fusebox 4 forms right now. So, according to your
site structure, I would:
1. create a displaypageContactSales.cfm form in /webskin/dmHTML that
would contain my old fusebox form display code.
2. Make that submit to http://farcry.achievementtech.com/go/FormSubmit
(or object ID - I don't think friendly URLs will work if this included
object is in the utility folder) which would be an included obj in the
includedObj folder referencing the Fusebox folder's stuff.
Wow, that is innovative. Glad I asked, I will give it a spin. Does my
take above sound right?
Thanks!
Jen Looper
Web Developer, Achievement Technologies, Inc.
1) The contact page is dmHTML page
(http://www.echoeleven.com/go/contact-us/e-mail-us/index.cfm), whose
contents (stobj.Body) property contains the HTML code for the form itself.
<FORM name=ContactForm action=?objectid=AEC90515-40CA-39AD-7AD90C6C15CF7B43
method=post>
<INPUT type=hidden value="E-Mail Form from website" name=EMailSubject>
<INPUT type=hidden value=postm...@echo11media.com name=EMailRecipient>
<INPUT type=hidden
value=index.cfm?objectid=AEE72AAC-40CA-39AD-7A80585AE9473736
name=RedirectURL>
2) It submits to a dmInclude w/name Web Form Mailer (ID:
AEC90515-40CA-39AD-7AD90C6C15CF7B43) in the utilities folder. I am simply
including my e11WebFormMailer.cfm file. It wraps my FuseBox app, which I
call w/ the following code:
/////////begin e11WebFormMailer.cfm//////////
<cfsetting enablecfoutputonly="yes">
<cfscript>
if( IsDefined("URL.method") ) {
Attributes.method = URL.method;
}
else if( IsDefined("Form.method") ) {
Attributes.method = Form.method;
} else {
Attributes.method = "home.ProcessWebForm";
}
</cfscript>
<cfmodule template="../includes/e11Registration/index.cfm"
method="#Attributes.method#">
<cfsetting enablecfoutputonly="no">
/////////end e11WebFormMailer.cfm//////////
Fusebox does the rest, as all the url/form vars are converted to attributes.
I then forward on to #attributes.RedirectURL#
Scott Talsma
CTO
echo.eleven
404.845.3458
-----Original Message-----
From: farcr...@googlegroups.com [mailto:farcr...@googlegroups.com] On
Behalf Of Jen
So, having done that, I think I'm on my way, but I found a semantic
error. On Linux, we're case sensative. We can get past it in
Apache, but CF won't when using fileExists(). So,
farcry_core/packages/types/types.cfc: line 56 can't find the right
file; displayPageLanding.cfm != displaypageLanding.cfm.