szabesz

Thanks for the answers adrian, Christophe and teppo! I also think "blocks to create unique page structures on the fly" is the right answer. However, in this case Concrete5 is NOT one step above ProcessWire in this area, because we are talking about two completely different concepts regarding frontend development, so they should not even be compared in this manner I think. Maybe that is why I didn't get close to decoding this sentence

Can someone explain this to me? "Concrete5 is one step above Processwire in terms of on-the-fly Web-page adaptation." I'm interested in this "on-the-fly Web-page adaptation" which I do not seem to decode. And just to comment on this: "version 5.7, which proved to be incompatible with previous versions. In other words, a site built with version 5.6 cannot easily be upgraded." I chose ProcessWire to avoid this sort of issue in the first place. We have to spend too much time upgdating things anyway...

Thank you for sharing, Robin S!

Hi saboor, Your current issue reminds mi of this one: https://processwire.com/talk/topic/12375-urgent-will-pay-help-debugging-image-fields/ Personally I have never run into this suhosin issue, but it sound very similar to me. If it will not help, you might want to share more info regarding server environment, PHP version, ProcessWire version, possible 3rd party modules, etc.

+1, so I completely agree. However, just for reference, in addition to "Simple website tutorial" by Joss there exists the old wiki which is still good for beginners (thanks to the fact, that the basics do not change, another thing I do like a lot in ProcessWire): http://wiki.processwire.com/index.php/Category:Long_Tutorials

@kongondo Just an idea: maybe you might want to consider integrating/utilizing Ryan's brand new Google Client API module.

Whether a PDF file is downloaded or not depends on server configuration or browser settings and maybe on transferring the document files through PHP should it be the case. eg.: https://www.devside.net/wamp-server/forcing-a-pdf-or-doc-to-open-in-browser-rather-than-downloading Personally my Safari is set to force the download of any PHP file by turning off the viewer plugins. So you might need to check the client's setup as well.

Thanks Ivan for bringing it up! I must have missed it, but now it is 93 as I added my own "like" to it (an obviously someone else too).

Thanks for sharing anyway

Thank you for sharing and the quick intro!

tpr, thanks for the intro! Being interested, I am waiting patiently for the releases of these modules...

SiteGround also offers a 1 click install for shared hosting accounts: https://www.siteground.com/blog/lets-encrypt/ more: https://www.siteground.com/kb/can-i-get-lets-encrypt-certificates-at-siteground/

That's okay. Happy to help Your Tracy Debugger module is a godsend!

I see Thanks a lot!

I have just tested and dump() and barDump() calls are ok. However, I have another question: Tracy\Debugger::dump(); and the others used to work but now I get: Class 'ProcessWire\Tracy\Debugger' not found and Class 'ProcessWire\TD' not found so only the shortcut methods work (ProcessWire 3.0.10 and the template file is in namespace ProcessWire; ).

Ooops, yeah, I am clicking on the link in the error panel:

@matjazp: I tested with php 5.6, 5.5 and 5.4 and did not make a difference. $loc is always 0. I put $loc = 7; on line 100 and I still get the compiled file. But this time: Before the Tracy hack str_replace $file is: .../site/assets/cache/FileCompiler/site/modules/TracyDebugger/ProcesswireInfoPanel.inc after modifying the string we get: .../site/modules/TracyDebugger/ProcesswireInfoPanel.inc The above is 7 times, and we have "VariablesPanel.inc" 2 times at the end. So "/site/assets/cache/FileCompiler" is removed as expected, but how is this path related to the my template file? Do not bother explaining it though, I was just wondering a bit

$loc is 0 self::findLocation() : Array ( [0] => .../site/assets/cache/FileCompiler/site/modules/TracyDebugger/ProcesswireInfoPanel.inc [1] => 162 [2] => Dumper::toHtml(\ProcessWire\wire('page'), array(Dumper::COLLAPSE => false)) ) EDIT: and similar values, since toHtml() gets called a lot of times...

$file contains an empty string, but even before this line: list($file, $line, $code) = $loc ? self::findLocation() : NULL; I cannot seem to find any occurrence of $file before this line, so I suppose that is why it is empty in the first place.

Hello adrian, Thank you very much again for the new feature! I have just found the time to test out this protocol handler thingy, and with the following configuration string it seems to work well with PhpStorm Mac: phpstorm://open?file=%file&line=%line However, it does open the compiled file in cache instead of the original ones. Do you have any ideas why?

Welcome to the forum saboor, You might be interested in a few tips you can find in the forum, like this one: https://processwire.com/talk/topic/12431-moving-site-to-another-server Or the docs: http://processwire.com/docs/security/migration/ http://processwire.com/docs/security/file-permissions/ You might want to do a google search like this one: site:processwire.com/talk moving Anyway, what sort of error messages (PHP, Apache, etc..) do you get? You might want to use $config->debug = true; in config.php. By "procash", do you mean ProCache? ProCache is not required at all. As the name implies, it is for those who need some serious caching for the otherwise fast ProcessWire.

How about a "Setup Wizard"? Which should also ask for this setting. I understand that it would need a lot more more time to implement than just adjusting the default of "follow this topic", but still...

@Jason Huck: Have you already checked out adrian's ProcessMigrator module? https://github.com/adrianbj/ProcessMigrator Personally I never used it, but adrian seems to be always online if you need help. Maybe he never sleeps

You did it again adrian Thanks a lot! Regarding protocol handlers, these links might be of interest too: https://pla.nette.org/en/how-open-files-in-ide-from-debugger and https://github.com/aik099/PhpStormProtocol

I already started using this feature and no problem so far (without the leading slash, of course). Are you sure "singleimage.php" is in the "products" folder (without any spelling mistakes)? In your screenshot we can see a "singleimage.php" file that is NOT in the "products" folder, but we cannot see the contents of "products".