Craig

I think one of the responses, is that the "here today, gone tomorrow" train of thought can apply to anything. But to provide some reassurance, one of the things you can look at is the community - a good size and decent amount of recent activity are a good indicator that the project is "alive". Another is to read into the reasons why it came into existence in the first place, and how/why it still exists today - which I believe Ryan has covered both on the website, and quoted in several places on the forum (paraphrasing - "the project is funded by the paid-for modules and by people paying to have websites built using it"). The fact that it is open source is surely another winning point. The code is out there now - there is no way to retract what's already been published, it can always be forked and maintained by any interested party. And it's PHP and MySQL - there are no shortage of developers with those skills. Several of the things mentioned above are also true of WordPress (and others!). I do believe that some people and organisations hear about these "wonderful" open source CMSs (WordPress, Drupal) and use those as the baseline to judge anything else against. But as we know, those tools aren't always necessarily up to what they promise. Perhaps a collection of proper case studies of sites built with ProcessWire, involving the developers/clients, would be a great help in this area. Particularly if some were "high profile" to grab people's attention.

You're welcome. Just use everything until you find something that works for you

I'll second that - it looks amazing!

Don't forget that the admin side has a search feature a swell, so administrators can use that to find the exact baby they want. Another option might be to create the alphabet as part of the page tree, and add babies as children of the correct letter. Example: mothership/babies/x/xavier If that structure isn't desirable for the actual front-end URLs, you don't necessarily have to use them - you could also have the home template accept "URL segments", and load the required baby from that using the API.

Wow, that's a very striking design! I like it. Are you looking for feedback on English content translations at this stage?

Thanks for the comments and likes, folks! Well spotted Matthew, thank you. I will check those out (I've also realised that the sessions don't work on the smallest mobile size either; so there's two things... )

Hello folks! I've been playing with ProcessWire a lot recently, and have just launched site number 3 - Bishop Auckland Table Tennis Club. Some of my family members are associated with or are members of the club, so this was a bit of a favour for them. I haven't used many "additional" modules - just CropImage and MapMarker.

If it's Git in general you want to use on Windows (not specifically Github), I would recommend adding SourceTree to your list of software to evaluate. It's free, and works really well with local and remote Git repositories. I use it at home and at work, and find it really easy to use.

The output of a template is ran through the PHP function trim(), which removes whitespace characters surrounding strings (start and end). \n is one of those characters.

I don't think you should immediately discount the example in the link provided by DaveP; because even though it was a WordPress site, that is a very small part of the example. Instead of WP posts, you would just be processing your static files that contain HTML, I think - if I understand how Jekyll works. All you need to work out is how to programmatically parse your existing pages. Alternatively, there is a module that allows you to import pages via CSV file, which might help "as it is". If not, it might at least give you an idea of how you could re-code it to suit your needs and the way that the current site is structured. http://modules.processwire.com/modules/import-pages-csv/

Hi I know this is an old thread now, but I'm hoping I can provide some useful information relating to this error, as I encountered it myself recently when installing ProcessWire on Vidahost Cloud hosting. I eventually managed to trace the problem back to a probable cause, and a solution - please bear with me The "non-object" mentioned in the error was the "type" property (which was NULL) of the fieldtypes list for a template (the loop in Pages.php). It was NULL because fieldtype information was not set when initialised. ... because the list of modules could not be loaded and returned to the functions relying on them. I think this was caused by the findModuleFiles() function. Although it seemed it could create the file on the first call of this function, the combination of network file system in the cloud hosting (which introduced a delay in file access) and the LOCK_EX parameter meant that the data couldn't actually be written to it. On next calls to the findModuleFiles() function, the cache file "exists", but its empty contents are returned - resulting in the error. From testing, my proposed change removes the LOCK_EX parameter, which allows the data to be written to the file correctly. In addition, if the cache exists - the content is only returned if the array isn't empty. My proposed code changes are a pull request on GitHub if anyone else encounters this problem.