{5} Assigned, Active Tickets by Owner (Full Description) (9 matches)

Create the newbies ultimate guide. Some good pointers are below by Josen Ruiseco:

1. Installation tutorial (I think you already have this).

1. A tutorial covering the creation of a simple non-database site. Creating header and footer views, then static text (like a brochure site).

1. Next I would want to see how to bring various views together in a single page/template.

1. Then I would introduce database interactivity in the way of forms, selects, inserts, and updates.

1. Then a session management / login tutorial.

1. Get more advanced from there...

All of this being done in the ColdBox way of course, and being very elementary in its approach (i.e. Detailed explanations of everything - A view is a snippet of code that does...)

The ColdFusion Application Development books are what I cut my teeth on years ago. Perhaps matching that progression in terms of difficulty might be a good approach.

A good set of very basic tutorials could go a long way in helping folks choose ColdBox as their framework of choice.

Now uses the cfthrow facade

This plugin idea comes thanks to Josh Giese. The idea behind the validation plugin is to be able to create rules to validate incoming data. You can define the rules in a simple structure that can be sent to the validation plugin for validation. The plugin would read the RC and validate against these rules, producing an results structure as each rule is validated. Rules can also be created as validation beans (cfc). Where you can share validation rules for certain criterias.

Example

rules["username"] = "required"
rules["password"] = "required"

Cascading rules

rules["username"] = "required|minlength[2]|maxlength[10]"
rules["date"] = "trim|required|valid_date"
rules["content"] = "trim|required|xssclean"

You are basically giving a set of commands to the rules key. The validation plugin will read this rule and create all the necessary rules for each incoming element.

Custom UDF Validation

You will be able to do custom UDF validation also by passing a UDF reference into the rule like "udf_isMyElementValid"

These UDF's must all accept an incoming string variable and return a boolean variable.

<cffunction name="isMyElementValid" returntype="boolean" access="public">
<cfargument name="Str" type="string">
<cfscript>
if ( trim(str).length() gt 10  and trim(str) neq "whatever" ){
  return true;
}
else{
  return false;
}
</cfscript>
</cffunction>

Validation Rules

Here are some validation rules that could be used

• required
• matches-item[item] : the set element must match the parametered item
• matches-string[string] : the set element must match the parametered string
• matches-regex[regex pattern] : match a regex expression
• min-length[x] : the element must have a min length of the param
• max-length[x] : the element must have a max length of the param
• exact-length[x] : the element must have an exact length of the param
• alpha : An element that only has alphabetical chars
• numeric : A numeric element only
• alphanumeric : An element that has only alphanumeric chars
• valid-email : A valid email (single or list)
• valid-url : A valid url
• valid-cfuuid : A valid cf uuid number

Cleanup/Setup Commands:

• cmd-xssclean
• cmd-striphtml
• cmd-addhttp
• cmd-hash[type] : A valid CF hash type

CF Commands:

Any cf udf that takes in a string parameter. Below are some useful ones

• trim
• urlEncodedFormat
• htmlEditFormat
• htmlCodeFormat
• paragraphFormat
• urldecode
• binarydecode

Is this possible to have another security layer for fwreinit command. At the moment fwreinit is protected by password.

<setting name="fwreinitIP" value="192.168.1.10"/>

We could do this in Application.cfc but might be this is useful feature for coldbox.

Update the Plugin XML to include the new 2.1.0 features