Part of the EllisLab Network
   
1 of 26
1
FreakAuth light 1.0.4 released
Posted: 16 May 2007 03:43 AM   [ Ignore ]  
Research Assistant
Avatar
RankRankRank
Total Posts:  493
Joined  02-21-2007

I’m proud and honored to announce the release of FAL 1.0.4 !!!

With this lib, you’ll be able to add to your app an authentication solution:

* an admin backend
* functions to secure whole controllers or their functions
* functions to customize your views ccording to the role of the user
* ...

You’ll find docs and sources on the official site.

We’ll be glad to hear your feedback here.

—the FreakTeam (danfreak, Iksander and grahack)

Profile
 
 
Posted: 16 May 2007 07:45 AM   [ Ignore ]   [ # 1 ]  
Lab Assistant
RankRank
Total Posts:  233
Joined  04-03-2007

I’m new to FAL, was able to get it up and running quite quickly and easily, especially due to the nice configuration file that automatically loads, which gave me further instructions, very nice indeed.

Let me start off by saying I’m not a professional programmer and I don’t get a commission from YATS tongue laugh (I’m not involved with developing it).

I poked around a little, and forgive me if I overlooked something, but:
Wouldn’t it be nice/appropriate to include a configuration setting for the public folder itself?  For instance if I already have a project where the assets (css, js, etc.) are already set up.

Outside of the current config files it looks like ‘public’ is only hardcoded in the templates, which presumably someone would change anyway.  It just seemed to me that it would be fairly easy to specify ‘public’ in a config setting (and even ‘css’, ‘js’, and ‘img’, as someone else might be using ‘scripts’ or ‘images’).  Having the captcha config separate seems like it might be good if someone wanted to keep that separate for some reason?

For example, YATS uses a structure like this:

L assets            (assets folder,        configure with $config['layout_assets'])
    
L default     (default theme assets, configure with $config['layout_design'])
    |    
L css
    
|    L images
    
|    L script
    L shared      
(shared assets folder, configure with $config['layout_shared'])
    |    
L css    (css folder inside assets, configure with $config['layout_styles'])
    |    
L images (images folder inside assets, configure with $config['layout_images'])
    |    
L script (javascript folder inside assets, configure with $config['layout_script'])

So in a similar fashion, FAL might have:

L assets            (assets folder,        configure with $config['layout_assets'])
    
L default     (default theme assets, configure with $config['layout_design'])
    |    
L css
    
|    L images
    
|    L script
    L shared      
(shared assets folder, configure with $config['layout_shared'])
    |    
L css    (css folder inside assets, configure with $config['layout_styles'])
    |    
L images (images folder inside assets, configure with $config['layout_images'])
    |    
L script (javascript folder inside assets, configure with $config['layout_script'])
    
L FAL       (FAL user theme assets, configure with $config['layout_FAL'])
    |    
L css
    
|    L images (this is public\css\images in distribution)
    |    
L script
    L FAL_admin
(FAL admin theme assets, configure with $config['layout_FALadmin'])
    |    
L css
    
|    L images (this is public\css\images_adminconsole in dist)
    |    
L script

Names shown are just for discussion.

Not sure where you’d put the images/captcha, maybe in ‘shared’.  But that’s the point, give the user the option to specify.

I guess I might be looking at this from two perspectives:
1.  Make configuration more customizable
2.  Make interface with other CI community widgets easier (YATS for example)

Summary: I think the following would correspond to the FAL dist and be similar to the YATS naming:

$config['FAL_assets']       = 'public';
$config['FAL_styles']       = 'css';
$config['FAL_images']       = 'images';
$config['FAL_script']       = 'js';
$config['FAL_assets_admin'] = 'public/admin'; //needed for YATS structure shown above

I think if you have those then any user (including YATS users) might be able to adapt easily?  Within YATS the following might tie the two together (again using examples above):

$config['layout_FAL'])       = $config['FAL_assets'];
$config['layout_FAL_admin']) = $config['FAL_assets_admin'];
$config['layout_styles'])    = $config['FAL_styles'];
$config['layout_images'])    = $config['FAL_images'];
$config['layout_script'])    = $config['FAL_script'];
Profile
 
 
Posted: 16 May 2007 07:54 AM   [ Ignore ]   [ # 2 ]  
Research Assistant
Avatar
RankRankRank
Total Posts:  493
Joined  02-21-2007

Great ideas a&w, we’ll take care of this in the next release I think.
If someone could add some config items, this would be even nicer…

Note that if you hack our code to support those config items, we’d be glad if you could share.

Thanks.

Profile
 
 
Posted: 16 May 2007 09:05 AM   [ Ignore ]   [ # 3 ]  
Lab Assistant
RankRank
Total Posts:  233
Joined  04-03-2007

Ok, if I get it working I’ll certainly forward along.

The back button for admin/users/edit has a problem.

Original Line 101:

<input type="button" name="back" class="submit" value="back"
     
onclick="location.href = '<?=base_url();?>index.php/admin/<?=$controller;?>'"/>

Corrected Line 101:

<input type="button" name="back" class="submit" value="back"
     
onclick="location.href = '<?=site_url();?>/admin/<?=$controller;?>'"/>
//change 'base' to 'site' and remove hardcoded 'index.php'
Profile
 
 
Posted: 16 May 2007 09:27 AM   [ Ignore ]   [ # 4 ]  
Research Assistant
Avatar
RankRankRank
Total Posts:  515
Joined  12-05-2006
a&w - 16 May 2007 09:05 AM

Ok, if I get it working I’ll certainly forward along.

The back button for admin/users/edit has a problem.

Original Line 101:

<input type="button" name="back" class="submit" value="back"
     
onclick="location.href = '<?=base_url();?>index.php/admin/<?=$controller;?>'"/>

Cheers for the fedback!
I’ll investigate about line 101 and back button problem.

about the YATS config etc.
Well as you might imagine we can’t go for a default templating system (we did it in the beginning, several people complained and now we reached both templating independency and controllers naming independency), given that different users use different templating solutions.
What we can do is to introduce more config variables, as you suggested in order to provide even further ease of customisation.
We should just make sure we don’t make people drunk/scared providing 1000 config variables ;-)

The templating we provide is just a demo, and we suppose that people will go for their own graphic solutions.

Anyway, we will take your voice into consideration for next releases!
Don’t hesitate to contribute with further ideas!

when I’ll have time I’ll post a bit of roadmap for forthcoming releases!

Enjoy FAL tongue wink

[EDITED]
For “configuration file that automatically loads, which gave me further instructions, very nice indeed.” did you mean the installer?

 Signature 

FreakAuth_light: pluggable & extendable authentication library that works on CI 1.5.X

CI SWIFT MAILER: 44% less memory than PHPMailer at double speed

Using Zend Framework components in Code Igniter

Profile
 
 
Posted: 16 May 2007 09:58 AM   [ Ignore ]   [ # 5 ]  
Grad Student
Rank
Total Posts:  51
Joined  09-12-2006

OK,
Thanks for this new realise.

I have a question about FAL and Sentinel.

It is said (in sentinel doc) that sentinel use the FAL core, What is the version of FAL used in the current sentinel trac-SVN.
Do you made the FAL and Sentinel update in the same time????

Do you plan that next freak realise will be based on Sentinel structure?
So that the next FAL version will have lib function instead of auth controller??


I ask this questions because I’d like to use Sentinel instead of FAL but if the updates are not simultaneous, I think it should be better to stay on FAL for the moment…...


Thanks for all

Profile
 
 
Posted: 16 May 2007 10:03 AM   [ Ignore ]   [ # 6 ]  
Lab Assistant
RankRank
Total Posts:  233
Joined  04-03-2007
danfreak - 16 May 2007 09:27 AM

What we can do is to introduce more config variables, as you suggested in order to provide even further ease of customisation.
We should just make sure we don’t make people drunk/scared providing 1000 config variables ;-)

Agree.  As long as you format them logically/aesthetically as you’ve done in the config files I don’t think it’s a big deal.  Along those lines though, why two config files with similar/same info?  Configs for Freakauth.php and Freakauth_light.php appear similar.  I’m not so much bothered by many config options, but I am a bit bothered to make sure they are the same across multiple config files.  I don’t understand the difference/purpose of Freakauth vs. Freakauth_light, but if one is exclusively dependent on the other couldn’t the dependent library defer to the ‘master’ library config file and then just add whatever the dependent library config file needs from there?

danfreak - 16 May 2007 09:27 AM

The templating we provide is just a demo, and we suppose that people will go for their own graphic solutions.

Agree.  I do think that YATS does present a logical folder structure though for “assets” (YATS=configurable) or “public” (FAL=hardcoded).  I also don’t mean to imply adopting use of a specific template system.  But along the lines of “CI standardization” like some others have posted recently, it seems like this type of “asset folder structure” that YATS uses might be beneficial.  I don’t think what I previously presented would make FAL dependent on any specific template system, it just sets it up in a logical fashion where it might be more easily adapted.  Take a look at the FAL vs FAL_admin for example.  To switch between what “theme” you want is a matter of changing ONE setting. As opposed to the way FAL is set up now, where it looks like you have to change the css file and change which image folder you’re using. JMHO.

danfreak - 16 May 2007 09:27 AM

For “configuration file that automatically loads, which gave me further instructions, very nice indeed.” did you mean the installer?

Yes.  It is a nice “FAL for dummies” like me.

Profile
 
 
Posted: 16 May 2007 10:05 AM   [ Ignore ]   [ # 7 ]  
Research Assistant
Avatar
RankRankRank
Total Posts:  515
Joined  12-05-2006

@thierryREY

Well, the Sentinel project is a bit sleepy for now, and what you see in the trac-SVN was based on FAL_1.0.2-Beta with some implementations.
Sentinel and FAl have not been developed simultaneusly even if their development shared some ideas (see the added libraries FAL_validation.php and FAl_front.php).

From version 1.0.3 FAL is not based anymore on the auth.php controller (it’s based on controllers only for the backend administration, but we ar planning to move everything in a FAL_backend.php library) and it is template and controllers independent.

As you might imagine it’s better you stick on FAL for now, that is for sure much more stable and tested.

We will keep you guys updated!

wink

 Signature 

FreakAuth_light: pluggable & extendable authentication library that works on CI 1.5.X

CI SWIFT MAILER: 44% less memory than PHPMailer at double speed

Using Zend Framework components in Code Igniter

Profile
 
 
Posted: 16 May 2007 10:27 AM   [ Ignore ]   [ # 8 ]  
Research Assistant
Avatar
RankRankRank
Total Posts:  515
Joined  12-05-2006

@a&w

What you mean:

Configs for Freakauth.php and Freakauth_light.php appear similar.

 Signature 

FreakAuth_light: pluggable & extendable authentication library that works on CI 1.5.X

CI SWIFT MAILER: 44% less memory than PHPMailer at double speed

Using Zend Framework components in Code Igniter

Profile
 
 
Posted: 16 May 2007 11:08 AM   [ Ignore ]   [ # 9 ]  
Lab Assistant
RankRank
Total Posts:  233
Joined  04-03-2007

In my distribution I have these configuration files:


config/freakauth_light.php

/**
* CONFICURATION ARRAY FOR THE FreakAuth_light library
*
* @package     FreakAuth_light


/*---------------------+
|  MAIN CONFIGURATION  |
+---------------------*/


$config['FAL_website_name']    = "some_site.com";
$config['FAL_user_support'] = 'admin@exptrack.com';
$config['FAL'] = TRUE;

.
.
.

Remaining not shown but it appears most of the $config[‘some_setting’] is exactly the same as the file shown below.  It looks like one file may have been copied from the other.


config/freakauth.php

**
*
CONFICURATION ARRAY FOR THE FreakAuth_light library
*
* @
package     FreakAuth_light

Notes:
1.  CONFICURATION should be CONFIGURATION (same with other file)
2.  Title and package both indicate ‘_light’, but this is from the “non” light file.

Profile
 
 
Posted: 16 May 2007 11:24 AM   [ Ignore ]   [ # 10 ]  
Research Assistant
Avatar
RankRankRank
Total Posts:  493
Joined  02-21-2007

ok for the C, it will be fixed in next release,
but I can’t see any config/freakauth.php in the zip file, can you tell us where did you find it?
note: there is no FreakAuth for the moment, only FreakAuth_light.

found some other hardcoded index.php (did you remove or rename yours ?)

in contollers/admin/admins.php and admin/users.php (around lines 90-91 for pagination)
in views/FreakAuth_light/template_admin/users/edit.php (line 101)

we have to use
site_url($ci_uri)

I suggest
$config[‘base_url’] = site_url(‘admin/admins’);
$config[‘base_url’] = site_url(‘admin/users’);
<input type=“button” name=“back” class=“submit” value=“back” onclick=“location.href =’<?=site_url(‘admin/’.$controller)?>’”/>

Profile
 
 
   
1 of 26
1
 
Post Marker Legend
New Topic New posts Hot Topic Hot Topic with new posts New Poll New Poll Moved Topic Moved Topic Sticky Topic Sticky topic
Old Topic No new posts Hot Old Topic Hot Topic with no new posts Old Poll Old Poll Closed Topic Closed Topic Announcement Announcements
Theme
Change Theme
Visitor Statistics
The most visitors ever was 721, on January 06, 2010 09:38 AM
Total Registered Members: 115007 Total Logged-in Users: 64
Total Topics: 122440 Total Anonymous Users: 4
Total Replies: 647313 Total Guests: 504
Total Posts: 769753    
Members ( View Memberlist )