szabesz

You can download old releases from GitHub: https://github.com/ryancramerdesign/ProcessWire/releases However, if the site is ok on your localhost server, then I do not think it is a good idea to downgrade because sooner or later you will need to solve this problem anyway. So you online server is running PHP Version: 7.0.2. You might want to try switching to PHP 5.6.x. As far as I know ProcessWire runs on v7 too, but you have modules as well which might not yet be PHP 7 ready. Even if your xampp is configured to run PHP 7, you might want to try downgrading PHP. BTW, how about the server logs?

Just a sidenote: https://processwire.com/api/variables/user/ and: http://cheatsheet.processwire.com/user/user-properties/user-pass/ And thanks to kongondo: http://kongondo.github.io/ProcessWireAPIGen/devns/class-ProcessWire.Password.html

Hi, Since you wrote: "my internet speed is not very good" I thought we are talking about an online server, not your localhost. Xampp is running on your machine, so why should internet speed matter too much? Anyway, suhosin cannot be an issue in the case of running on Xampp. "but sometimes it is not working while I am updating the content" Can you please explain it in a bit more detail? Referring to images made me think you cannot upload them, but I'm not so sure. Can you please clarify?

I recommend using kongondo's ApiGen Docs, for example 3.x: http://kongondo.github.io/ProcessWireAPIGen/devns/class-PageArray.html Ryan's doc pages should be considered "for introduction purposes only". We cannot expect him to keep it up-to-date

Wow! Thanks for sharing, BitPoet! I suppose it works with 2.7.x and 3.x too, right?

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?