Ok, so I wanted to synchronise forked repository that wasn't maintained for about year with main CI repository and while trying to follow this and this something went wrong and seems I pushed request for changes of main branch. I know it can't be broken automatically but my apology though.
I develop an application in code igniter. I have problem with sessions. When my application user log into their account, it shows the other user session name. I am using bluehost hosting and this problem holds only with bluehost hosting, because the same application hosted on godaddy hosting works properly. kindly tell me what is the problem exactly? is it hosting problem or something else ...
I'm trying to embed a forum app into a codeigniter page. The problem I am running into is that the app is producing tradition query string calls which CI is not allowing.. ie. I get a 404.
When I (globally) allow traditional query strings in config.php:
$config['enable_query_strings'] = TRUE;
The site doesn't work.
I then tried overriding the config in just the forum controller itself:
I would like to ask on how to automatically expired user session when it's not active?
I find out that CI never expire it's session and when I tried to make $config['sess_time_to_update'] lower than $config['sess_expiration']
it expired even if the user is actively using the web application.
I'm coming from an ASP.NET C# Web Forms environment where forms/pages that are related to a business function are kept in the same folder. Web Forms has good security based on folders and only allowing users belonging to the permitted roles to access the pages in that folder. Much of the code is held in classes so the code behind the forms themselves can be quite light. We end up a structure that like:
example.com/ (public interface and many, many pages)
example.com/accounts (Accounts Department 'home' page and menu, accessed by Accounts and Managers)
... plus 100 more.
example.com/manager (Managerial section 'home' page, only Managers allowed)
... plus another 50 more.
For my CodeIgniter project, I'd assumed that I would have one controller per functional area (accounts, manager, etc), each with their many views. Each function within the controller would load the model for it's view. As with our ASP.NET folders, only users in the permitted roles would be able to access the views controlled by this controller and that it would pretty much mirror the above from the user's point of view. I want to leave aside the advanced opportunities presented by routing at this stage. The users are happy with the structure above.
My concern is that my controllers may get too big. For example, the 'accounts' role needs to access around 100 different views. They need to be able to access and update information on customer, invoices, suppliers, inventory and many, many more. The other few roles have fewer forms, but the same concept.
However, if you go for a 1 to 1 relationship between controller and view, it seems a bit of an abstraction to me. You might as well just have the model code in classes and mix what happens in the controller in with the HTML in a plain old PHP page. Which is what happens now in the Webforms system.
Is it best practice to have one controller per role and allow it to manage dozens of views or should I go the Apple way and have one controller for every view. Something in between maybe?
I have a form filled with inputs , wich i form validate them , i have a problem with two of them , 'matricule' and 'email' , in my callback function i set that if when of those tow exists in the table, it won't be no insert or update , so my problem is when i want to update other fields without changing these two , an error will be shown saying that the allready exists. Can u tell me please how to solve this problem here is some code : My controller function :