CodeIgniter4 | Open Source PHP Framework | Web Framework library

This is to expand on @sergiy T's comment(answer) and the OP's comment, "Nope it's not working..."

The current code is

If you want to load that data after the page loads, so as not to block your UI, you could use this generic ajax function. No library needed

Try using websocket send() function.

So It would go somethign like this:

Your PHP is missing intl extension. It is useful for formatting currency, number and date/time as well as UCA-conformant collations, for message formatting and normalizing text..etc.

Check out Codeignitor 4 [Documentation][1]:

Follow the steps to install it in XAMPP -

1. Open [xampp_folder_path]/php/php.ini to edit.
2. Search for ;extension=intl and remove the ;.
3. Save the php.ini file and restart Apache.

Seems you have a couple of problems.

First, you are relying on bind mounts. But those are available at run-time, but not at build-time.

So you need to copy the composer.* files to your docker image before you run composer install.

And then, you'll have trouble doing so because you moved the build context to a subdirectory of your project, which would make copying files from parent directories problematic.

To begin with, change the build context, and simply reference the Dockerfile you need to build your project:

I find a first way with "esc()"

Dumb me, i was trying to figure out what is wrong with the code this whole time when its just a simple problem.. i have two models with the same filename (backup project) and i blindly edits model file that is inside the backup project..

Perhaps for future readers seeking an answer, don't forget to check your folder path for your model file, you might make the same mistake as i did.

The documentation is pretty straight forward when it comes to Models, there's really no caveats there. A Model is a class that represents a single table in the database and it provides to you a wide variety of related functionality: built-in CRUD methods, the ability to save Entities, transparent use of Query Builder methods, etc.

In general, you would typically have one Model class per database table that you're working with. That being said, you do not necessarily need Models in order to work with a database; however if you expect to need the functionality a Model provides, it can be used to save you the work of doing it yourself.

The documentation is indeed far more opaque on the differences between Libraries and Helpers. As such, I've found the most objective measure of difference to be in how CodeIgniter itself utilizes them, and the distinction is rather subtle:

Libraries provide their functionality through methods that exist within the namespace of the class they're defined in.

Helpers provide their functionality through functions that exist within the namespace of the importing class.

(NB: In PHP, a method is simply the name for a function that's defined within a class)

In other words, Libraries are typically non-static classes that (like all non-static classes) must be 'constructed' before use. The methods defined within that class reside within the namespace of the class itself, not the class they're called from.

For example, to gain access to the current Session object, I retrieve an instance of the Session Library class: $session = session(); Using $session, I can then invoke methods provided by that Session class, like $session->destroy().

On the other hand, Helpers are typically just a collection of functions that are imported into the namespace of the importing class itself. They are called in the current context and their use is not predicated upon the use of an object.

For example, if I loaded the Array Helper (helper('array');), it would grant me access to a handful of functions that I could call directly from the current context (e.g. $result = array_deep_search(...)). I didn't have to create an object first, that function was imported directly into my current namespace.

This distinction could matter for a couple of reasons, the biggest of which is probably naming conflicts. If you have two Helpers, each with an identically-named function, you can't import both of those functions at the same time. On the other hand, you could have one hundred different classes with the destroy() method defined, because each of those method definitions resides within the namespace of the defining class itself and is invoked through an instance of that specific class.

You may notice that all of CI's Helper functions are prefixed with the name of the Helper itself, e.g. 'array' or 'form'; this is to prevent the aforementioned naming conflict.

This probably doesn't answer when you want to use one or the other, and in truth that really comes down to your opinion. In the end, it's all just namespacing. You can put things wherever you want, as long as the code that needs it knows where to look for it. I personally try to follow CI's lead on things, so I tend to follow their distinction between the two.

omg

i've found the problem. in the app/config autoload.php and validation.php was a class "Myth" wich is not in use. SO i commet it out and the thinks works fine.