SimpleCatalog

[Bigin]

No matter how I test it, I cannot reproduce your error, it is specific to your device/system.

You can try to intercept the broken output in "/plugins/imanager/upload/server/php/UploadHandler.php" file. Search for the initialize() method and modify it as follows:

PHP Code:

protected function initialize() {
     // Start
     ob_start();
     switch ($this->get_server_var('REQUEST_METHOD')) {
            case 'OPTIONS':
            case 'HEAD':
                $this->head();
                break;
            case 'GET':
                $this->get($this->options['print_response']);
                break;
            case 'PATCH':
            case 'PUT':
            case 'POST':
                $this->post($this->options['print_response']);
                break;
            case 'DELETE':
                $this->delete($this->options['print_response']);
                break;
            default:
                $this->header('HTTP/1.1 405 Method Not Allowed');
        }
        // Ende
        $so = ob_get_contents();
        Util::dataLog($so);
 } 


Next do an image upload, then, open the file /data/other/logs/imlog_202004.txt and check the entries.

[Stéphane]

I've tried on my online server and I've got same error.

Here is the log you asked :

Code:

[ 13.04.2020 - 20:26:58 ] {"files":[{"name":"chef.jpg","size":42036,"url":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/chef.jpg","thumbnailUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/thumbnail\/chef.jpg","deleteUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/?file=chef.jpg","deleteType":"DELETE","position":0,"title":""},{"name":"sanfran.jpg","size":16102,"url":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/sanfran.jpg","thumbnailUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/thumbnail\/sanfran.jpg","deleteUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/?file=sanfran.jpg","deleteType":"DELETE"},{"name":"chef (1).jpg","size":42036,"url":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/chef%20%281%29.jpg","thumbnailUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/thumbnail\/chef%20%281%29.jpg","deleteUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/?file=chef%20%281%29.jpg","deleteType":"DELETE"},{"name":"bandmember.jpg","size":9571,"url":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/bandmember.jpg","thumbnailUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/thumbnail\/bandmember.jpg","deleteUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/?file=bandmember.jpg","deleteType":"DELETE"},{"name":"avatar_g2.jpg","size":10035,"url":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/avatar_g2.jpg","thumbnailUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/thumbnail\/avatar_g2.jpg","deleteUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/?file=avatar_g2.jpg","deleteType":"DELETE"},{"name":"avatar.jpg","size":11127,"url":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/avatar.jpg","thumbnailUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/thumbnail\/avatar.jpg","deleteUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/?file=avatar.jpg","deleteType":"DELETE"}]}
[ 13.04.2020 - 20:27:16 ] {"files":[{"name":"p6.jpg","size":11660,"type":"image\/jpeg","url":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/p6.jpg","thumbnailUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/..\/..\/..\/..\/..\/data\/uploads\/imanager\/1.7\/thumbnail\/p6.jpg","deleteUrl":"http:\/\/getsimple-site.com\/plugins\/imanager\/upload\/server\/php\/?file=p6.jpg","deleteType":"DELETE","position":0,"title":""}]}

After clicking on an image, in admin images folder, there is this message :

https://ibb.co/b5f4g86

And the image is there.

[Stéphane]

[quote pid='68282' dateline='1586802861']
After clicking on an image, in admin images folder, there is this message :

https://ibb.co/b5f4g86

And the image is there.
[/quote]

I just add missing folder and the message is gone, but the initial problem is still there.

[Bigin]

Maybe PHP has no write permissions in the "data" folder?

GD 2 library is installed? Check phpinfo()

Cannot reproduce it, works fine here...

[Stéphane]

Maybe PHP has no write permissions in the "data" folder?

GD 2 library is installed? Check phpinfo()

Cannot reproduce it, works fine here...

"data" folder is 755...
And yes GD is intalled (phpinfo()).

I'm going nuts with this stuff, thank you so much for your time and patience.

I'll try a clean install and minium plugins with simplecatalog. But it looks like a php problem or right problem, not conflict one.
My online server has the same problem too, and the php.ini was done by my host (Magic online) so...
Maybe something with i18n and our specials characters...

[Bigin]

I would like to get a look at this "very special" ini... That' s the first time I've confronted problems like this.

[Stéphane]

Ok, after a fresh GS install + itemanager + simpleCatalog online almost all is fine, I dont have any problem with img upload.
So at this point, it looks like a conflict between plugins. I'll find witch one, reintalling one by one.

The dashbord shows 0 cat and 0 item. Nothing in Recent items.
But the catalog works in the front pages.

Thank you for all.

[Bigin]

Well, I don't think there is a conflict, it's just something went wrong on the install and not all directories were created.

[Stéphane]

Ok I'll verify that too.
In local install all is fine.

[Stéphane]

Hi Bigin,

finally, I've installed GS + 11 plugins and all is fine in local, no conflicts or other problems.
Maybe I should have strat with that and save our time.

I still have a problem online, in the Dashbord and that come from "imanager/cache/buffers" in which no file is created.
It has 755 rights, if you have any clue... it will be welcome...

[Bigin]

Hello Stéphane,

the PHP must have "write" permissions (without any restrictions) for this directory, because for the use of SimpleCatalog essential files are created here by ItemManager. It could be hosting provider restriction. If you would describe more precisely what the problem is (including error messages), I could try to help you.

[Stéphane]

I'd love to have error messages...
But none.
I tried a chmod 777 on the whole directory and recursively on everything it contains, without effect.
Perhaps it would be interesting to define the owner of the directory on the user that PHP uses?

[Bigin]

If PHP tries to create a file and that fails, it sends an error message to the defined error handling routines and it should be logged in the server logs. If this is not the case, the issue could be elsewhere.

Have you tried reinstalling all IM plugins online instead of moving the data from local? When you install, check if you get a message that it was impossible to create one or more directories. Also note that you must delete all directories related to the plugins before install.

But, before that, you could try turning on error reporting and dynamically generating a file for testing with PHP, let's see if that works... To do this you can just use a native ItemManager function by adding it to the top of your functions.php file and calling the page in your browser:

PHP Code:

$al = new \Allocator();
$al->alloc(123456);
$al->save(); 


Next, go to the "data/imanager/cache/buffers" directory and check if a file named 123456.php was created there. If not, look at the server logs.

[Stéphane]

Have you tried reinstalling all IM plugins online instead of moving the data from local? When you install, check if you get a message that it was impossible to create one or more directories. Also note that you must delete all directories related to the plugins before install.

Yes, that's how I usually work in order to avoid configuration errors.

I'll try your code.

[Stéphane]

Well, when I go through your class nothing happens (locally and online): no error, no document created.
So I tested with a simple fopen / fwrite and with a file_put_contents (as you do in Allocator). These last 2 methods work, locally and online.

I think I'll do a clean installation tomorrow hoping for a better result

[Bigin]

Probably a messed installation

[Stéphane]

I think I have an interesting lead.
Right after the creation of the first category, if I go to "items", it is present and seems therefore created but in fact it is not initialized.
If I create an item at this time, I get an error and the item is not created.
So I have to create a second category and there, I can switch to the other and therefore, initialize it.

Another strange behavior, when I delete a category I get the deletion message (The item was deleted successfully) and a second untranslated one ({im_simple_catalog / category_deleted}) but it is still present on the screen, except the thumbnail which is replaced by the default one.

It looks like a concern of Ajax or JS ...
Maybe it is related? And especially that it can explain this strange behavior?

So I'm going to try to redo the installation with Chrome for example, since I'm on Firefox.

[Bigin]

Hmm, I don't think JavaScript is causing problems.

I have a hunch, but let's go one step at a time, are the data buffered by IM or not, I mean are the files in "data/imanager/cache/buffers" existing after creating catalog items? If so, we'll take the next step:

Please check with phpinfo() whether the Zend OPcache extension library is present and loaded on the server? Look at the value of "Opcode Caching" and please let me know.

Thx

PS: The untranslated message ({im_simple_catalog / category_deleted}) is a known bug and has nothing in common with the issue.

[Stéphane]

Yes it's good, the categories are present in data / imanager / cache / buffers

And yes Zend OPcache seems active:
https://ibb.co/GsTPfcC

[Bigin]

Ok, all right then, let me fix the problem, I will release a patch and get back to you.

[Stéphane]

Ok thank you very much.

[Bigin]

Hi Stéphane,

I have released an IM 2.4.6 patch. Please download it, it should fix your OPcache problem.

I have also made a patch for SimpleCatalog, unfortunately the upload on the Add-Ons page does not work, so it is not possible to upload a new version. Let's wait and see, if it doesn't work later I'll create a GitHub repo.

BTW: IM2 is no longer actively developed, only the bugs are fixed. If you are familiar with the way it works, you can also use IM3. However, this is a standalone library and is no longer dependent on GetSimple. There is even a Scriptor-CMS based on it ;-)

[Stéphane]

Thank you very much Bigin for all your efforts and your responsiveness.
Sorry if you have to touch up an add-on that is no longer maintained ...

I will test this new version and give you feedback.

Is IM3 compatible with all your other GS add-ons?

I'm going to take a look at your last link.

[Stéphane]

Ok, your patch is working fine. Thank you very much.

I have received an alert for your PM but I cannot find the message, I suppose you have deleted it.

[Bigin]

Great! ;-)

I didn't send any PM.

IM3 is not directly compatible with IM2 stuff, but some of them can be simply adjusted. If I find some time, maybe I will adapt them.