horst

var_dump(count($page->galleryimages)); $image = $page->galleryimages->first(); var_dump($image->url); var_dump($image->getExif()); please verify that: your field has at least one image that the image is of type jpeg that it (the original version) contains EXIF-data that it contain an entry FNumber

and what is the outcome? can you try var_dump($page->galleryimages->first()->getExif('FNumber'));

how does your code look like for getting the (first) image from your field and getting the exif information?

the current version is 1.1.15 please update and try again. We have fixed this already.

just to clarify: I have to offer a quote first! It is a 3 languages site with ~ (3x) 100 pages and part of the deal is to transfer the content too. That's why I want to see the mysqldump before. I don't want to change something at this point. I hope they will find / get the FTP credentials, that I can have a look into the configuration file. So, seeing this, (my first joomla admin), I'm very happy to use PW.

please can you describe a bit precise: wich version are you using what are you doing exactly (how do you do it) what is the desired output / behave and what is the real output / behave

Hi, I have a need to get a mysql dump from a joomla site. The owner has admin access to the backend only, no FTP or other. I have looked a bit around but couldn't quickly find something that lets me fetch a mysql dump. Does someone know if this is possible in more or less basic joomla installations, or if it needs a special plugin? Or how to find the db credentials within the admin? I need some content from it to build a new PW site. Thankful for any hint!

Hi, and thanks for notifying about the change. For alif it was thought as an additional security step. But using a special role for this is appropriate too.

There seems to be a little quirks with the different parts. First, a user will submit a from with a filefield. You need to check if there was sent a file, and if yes, get the file from this field. Do you use the GET or POST method with your form submit? Please refer to the PW vars $input->post->{...FIELDNAME...} or $input->get->{...FIELDNAME...}. Once you have your file / filename, you can attach it to the wiremail object. To check your process step by step, you may write some little prooflines into your script, like: $filename = $input->post->.... ; // get the file / filename from your form submission // now debug / check, if all went good for this step var_dump(is_file($filename)); // also possible PHP functions: is_readable($filename) die('DEBUG BREAK AT: ' . __FILE__ . ':' . __LINE__); If this is true, you can delete this debug lines from your script and sent the email with attachment to a testaccount first.

Another question: Is PW a great peace of software? If yes, hmmm, - you know it's build in PHP. In short: there may be some better or less better programming languages regarding to use cases, and yes, there are also some points in PHP that are bad, like in other languages too. But all that doesn't take to much account in comparision with what a developer do with it. So, it depends on the developer to 90% and 10% on the programming language. just my 2 cents

Hi @AndZyk, regarding Cron, please look here: This can handle all kind of PW things within a central cron config.

Ok, I may add a workaround to my own question: I have found out, that, for what ever reason, the largest variation never was fetched from the server !! ?? With my example form above, the largest variation fetched was the 1200x0. Then, with adding a 1801x0 to the list, the 1800x0 was fetched as largest. So, not sure why this behave is. Has anyone else seen this for bg-sets? Besides the workaround, it isn't useful to get the HDs filled up with (regularly) unnessecary large variations.

Maybe that my question is a bit OT. As the new modules version works perfect! My question is related to data-bgset. I want to show an image covering the whole vieport. Therefor I use a div with background image. The css for the div is: position: relative !important; display: block; height: 100vh; background-position: 50% 50%; background-repeat: no-repeat; background-size: cover; My list is defined like: 600x0, 1200x0, 1800x0 Related to the background-size: cover, I believe, I get always the image displayed what is one step to small from the list, because they get stretched by css, to cover the viewport. Can someone tell me how to solve this with MarkupSrcSet?

No, I believe @BitPoet means you should add it as your custom/personal property to $config. Please don't overwrite the imageSizerOptions! // Global image options, different from default imageSizerOptions (!) $config->mySpecialImageOptions = array("upscaling" => true, 'cropping' => "center", "quality" => 90); If you overwrite the ImageSizerOptions with an array that does not include all key->value pairs, somewhere a kitten will die!! Or you do it with array_merge: $config->imageSizerOptions = array_merge($config->imageSizerOptions, array("upscaling" => true, 'cropping' => "center", "quality" => 90)); Then you always increment every key->value you don't want specifically change, (even future unknown ones, thinking on PW-Version-Upgrades!!)

It is hirarchically ordered, highest first: $element->size() options are the highest, overrides all other individual ImageEngine-Settings, override all below them, if you have installed two or more engines, only the setting of the finally invoked engine is used site/config.php => $config->imageSizerOptions wire/config.php => $config->imageSizerOptions and last, but more theoretically, if all above would be missing, the hardcoded defaults of the module-file (php-class) would be used The higher override all lower

Another one: https://processwire.com/talk/topic/11047-best-way-of-organising-imported-data/?tab=comments#comment-104700

I try to find some snippets, but be on mobile. https://processwire.com/talk/topic/10798-how-to-import-table-of-data-into-processwire/?tab=comments#comment-101620

With the diagnostics module(s) there is also one for (missing) server image feature detection.

I know this behave. You need to save it 2 - 3 times during the switch process. I believe this has to do with pw core, not only that module.

Welcome to ProcessWire. Maybe, that the settings for fonts is not defined in a template file, but in a css, less or scss file. (Regarding to how your agency organized your site)

Hhm, sad. I send you a PM.

Hi @dreerr, sorry, this is a known limitation: The test is only functional for connections with authentication. But regardless of the failing test in this case, it should be possible to send mails without authentication. Hvae you tried it? Does it work?

No, PW 2.3 is no insecure software. It's only missing some tons of new features. I'm also have some PW 2.3 versions running until now, (and don't see any reason to update them).

Hi @mike62, thats much at once, updating from 2.3 to the latest version. Depending on the used third party modules in that site, you may be able to update to version 2.7.3, what was the last version before changing to 3.0.x, what included a change to use PHP namespace. So, why exactly do you want to upgrade? Do you need some special module that isn't available for pw 2.3.x? With that $image thing, please check if you are using a single image field or if it is a multiimage field. If it is a multi image field (that is by default), you need to to select one image out of the collection, maybe ->first(). Also you should check if there is at least one image stored within the field: $image = $page->home_header_image->first(); if('' != $image->url) echo "<img src='{$image->url}' alt='{$image->description}' />";

Done too! Its updated to 0.2.7. All in all we only used 7 minutes to react on Charles issue report! Cool!