Leaderboard

Hello everybody, our next module is an performant manipulator for Pageimages. It is called GIM. GIM is basically a wrapper for the PHP library Gregwar's image class, which performs many image manipulations. The wrapper is written in a way that is compatible with Horst's PageImageManipulator's (PIM) syntax. How does it work? GIM extends ProcessWire's Pageimage objects. You can load every image with the method gim(), perform some operations and save the image with the save() method: $image = $page->image->gim()->grayscale()->save(); The save() method returns another Pageimage object, so you can use it with other native ProcessWire methods and hooks. Methods GIM includes a lot of methods for image manipulations. You can find them in more detail on our module page. You can crop, resize, flip and rotate the image in several ways You can apply filters like sepia to the image You can add texts and shapes to the image You can merge multiple images in multiple ways Compatibility with Horst's PageImageManipulator (PIM) You can just use GIM instead of PIM by replacing pim with gim: $image1 = $page->image->pimLoad('prefix') ->setOptions(array('outputFormat'=>'jpg')) ->brightness(-10) ->contrast(15) ->grayscale() ->width(600) ->pimSave(); // uses PageImageManipulator $image2 = $page->image->gimLoad('prefix') ->setOptions(array('outputFormat'=>'jpg')) ->brightness(-10) ->contrast(15) ->grayscale() ->width(600) ->gimSave(); // uses GIM GIM includes every method from PIM, so it just works. Also GIM and PIM share the same variation naming scheme, so when you start using GIM, the transition is seamless and does not need to recreate every image. Having the same naming schemes means, that GIM and PIM can also work side-by-side. For a full list of compatibility and migration notes, please check out our module page. Performance The reason why we created GIM is that we were looking for a more performant PHP image library for converting lots of images at once. After using Gregwar's image class for a few images, we thought that this library should find its way into ProcessWire. After testing GIM on a few sites, this is what we found out: GIM handles already manipulated images around 40% faster GIM is able to heavily manipulate at least 15 large images (> 2000px) in one request (more weren't tested yet) GIM is slightly faster than PIM for single image operations I hope this is a great addition to the ProcessWire module ecosystem and you can enjoy it. Thanks in advance, Marvin P.S.: Horst, I hope you don't see this as offense. PIM is a great module!

I just send first newsletter out with some badly cropped screens: http://eepurl.com/bagVe9

@Mike I don't think there is a "standard" way but the best I've seen so far is this, from one of Teppo's modules. You should be able to get the idea from the code.

Repeating "I can't" wouldn't help. It will be great if you change your mindset and look for some javascript errors in the browser console or in the code. Don't just copy/paste "everyone's snippets" but try to understand what they are doing. I can confirm that this module is working and used by hundreds. This is all I can say based on your "I can't". Peace!

Been using fullcalendar myself in a project in November so can recommend that but obviously some work required to store events in Processwire and output them to fullcalendar until a module exists. It did feel good not to rely on another service for the calebdar data though!

This API withdrawal just hit my latest project pretty badly and, consequently, I've switched over to fullcalendar as I find that the big players like Amazon and Google deprecate some of their APIs frequently and it makes those services a pain to work with. For what it's worth, the latest version of fullcalendar does have google calendar API v3 integration but I've gone down the route of using the fullcalendar event handlers and a little ajax for creating/reading/updating/deleting events and storing them as pages in PW; so now my calendar-based projects can work without the need for a connection to google. I hope to get round to releasing this as a stand-alone module eventually.

I have been spending some long evenings building PadLoper. It is my personal project to challenge myself as a developer, but also something I believe ProcessWire really misses: a solid eCommerce platform. I am happy to announce, that I am not very far away from public release, so I did create a little teaser site and email list for all of you that are interested: https://www.padloper.pw/ As many of you now, I also have bunch of eCommerce modules called "shop for processwire". Those remain open source modules, but I am not actively maintaining them (like I really haven't since 2012). All the code in PadLoper is new and it's totally build from ground up. If someone wants to maintain or develop shop for processwire further, I am more than happy for that. There will be some open source components coming from PadLoper also: at least payment modules, but I might also open source the shopping cart module. Padloper released 4th October, 2015: https://www.padloper.pw/

Hi, I don't know if this is the right section for this but I collected some thoughts and a kind of manual about how to increase the performance of your website under load with nginx and fastcgi_cache. At best, this could be a kind of ProCache for nginx users, as not everyone is using Apache and thus not able to use ProCache on their sites. Additionally, this solution comes with the benefit of server side mobile detection and selective caching. http://svn.matthiashaak.com/website-performance-with-processwire-nginx-and-fastcgi_cache/ Please let me know your thoughts or questions about this. Be aware however, that with this solution you end up serving static pages, so no hooks or PHP functions will be called. I am currently working on a module that eases the cache purging, so kindly be patient if you need this. "Wait, and thou shalt receive"

Just thought I'd share my git hook (post-receive) that I've been successfully using for a few months now to update my beta site and production site via git (no more ftp!). Might help someone else. As you can see, I only have the "site" folder under version control. But now when I'm thinking about it, site/templates should probably be enough. #!/bin/bash while read oldrev newrev ref do if [[ $ref =~ .*/master$ ]]; then echo -e "Master ref received. \e[42mDeploying master branch to production site...\e[0m" WORKTREE=../site # define your work tree, where you want to push the files cd $WORKTREE # navigate to the work tree GITDIR=../mysite.git # in relation to the "cd" command above # update the working tree git --work-tree=./ --git-dir=$GITDIR checkout -f master git --work-tree=./ --git-dir=$GITDIR clean -fd master # return to git directory cd $GITDIR else echo -e "Ref $ref received. \e[104mDeploying $ref branch to beta site\e[0m" WORKTREE=../beta/site cd $WORKTREE GITDIR=../../mysite.git # in relation to the "cd" command above # update the working tree git --work-tree=./ --git-dir=$GITDIR checkout -f stage git --work-tree=./ --git-dir=$GITDIR clean -fd stage # return to git directory cd $GITDIR fi done

We'll add a option in the module's settings page in the next update.

Wow! You have brought it a step further! Very well done to use the same naming scheme and provide the same methods. Edit: At the GitRepo I have seen that the gregwar lib supports IMagick? I saw a GD.php and a Imagick.php. How can I force to use the Imagick.php?

Hello, I've created an enterprise management system with ProcessWire where employees login to system and perform various tasks, such as creating invoices, adding client information, creating/answering support tickets etc. Client is very much concerned about the data security and data alteration by unauthorized person. So I've been asked to make sure the system is very secure and there's no way to alter or leak the company information anyway. While I'm already doing the required validation & making sure the user is authorized by making them login into system, whatelse should I be consider to make the system more safer? Just wanted to have better understanding of ProcessWire's security mechanism & how to make it better. Thanks everyone.

I think there's some confusion with the BIOS. If you build your own it's almost always accessible with the DEL key. If you buy a PC off the shelf from a leading supplier then the key to get into the BIOS depends on the manufacturer, the year, the alignment of the stars and what the BIOS programmer ate for lunch that day. Either F12, F10, F9 or F8 mashed repeatedly in my experience gets you in then

The exit code stops the script so it was the main reason i assumed the PDOException halted it but when i commented it, the script works perfectly. I no longer get the Missing Json or Zip Source message. As for the PDO Serialization issue i guess it's something we have to keep in mind, I have researched and scanned all PW source code I can't see any reason why it should. but I will occasionally look into it gradually.

(removed)

Turns out #MyTabs needs to be a form. Then it works. Seems hacky - I don't need a form...

[solved] So I'm trying to add a date-time field to a form in my module, but I get the following fatal error: No idea what's wrong there... Is there a specific way I'm supposed to be calling it? Lol, nevermind - used InputfieldDateTime instead of InputfieldDatetime. I have learned my lesson.

Here in Russia the New Year's eve is much greater deal than Christmass. I know it is not the case at least in USA, probably in Europe too, but still want to congratulate all you PW community all around the world! This was my first year with ProcessWire. I want to say that this CMS and the best ever community around it was probably the one most significant thing I discovered for myself this year The recently published roadmap and the enthusiasm of the community members make me sure next year will be even more exciting. Thank you Ryan and PW addicts all around the world. Happy New Year! P.S. We got some really nice almost -20 C New Year weather. Wonder how is it now where you at))

What made you leave WordPress in general Response: We had to leave WordPress because we spent majority of our time fixing issues stemming from either WordPress or 3rd party codes such an example was the infamous Jetpack spin.js it kept breaking my Dojotoolkit codes. Like one of the authors here mentioned you never know what to expect when you upgrade a plugin it was nerve-wrecking. sometimes while trying to debug a site the moment you set WP_DEBUG to true you'd be amazed about the amount of sheer errors in 3rd party plugins. Personally I've read codes that make me scream in error. The biggest issue why we left WordPress was that it was extremely difficult to do simple things in WordPress if you need to create a form and save the action, you need to call ridiculous hooks and actions. It became depressing it was this moment we decided to move to something as we need to expand to something lean, modular and adopts PHP 5 Standards. How you discovered PW Response: Thanks to my Google-Fu however the first time i searched "WordPress Alternative" it referred me to a site called CMSCritics a site am very much familiar with but never gave it a thought. Processwire was on the list but i will be honest i simply skipped it because I was searching for anything "MVC" at that point. I wanted something similar to Zend and Yii so the moment I saw Pages API, I simply skipped it and checked others out however it was either others were tied to XYZ Frameworks or terrible documentation. Till i came across another specific CMSCritic article. Wordpress vs Processwire. you see seeing Processwire on the list wasn't enough but this article explained my pains in WordPress and showed how easily they overcame it in PW. What sold me was the ease you could easily write PHP CLI PW Codes. That was the moment I decided to call my client and say 'Hey we found our framework" What you like about PW Response: The Admin Interface is just Superb especially the Reno Theme, but What i love most about PW is this e.g wire('ModuleName')->doSomething() and Module Dependencies, I have experience with Zend and Yii and PHP 5 Codes and the beauty about this is that. I can build my Modules upon existing Modules meaning PW becomes lean as we don't need to re-create the same code, we can simply leverage on others. Those coming from Composer will understand what this means. I also love the fact that PW Templates are simply php files. I love the concept of injecting Data Containers into the pages. This reminds me of Dojotoolkit Templates and Data so I was hooked with this. Any client feedback you've had where a client too moved from WP to PW Response: Sadly no because am 2 months into this, but my website is being re-built into PW, but I have showed our Client the backend and the ease of code, She is a developer too so she's extremely excited about it because we've had sleepless night about WP for the past 3 years. Hope this helps

As someone who has been using WP, Joomla and Drupal before Processwire, to build a variety of websites across industries, here's my take on this: Wordpress is good as a one time solution to the problem. Problems can occur when a client comes back to you, 2 years after you have developed the website, asking for additional functionality. Example, please add woocommerce to the site. This means the website needs to be upgraded to the latest WP version; the theme will surely break after the upgrade and would need to be fixed; you then add woocommerce and theme it anew to fix the site. This is as good as redoing the whole thing. The same problem exists in Joomla and Drupal too to a greater or lesser degree The issue of creating a custom solution for the client, as @joss has mentions above, exists with Joomla and WP. You are always working around modules, plugins and code to create. The result is always an inelegant solution. Eg: This content piece comes from modules/ widgets. That piece comes from content area. The other page comes from K2 and so on. The content on a page comes from different places on the backend with most of these systems and that's counter-intuitive. Clients will find this difficult to understand without some practice. PW is so much more elegant, easier and intuitive for both the developer and the user. Everything can be made logical and sensible in PW. The biggest problem is bloat caused by too many plugins: bloat in code, bloat in css, bloat in js. Drupal is a beast. WP and Joomla, don't lag behind. Followed by breaks caused by plugin/JS incompatibility and the time required to fix these in these systems. I recently trained a client on a system built with PW. It took all of 20 minutes. For WP, I have to gives a long lecture on posts and pages and the difference between them. I have to explain widgets and demonstrate which elements in a page come from where. As mentioned elsewhere in this forum, WP/ Joomla/ Drupal are safe bets for clients. One way to explain the benefits of PW perhaps is to demo the client a test site which you have and ask him/ her to poke around, or guide the person through it in all of 20 minutes. Perhaps you could have a WP site too to contrast the ease of PW. That should seal the deal.

I have used both Wordpress and Joomla for client sites in recent years and the reason I look to ProcessWire is the same for both - if I am to develop fully a solution then addresses both a client's technical and editorial needs and also their brand and their presence (from the advertising point of view) then I need to move as close as possible to the blank piece of paper as a starting point - it probably says as much for me being an old advertising bloke as anything else Processwire allows me to do that where as both WP and Joomla restrict me before I even start by determining what my content should be and how it is managed. Again, from the front end point of view with both Wordpress and Joomla, I find I either fight to get a decent template out of them or I am trying to bend an existing one. With PW I have complete freedom - so much so that I have now developed my own personal SASS development framework. But the main selling point for me and what I have been telling potential clients is that PW is a TRUE business class CMS, and as they have business needs, that should be their number one criteria. By the way, I don't make comparisons with Wordpress, I just present it as a fait accompli and simply speak about the functionality and the final presentation. It is only when they login that they even know it is something called processwire.

Everything looks ok now

It depends on what kind of payment gateway you use. If you don't have need for saving the credit card numbers in your service (for "one click checkout"), then there you don't have any need to collect credit card information in your service either. Both payment gateways that PadLoper will ship (Stripe and PayPal) asks for credit card information on their services, so using them makes your service PCI compliant (or to be exact - it removes the need from your service to be PCI compliant, since you are not handling credit card information at all). Yes - although not on the first release. I want to wait little and see how things are developing on that. I have a gut feeling that there are some more changes coming. The tax class system I have in place does already have possibility to define different taxes based on location (country & state supported). It seems that digital products was just beginning, EU will be rolling changes on all sales in upcoming years. Regardind order states: I am currently wondering this one: I found most of those statuses confusing and something where the shop owner needs to define meaning. I am looking for more specific toggles, like: - order successful / failed - order delivered / not delivered - order paid / not paid What causes me some problems are those custom situations like "returned", "cancelled" etc. I think those cases a little. Then there will be order notes also. Yes, there will be invoicing and invoice pdf (or printable html - I'll have to see if I am allowed to bundle pdf libraries in this module). Regarding bank transfers, not sure I understand? You can use invoice, where the payments go into your bank account - but PadLoper will not integrate with your bank. Downloadable products will have protected links: each link is unique per product & order, and there can be "download rules" defined - like how long it's available and how many downloads are allowed. Downloading a file doesn't require login though. PadLoper adds very little on top of the ProcessWire - so if PW runs ok on your server, then will PadLoper also.