Pete

Someone added 5,000 more posts in 2 months since WillyC posted this So... if traffic just stays the same we're looking at 30,000 posts a year? That's neat, but I think by the end of 2013 we might be a lot closer to the 100,000 mark than the 50,000 mark.

I hadn't noticed that - in case others missed it, you can read about it here: http://processwire.com/talk/topic/2491-skyscrapers-profile/ I quite like the idea as you can really keep things tidy this way.

Yes - I'm pretty sure one or two of the rendering options allow for that Ray. Certainly the iframe way (which looks nice and not at all like an iframe ) will and I'm pretty sure the roll-your-own-HTML way of doing it will work too. As an example, there are hidden fields at the end of the forms like this: 1:contact-us:125e5bf0ddbe17eb22d269da97b0188f So it knows the form ID and name from that which I assume is so that you can use the same field names across different forms. For the best experience though, I think you need the latest Dev branch (2.3) of ProcessWire to make use of the latest version of FormBuilder. Sorry, lots of "pretty sure's" and assumptions in there now I read it back

And maybe 5 is if there is a localissd community site, a link to that if desired.

Merged pull request - thaks Soma.

I think that part of this comes down to the need for such a module to check which pages an images is used on (which means another database table preferably, otherwise we have to somehow search all page content and fields), and the other part is the centralised gallery idea. One idea that does come to mind when thinking about categorising images is to have an additional field in the images fieldtype called Category - this could be a relatively easy way of assigning page-related images to a category in the flow of the page. So on the one hand you're doing away with the clumkiness of other systems where you upload images to a gallery, then write a post and during that process you have to navigate the gallery to find the image, and on the other hand you're at your leisure to say "this image is relevant to go in the gallery, and in these categories". Needs some thought, but I'm trying to think of the nicest way to make it so that adding content isn't extra work and at the same time making images available elsewhere. Yes, you're then back to the issue of images being tied to a page ID so there does need to be some checking for if the image or page is deleted that it is stored against. In that case there needs to be some really clever code to either move it elsewhere or handle it some other way. Okay, just thinking about the technicalities is giving me a headache

I point people to Facebook and Google as massive PHP adopters. Not sure which part of Google, I just read somewhere that they use it a LOT. It is an outdated viewpoint and has been for many years - all the cool kids now use PHP and benefit from it's rapid development cycle compared to other languages. Sure, there are some neat things in other languages that aren't yet in PHP that others love to scoff at, but at the end of the day it's perfectly good for 99.9% of the people using it. and, yes, massively scaleable as long as you've got the programming skills and the server power.

The problem with my idea of a "simpler" blog profile is that if I build it it's going to feel a bit wrong as it will throw some best practices out of the window to essentially "dumb it down", so if I were to attempt that then I might feel a littly dirty by the end of the process

Bearing in mind what Joss wrote about different languages needing to explain to their web developers in different ways (better ways of structuring an introduction to a product, local knowledge of what re the key points for that country etc), I think a rough structure for these localised sites would be something as simple as: Introduction to ProcessWire and what makes it different Local language videos and tutorials List of local developers (local site admin would have to approve entries and needs something like FormBuilder managing new entries to this I think. Local jobs board - this could be clever as you could post a job and specify whether you want to advertise only to one country, several, or all - the beauty of Multisite From another topic last year, in my head it's coming back to something like this: http://director-ee.com but whereas that's more about devs and jobs I think the localised introduction and written/video tutorials would make it stand out more.

I guess the next question is how to handle it ryan? Would you see each local site being a separate PW install using the new template or is this something for multisite with a few trusted authors? I guess in the case of multisite we're not looking to reproduce the main ProcessWire.com site anyway (actual content can be discussed later on) so it could share some common core. If we're thinking about each country and going so far as to having a list of devs that know ProcessWire from each country to show there is broad usage of ProcessWire then it makes sense to also have us.processwire.com, uk.processwire in addition to de, fr, fi etc etc. That way we could just set everything to use templates and DB from us.processwire.com maybe? Just a thought.

I think why I like the idea is it's "officially unofficial" with no worry about domain names. But yes other local sites are welcome, my thinking was that Nico's idea would be a good way to show relatively quickly that we care about every country and supporting everyone.

I was thinking AJAX search functionality would be good so I agree there. Since not everyone types in image descriptions it should search the page title too I think, as well as even the summary field. In fact, that could be a setting too - which fields to search on

I found Lemonstand is a bit easier to understand from a templating point of view, but with any of these systems it's bewildering as Joss says - especially compared to the E-commerce module Antti has made where you build your site as normal with the visitor in mind and then simply add one field to a page to make it a product. I know that's a shorter version of how it actually works, but it is MUCH easier and you're focusing on getting it right rather than wasting time on learning another system and wrapping your head around yet another templating system.

Glad you added that last sentence Joss, I was just thinking of how long the "loading" icon might take otherwise I actually think it might be best to have them show up from all other pages but categorised first. The logical categorisation would be based on the template name when I think about sites I've done, so "Gallery", "Campsites", "Cakes" in some of those cases, or "Skyscrapers" in ryan's case I was thinking about trying to categories them by the page parent, but that doesn't work really as many would be under a title of "Home" on a lot of sites. I think that if this idea progressed further that categorisation by template wouldn't be a bad idea, but should be optional as it actually requires you to have thought about your template names and structure a bit

Oops! Well having the templates is good, so even if you can't remember what fields you added the template code will give you an idea

Bless Google cache: http://webcache.googleusercontent.com/search?q=cache:TUGVrtwwgcoJ:process.besser-landen.de/+&cd=1&hl=en&ct=clnk&gl=uk&client=firefox-a

@ray - I was thinking that it would start with a "this is how you post in ProcessWire" so that you're showing the end-user how to enter content in ProcessWire as opposed to WordPress. At the basic end, this shows them that it's really simple and nothing to be afraid of. Then a simple 30 second bit at the end that adds a field to a template (shorten the sequence maybe) and show them how easy it is to do that for the slightly more adventurous Wordpress user. I think we just need a direct comparison as a starting point - this is how you create a "post", upload images and insert them into the "post". Then if we skip the bit where we setup categories and show them how easy that is we've pretty much covered a lot of it. Someone has already developed a tag field too but I can't seem to locate it in the Modules directory. @Joss - I agree. Ryan's profile is excellent out of the box already but - no offense ryan, and I think I've said this before - I wouldn't mind seeing a version that is even simpler code-wise. I know functions are the sensible way to go, but a version with more of the PHP code inline done neatly would probably appeal more to beginners and those WordPress users that are happy enough to dabble in WordPress' template code but not comfortable with functions etc. Something else to go on the list I think are a few alternative themes out of the box, but I think we've talked about that before. It's not really something you need to think about with ProcessWire as you can do what you like template-wise, but I think a few choices of killer designs would certainly entice people in who don't have the skills to begin integrating their own templates, but that would certainly like to learn over time.

Hi all, just a quick note that Nico posted a reply to this topic in the wrong topic, then I replied to his reply thinking we were both talking about this topic - basically go up five posts and read the posts that come after that to get up to date

Hi Luis Any chance you can post a screenshot? I'm trying to describe this profile in another forum topic but the link seems to be throwing a ProcessWire error.

I forgot about the config option - seems like the most sensible solution since page IDs don't change and after initially setting these in the config you would never have to change them again.

Here's the topic I was talking about where Luis was working on a profile: http://processwire.com/talk/topic/1732-shop-for-processwire-apeisa/?fromsearch=1 Unfortunately the link seems dead, but from memory it was quite far along Joss so it might be an idea to ask Luis for a screenshot. I thought it was extremely promising in that it was almost ready in terms of how it looked, so if it can become a community effort then we might get one profile ticked off very quickly

@Nico - I blindly replied to your post thinking we were both posting in the topic about local PW sites - did you mean to post in that topic instead? If so I'll move our posts over there

I'm going to state the obvious here and point out that you shouldn't change a site's structure that significantly after launch anyway. Having said that, I wonder if the best way of doing this is something like the PageHistory module that tracks page locations and renames (I think that that module only tracks renames but it might do both). Then calls using the API like in your example could be routed to the correct place (pretty sure that that module does'nt do that yet but I might be wrong!).

I remember playing with Antti's module a while back and it works well from my limited time with it. I actually wish for one job that is now an uber-customised Lemonstand installation that I had put some time into working with this module, but there were time constraints and I didn't know as much then as I do now about ProcessWire and modules. From what I've seen though even a PayPal module should just be a case of a few hours' work and you get some neat benefits with ProcessWire of being able to make any page a product etc etc. I think at one point someone was working on a profile for it that made the default layout look more like a shop and it looked really impressive - I just can't find the link on my phone.

I'm with Nico on this one - I like the idea of local sites very much, but if we can approach it with subdomains we can standardise a look and feel much more easily as well as work more closely together on what we feel could be covered on the local sites. If we could pull together on features and content for this we could maybe even use the multisite module and translate some common content into various languages. We might also benefit from it looking more "official" this way - it would acknowledge that the dev team (ryan, but I'm thinking like a customer) cares about engaging with and supporting customers across the world. Just out of curiosity, how many German/French/Finnish etc CMS systems are there out there? I mean ones developed with English not as the native language? Also how many developed by English speaking countries where the devs have actually bothered translating parts of their official site or offering country-based portals? I'm extremely interested to see if this might be a relatively simple way to draw in a much larger user base by standing out from the crowd