Leaderboard

Hello @ all! I want to share a simple fieldtype and inputfield to store address data with you. I have created this inputfield for learning purposes and it has no fancy functionality. It is simply for storing address data such as street, number, postalcode and so on in one table. As an addition you can store latitude and longitude too, so you can use them in maps. Here is a screenshot of what it looks like: You can select which fields are mandatory and you can choose if the inputs for longitude and latitude should be displayed. These settings can be configured in the field configuration. If you find this inputfield useful you can download it at https://github.com/juergenweb/FieldtypeSimpleAddress There you will find a detailed explanation. If you have an idea of an usefull feature that can be added or you have detected a bug, please report it in my github account.

Hi @AndZyk - please try the latest version just committed.

NOTE: This thread originally started in the Pub section of the forum. Since we moved it into the Plugin/Modules section I edited this post to meet the guidelines but also left the original content so that the replies can make sense. ProcessGraphQL ProcessGraphQL seamlessly integrates to your ProcessWire web app and allows you to serve the GraphQL api of your existing content. You don't need to apply changes to your content or it's structure. Just choose what you want to serve via GraphQL and your API is ready. Warning: The module supports PHP version >= 5.5 and ProcessWire version >= 3. Links: Zip Download Github Repo ScreenCast PW modules Page Please refer to the Readme to learn more about how to use the module. Original post starts here... Hi Everyone! I became very interested in this GraphQL thing lately and decided to learn a bit about it. And what is the better way of learning a new thing than making a ProcessWire module out of it! For those who are wondering what GraphQL is, in short, it is an alternative to REST. I couldn't find the thread but I remember that Ryan was not very happy with the REST and did not see much value in it. He offered his own AJAX API instead, but it doesn't seem to be supported much by him, and was never published to official modules directory. While ProcessWire's API is already amazing and allows you to quickly serve your content in any format with less than ten lines of code, I think it might be convenient to install a module and have JSON access to all of your content instantly. Especially this could be useful for developers that use ProcessWire as a framework instead of CMS. GraphQL is much more flexible than REST. In fact you can build queries in GraphQL with the same patterns you do with ProcessWire API. Ok, Ok. Enough talk. Here is what the module does after just installing it into skyscrapers profile. It supports filtering via ProcessWire selectors and complex fields like FieldtypeImage or FieldtypePage. See more demo here The module is ready to be used, but there are lots of things could be added to it. Like supporting any type of fields via third party modules, authentication, permissions on field level, optimization and so on. I would love to continue to develop it further if I would only know that there is an interest in it. It would be great to hear some feedback from you. I did not open a thread in modules section of the forum because I wanted to be sure there is interest in it first. You can install and learn about it more from it's repository. It should work with PHP >=5.5 and ProcessWire 3.x.x. The support for 2.x.x version is not planned yet. Please open an issue if you find bugs or you want some features added in issue tracker. Or you can share your experience with the module here in this thread.

Hello fellow ProcessWire people! I published an article explaining how I migrated three years worth of running data from Garmin to ProcessWire: https://francescoschwarz.com/articles/running-on-my-own/ Have a great day! Cheers.

Great write up! I love detailed case studies like this. Thanks for sharing

This solves the error in my RequestInfoPanel, thank you. ?

Hello, my RequestInfoPanel shows this error on all of my projects: I have ProcessWire 3.0.161 dev and Tracy Debugger 4.21.17. I am on macOS with MAMP PRO 5.7. Has anybody an idea what causes this error? Thank you @adrian again for your great work with this module. ?? Regards, Andreas

This is because non-superusers aren’t allowed to add children under /processwire/setup/languages. First, because /processwire/setup/languages is of template admin, you would need to open the template settings for admin and check the box “add children” in the access tab. Then you also need to give them permission to create pages of template language, so in the language template, enable access control and check “edit pages” and “create pages”. This isn’t a very nice solution, because you have to change access for all admin pages. I suppose it would be neat if a “lang-add” permission came with the language support module. Alternatively, you can probably write a hook to add a button somewhere that creates a language and bypasses those permission checks.

So yes, the credentials are shown on the terminal of the VM at the end of the install : credentials in yellow

I got a very similar message this morning, posted to the contact page of a website I look after. Bit of a giveaway when the messages includes "This is not a hoax, do not reply to this email". I've seen a number of similar ones via this and other contact pages in the past. Nothing bad has happened yet after ignoring them! I would only take any notice if they posted me something from the database that shouldn't be accessible to them. I looked up the IP on stopforumspam.com and found several other reports from this morning, with a variety of names and emails submitted.

My bet, it's spam, they are totally trying to extorque bitcoin. It look like an automated message. And from what we can read from there on Internet, they are sending this message to owners of google blogs ? and we know that for hacking a google blog, they require your google account, which I doubt it was hacked. Anyway, you can look at your file structure, DNS records, etc to see if something is weird but in every case, DO NOT PAY ?? I am quite confident to say that your are still safe ? make your best poker face ?

You can add support for Repeater Matrix Fieldtypes via custom third-party modules. Refer to documentation on how you can create one. https://github.com/dadish/ProcessGraphQL#third-party-fieldtypes-support

Hi, PIM doesn't have webP support. It was written years before webP support comes into core, and it needs to be completly rewritten. (I also have started 2-3 times, but far from finishing. No time for it ? ) You may use a (clumpsy) workaround. First create a watermark image with 100% quality an sharpening = none, and then finally pass it through the core width() or size() function. This way you can use what ever webp strategy you like as it is always delegated to the core image handling. Downside is one additional (intermediate) variation in the chain. $options = ['sharpening'=>'none', 'quality'=>100]; $image_intermediate = $prop->images->eq(0)->pim2Load("wtm",true, $options)->height(480)->watermarkLogo($watermark, $position='center', $padding=2)->pimSave(); $image_url = $image_intermediate->height($image_intermediate->height)->url; // saves the image with 480px height, but with all default settings for quality, sharpening, webP, etc.

You need to use the language field. In your graphql endpoint there is a language field. So it will look like { language(name:"<language_name_here>") test { list { testtext } } }

@SlackMcKracken, Welcome to the forums ?

The truth is, a simple WordPress theme modified and used in the correct way is good enough for most companies. Are they being ripped off? Probably. Will they be able to do it themselves? Unlikely. It still takes a designers eye to get the absolute best out of a theme. I worked for a company like that. 9-5, using a WordPress theme and just slightly modifying it or sometimes not at all. There's not absolute creative freedom but not everyone needs an artisan website. I enjoyed working there, the work was easy. But I wasn't crafting my skills. I now work at an established creative agency where people pay a lot of money for the designs and our designers are genius, as an aspiring designer, I'm envious. But it would never be an option for us to just use a theme. It would be dishonest to our clients that go to us for our design prowess. We find our clients find ProcessWire easier than WordPress to edit. I understand with ACF there isn't much difference between the two. But actually it's less about the forms and more about what is unique to ProcessWire - everything is a "page". The thing that threw me the most when I first moved from WordPress to ProcessWire became the absolute greatest thing about the CMS. It gives everything a level of consistency and doesn't lock you down to "taxonomy", "tags", "post types", "terms". You aren't locked down to a relationship structure and you can make a relationship structure that works for you, your clients and the website.

Yeah keep on wp trolling, it feels good I know. But lets get real for a change, it's 2018 and not 2010 any more when wp was total crap. Plugins and safety have been improved since then. I know people who deliver websites faster than I do and make more money with wp than I do ! All they do is go to themeforest or envato and search for a cool looking template with forms, mail, client base and the whole shebang for around 50 or 80 dollar. It takes them less then a week to set it up and then sell it somewhere between 500 and 1500 dollar. And clients like the wp admin because it only takes simple mouse clicks for them to edit a wp site with new text, pics or prices. How I found out all this ? Simply because I get called by offices, real estates, photographers, etc. because their webmaster/developer took off, disappeared or they ended up with agreement conflicts. They need somebody to take over. No backups were made for half a year, cpanel access has gone, yearly domain registry has gone, etc. All they have left is the wp-admin login. So the more I got involved the more I started to see what is going on in wp land. The reason why I stick to pw ? Because working with wp dumbs you down to a copy and paster - drag and dropper. Working with pw upgrades your skills and you learn to webcode. But really, when it comes to working hours and making money, wp is the better choice.

Which cache? Template cache you would go to the PageRender module settings and delete cache.