Thread

First of all I love this project!  😊

I too would love to see something like A3M or Eric Bae’s Tank Auth version (https://github.com/ericbae/Tank-Auth—-3rd-Party-Authentication-Project) integrated.

I conceptually might have something later to help with that authorization issue, but my current project forbids the time to get her rolling.

Anyways, still haven’t worked on the host site issue yet. Just focusing on the development machine right now. Maybe if I just upload the finished product to the server (with appropriate mods), it will work finally.

I noticed a potential hole in the Assets class. It be nice if it recognizes duplicate js and css files in the arrays. And the media parameter should be able to be passed as an array (a style may apply to several types of media). That I might have time to code and submit here.

I could sporadically get Bonfire to connect to the database on the first screen of install, the next one wrote to the files correctly, but when Bonfire tried connecting to the DB to create the tables it started having connection errors. Tried to go back and start the installer again, but then it would not recognize the connection data for the connection test that had worked previously. VERY VERY odd.

Yes, it was the men’s suits that I saw.

Damn, was hoping you got it working. Sorry to hear about the issues. That’s really strange. Haven’t seen that one yet. What type of server are you running on?

I’m using Hosting 24 as my service. Last I knew they are a LAMP host. I know I had an odd issue installing PyroCMS though. It seemed to only work with the Zend server setting if I recall correctly. I don’t know what the mechanical differences are.  😖 Yet I have had no troubles at all installing Joomla and phpBB on the same host.

@ac1drain Did you get this figured out? Were there any changes needed to Bonfire? It almost sounded like part of the database roles hadn’t been inserted properly during install, but not sure.

yes, i had a previous cookie from a previous CI installation and it was interfering with the BONFIRE login cookie. 😊

@ac1drain - Glad to hear it was something simple.

Good news. The latest Bonfire build installed and ran successfully on the host. The account reset seems to have done the ticket. My host just put in new machines and it looks like there might have been bugs yet. They take the trouble to keep their system up to date with the latest LAMP architecture so I have to give them some wiggle room there. 😊 I know that can’t be at all easy for such a large client base as they have.

@Basketcasesoftware - Awesome news!

@Basketcasesoftware - Awesome news!

Had the same problem initially on my local host just now. My databases both at home and on my host are created with phpMyAdmin - common enough. When I created the basic db on my home machine and did a simple import of the db and files from my host there was a connection failure. I changed my privileges from ‘%’ to ‘localhost’ and then recreated the db with the collation and MySQL connection collation as utf8_general_ci. re-imported the data - BINGO!
Very strange indeed.

Quick question. How you change the DB’s mode? I’m stuck in development and I don’t find anything in the CP to change it. Also where do the Auth functions live. They aren’t under libraries that I can see.

Yeah, that is pretty strange. I know that I typically set collation to utf8_general_ci when I create a new db. Wonder if that’s been causing the issue all along. Definitely something to look into.

Thanks

In the Assets class you create functions for locating css and js files, but nothing for other media, even though you have an ‘image’ category in one of your arrays.
I added a quick function to the Assets class but it’s a hack. It would be better if it was using the find_files function. Here’s the code that I placed immediately after the Assets::image() function.

public static function image_path($image=null)
 {
  if (empty($image)) return '';
  
  return(self::$asset_url . self::$asset_base . self::$asset_folders['images'] .'/'. $image);
 }

Edit: Oops. Wrong version. Here’s the working one.

public static function image_path($image=null)
 {
  if (empty($image)) return '';
  
  $site_path = base_url() . self::$asset_base .'/';
  
  return($site_path . self::$asset_folders['image'].'/'. $image);
 }

Quick question. How you change the DB’s mode? I’m stuck in development and I don’t find anything in the CP to change it. Also where do the Auth functions live. They aren’t under libraries that I can see.

You’re right. There’s nothing in the CP to change that. You’ll have to edit the application/config/database.php and application/config/development/database.php config files manually.

The Auth functions are in the users core_module, so you’ll find them under application/core_modules/users/libraries/auth.php

In the Assets class you create functions for locating css and js files, but nothing for other media, even though you have an ‘image’ category in one of your arrays.
I added a quick function to the Assets class but it’s a hack. It would be better if it was using the find_files function. Here’s the code that I placed immediately after the Assets::image() function.

public static function image_path($image=null)
 {
  if (empty($image)) return '';
  
  return(self::$asset_url . self::$asset_base . self::$asset_folders['images'] .'/'. $image);
 }

Yeah, the images portion of the assets is under-developed at the time. In time, I’d like to make it handle image resizing based on location, as well as make it simple when you have to change your media from a local server (like under media.myserver.com) to residing on a CDN like Amazon S3. Obviously, not there yet. 😊

You could use the find_files function if you want the image to be able to be overridden by child themes, or potentially exist in the default theme, but not in the child theme and still be found. If you don’t need that ability, then there’s no need for the find_files method to be called. It’s faster without using that function anyway, but once things get cached, it doens’t make a difference anymore. 😊

So, it all depends on the type of site you’re creating, I guess.

How do I get that profiler bar to go away? It won’t do on a production site and I don’t see anything in the control panel, any of the config files, or anywhere else. It just happily inserts itself at the bottom of any page (including the admin section), and if I delete the profiler_template file I just get an error message. I can’t find anything in the docs about it at all - it’s just there. Even your thumbnails in this thread have it. It’s nice to have (if it worked for me consistently) in development, but I’m near release and it’s GOT to go.

The profiler will only show up on development environments.

This is controlled in the Base_Controller’s constructor. The code is:

if (ENVIRONMENT == 'development')
        {
            $this->load->library('Console');
            
            if (!$this->input->is_cli_request())
            {
                $this->output->enable_profiler(true);
            }
        }

Feel free to modify as needed.

@Basketcasesoftware - when you get it launched and live, I’d love it if you could take a few minutes and tell me about your experience developing with Bonfire. What things were made better? What things did you find difficult? What could make the development process easier? Any other tools you’d like to see? Stuff like that.