Mike-it

I’m not sure but I think that a field in a page must live first of all in the db, so if there isn’t a link in a table that joins the field value and the page, that field doesn’t exists for that page… I think you’re right: You should build your module in a way that it adds the field into the fieldgroup associated to the template on installing, and removing it on module unsintall. If you need that field isn’t visible, set it as hidden and the reveal it by API/hook

Hi fruid, I'm not the most indicated to help, but in the meanwhile some other much more skilled then me, I try to give mi 50c: Maybe in your custom field creation foreach, is missing something like: $field->attr('checked', empty($data[$menuName]) ? '' : 'checked'); And a guess: Surely it's a typo error but before calling the InputfieldCheckboxes you have a commented note for an ASMSelect. Maybe there are other copy/paste mistakes? P.S. Dumping the checkboxes values, are they null/0/empty?

OHHH, SORRY! I've replyed from my co-worker account: I'm Cybermano. --- Hi @Ivan Gretsky, as promised I made a PR on GitHub: hope it's ok. Basically I added a new InputfieldCheckbox in the InputfieldLeafletMapMarker.module fields configuration. Then I setted it in the constructor and also assigned to a variable into the ___render(): if the checkbox is checked, this variable will inoculate an html class ("scrollwheel-disabled") into the div.InputfieldLeafletMapMarkerMap. At the end, into the InputfieldLeafletMapMarker.js, if the div has this class assigned, map.scrollWheelZoom.disable() will do the work. Sorry, I didn't found a cleaner way ?: hope this could be helpful or of inspiration.? I attach the two file here, too. InputfieldLeafletMapMarker.js InputfieldLeafletMapMarker.module

I have already tried that. Made no difference. But, meanwhile I think I have found the solution. Adding to the mysqld config skip-log-bin transaction_write_set_extraction=OFF the performance is back to normal levels. It disables binary logging; since this is a standalone (non-replicated) server, this should be harmless (I think).

Since I have recreated the databases from a dump in a clean installation, the indexes should have been rebuilt anyway, right? Moreover, importing the dump is now itself an awfully slow operation. My question is: is it possible that the out-of-the-box difference between MySQL and MariaDB is so large, to the point of making it worthwhile to migrate? Or is it just a symptom of some configuration problem with MySQL?

For years I have used MySQL (on Ubuntu) with ProcessWire. Lately, the database has become incredibly slow. Everything: ProcessWire, dumping & restoring databases, etc. I believe this started happening when I have upgraded from Ubuntu 18 LTS to Ubuntu 20 LTS, which also upgrades MySQL to version 8 (from 5.x). I have tried to remove and purge MySQL and then reinstall it from scratch, just in case it depended from some old setting, but nothing changed. Still horribly slow. The surprise was when I tried replacing MySQL (8) with MariaDB (10.3) – since PW supports both – and then I restored the ProcessWire databases. Result: operations are more or less twenty times faster. Now, I understand that MariaDB is generally considered a bit faster than MySQL, but twenty times seems a bit excessive. Anyone has any idea on what could be happening here? Thanks

Yes i've installed only WireMailSmtp, but i assume that native Php mail had nothing to do with it. I used FB example because i thought that if other wiremail moudules were used they should be visible in that screen. Gmail accounts were used only as receivers, while a standard SMTP account was used for sending. I'll do more testing and i'll verify if it sends correctly using FB (until yesterday it worked perfectly), i'll try also on other website. Thanks!

Thanks for the quick response @adrian ! I will try again because the first test i sent to gmail and i got the emails but with the warning: "Gmail could not verify that the message was actually sent by domain-name.it (and not by a spammer)." And should not happen with WireMailSMTP... I attached the configuration of my actual sending method (formbuilder config).

@adrian Usefull module! I have a question and a suggestion regarding the Email Batcher. On my site i use the Wire Mail SMTP module, tipically with a pre-configured account such as noreply@customerdomain.com to send email for collected forms ecc. ecc. Is it possibile to tell Email Batcher to use WireMailSMTP? For future development wouldn't it be nice to have a configuration screen for Email sending method? Thanks in advance

It looks great! Wanted to test but got: "This module does not indicate compatibility with this version of ProcessWire." Is it safe to use it anyway? I think @adrian suggestion is correct to add PW 3.x compatibility ?

Tracy Console intalled too ?

Sorry solved... I'm little embarrassed, we have set the field option_type as single page ? not as a Multiple Pages PageArray now it works...

I got this notice: *Notice*: Trying to get property 'title' of non-object...

@adrian Thanks, i successfully recreated your example, using Page Reference and it works perfect in a multilanguage site (also used the module you mentioned https://processwire.com/modules/process-page-field-select-creator/) But suppose to have a multiple selection for "License type" so any image should dsplay all available license assigned This works with a single selection echo $image->option_type->title; Don't understand why it doesn't work with a foreach am i missing something? foreach($images as $image){ foreach($image->option_type as $opt){ echo $opt->title; } } Any help is appreciated ?

Thanks @adrian i'll give a look, i ended up using this mentioned module https://github.com/Toutouwai/RepeaterImages