kongondo

Hi NooseLadder, I think it would be better if you created a new thread with your specific questions. This is because your questions are very specific and have little to do with this thread. Secondly, doing that will/may help others find your thread more easily rather than having it buried under this somewhat unrelated thread. So, if you could please start a new thread (Maybe in the "General Support" Forum) and reference this current thread, I (and others) will start providing some pointers on how you can accomplish what you ask. I summarise these as follows: Email form submission Enter form data into database Use db data to create reports I have a number of things I need clarified but the above three are not difficult to achieve using the PW API, but let's head over to another thread please, shall we?

It seems you can....maybe.... http://mods.pw/1J http://mods.pw/34 http://mods.pw/39 http://mods.pw/4X

What he's implying is that it does help if you've searched for an answer first and report whether solutions provided in those threads worked for you or not From the threads linked to by Soma and the ones below, PW does work with FastCGI. But, as you can tell from the threads, there could be issues.. http://processwire.com/talk/topic/2768-processwire-23-testing/?p=27542 http://processwire.com/talk/topic/4280-best-server-configuration-for-processwire/?p=42081

Adrian's on fire! Thanks for this!

As mentioned, you can achieve this via re-categorisation of your pages or via URL segments. A similar question was asked last week. See the thread linked below and especially Ryan's response for an alternative method using hooks. http://processwire.com/talk/topic/1973-url-shortener/?p=44211

Alexander, I am not sure what you are trying to do. One thing am sure of, is that it is not a good idea to edit core files. You can manipulate output/input in PW using hooks and/or modules without having to hack the core in most cases

You might want to start by reading these... http://www.flamingruby.com/blog/anatomy-of-fields-in-processwire/ http://wiki.processwire.com/index.php/Module_Creation http://processwire.com/talk/topic/4420-page-list-migrator/ - not directly related, but gives you some ideas about working with json in PW http://processwire.com/talk/topic/2394-how-to-present-your-module/ http://processwire.com/api/modules/ https://github.com/ryancramerdesign/ProcessHello https://github.com/ryancramerdesign/ProcessWire/blob/master/site-default/modules/Helloworld.module http://processwire.com/talk/topic/4410-storing-lists-in-pw-fields/ - not directly related; storing serialized field data in db... I'm not sure what you mean by "it should support the admin also". If you mean you want a GUI for it in the admin, then you are looking at a Process Module, most likely. I suggest to have a look at some of the code of the available modules as well. As for JSON, you can either use PW's wireEncodeJSON method or PHP's native json_encode. The difference between the two is that PW's removes empty vaues.

I suppose you want to do this for SEO reasons, but like Diogo said, changing parents like that is not good practice...

Btw, this was a double post and a similar response was posted by Adrian http://processwire.com/talk/topic/4503-getting-most-recent-pages/

Create and delete branches: https://github.com/blog/1377-create-and-delete-branches E.g. "master" and "dev" are the 2 branches of PW: https://github.com/ryancramerdesign/ProcessWire/branches Stuff others may find useful Branches Commit branch and tag labels: https://help.github.com/articles/commit-branch-and-tag-labels Setting the default branch: https://help.github.com/articles/setting-the-default-branch Other FYIs: How do I work with branches in GitHub for Windows? https://help.github.com/articles/how-do-i-work-with-branches-in-github-for-windows Fork A Repo: https://help.github.com/articles/fork-a-repo Creating Releases: https://help.github.com/articles/creating-releases What are the differences between SVN and Git?: https://help.github.com/articles/what-are-the-differences-between-svn-and-git

Mary, I suppose the questions are: 1. Why do you need thousands of templates? Are the baby sites structurally different (e.g. one has title and headline field, the other only has title, or different markup, etc) and/or are they aesthetically different (CSS)? 2. Will the baby sites each have more than 1 template? Max number of templates? In the end, you do not need each to have unique templates. You can have a base template and pull in .inc or .tpl files via the API to populate the unique portions of the baby sites in the frontend. Soma proposed a wonderful "template delegation" approach that would fit your project nicely, I think. Have a read here. http://processwire.com/talk/topic/740-a-different-way-of-using-templates-delegate-approach/. There's other approaches there as well. So, instead of ending up with thousands of templates, you could end up with thousands of template file includes. Even then, I should think you can still cut down on the numbers depending on the uniqueness of the baby sites. It just needs careful planning/mulling over. Having said that, I don't think having thousands of templates will have any performance issues in the backend. I could be wrong on this one since I have never tried it though . You'd probably have to organise them in such a way you could easily edit them. You could use tags to group them in the backend. You could even go fancy and create a simple module that would list your templates in a table, maybe with pagination + search function to filter the list, + a click to edit a template (add fields, etc). The link could take you to the PW template edit screen or could open a modal to edit the template. This would be sort of extending the PW template backend view. We can help you get there if you want to take this route. Just my 2cts, there will be other thoughts am sure...

You can already use one image multiple times across different pages over and over . I am assuming you mean inserting an image in a page using a rich text editor. if, on the other hand, you mean several pages sharing the same image in their image fields by referencing only one uploaded image, then ignore my response As for an assets manager, that has come up a lot in the forums..., btw...

Hi bodhic. Welcome to PW and the forums! We seem to be attracting more and more people who are also familiar with MODX (me being one of them ). As you've stated, there are various ways you can accomplish this. It all depends on how easy you want it to be, either for yourself or your client and maybe also, just a matter of preference. One way to go is with those fields in one page, though, I don't think I would go for that. 8 or more content areas may just be too much on one page . Again, it depends on your needs/preferences. Another approach is to have those "content areas" be child pages themselves. What I mean is this. Create what you want to go into content areas as pages. Using the rich PW API you can easily pull them all in in one template file to output them on your website to display their respective contents in your 8 or more content areas (maybe divs). I hope this makes sense. For other needs (probably not what you are after), there are special fields called Repeaters (like MODX MIGX). These are useful when you want to output content that repeats. If you haven't seen it, checkout this thread. It is an attempt to guide those with a MODX background meeting PW for the first time Feel free to ask questions if any of this doesn't make sense. Edit: Just seen PWired's post also links to the above post. His link also has some other wonderful resources

It is not possible to just fork part of a repo (in this case PW) - not that I know of. You lose nothing btw by forking "the full PW dev repo" as Github offers unlimited repos . So, yes. Please, fork the dev branch, make your changes and submit a pull request for those changed files. See this link for step-by-step instructions: https://help.github.com/articles/creating-a-pull-request Edit: OK, there seems to be a way to partially fork a repo though I am not sure it is worth the effort. There is something called "sparse checkout" in Git. There's tonnes of topics on SO and other places about this. I would just fork the whole branch. One advantage with that is that it allows you to easily test your changes in the whole system to see if they break anything...

Yep... https://help.github.com/articles/creating-a-pull-request

Aah. Sounds nice. Mine doesn't really do the access management per se, at least not in that sense. It just simplifies the task of creating users, assigning roles, etc and sort of provides a directory of users in one nice interface, that can be applied to different scenarios.

That's make two of us then...though mine is a fun project, a learning platform... I'm sure yours will be much better

<aside>I have one main PW install for testing stuff. I have have two wire folders. named "stable-wire" and "wire". The former has, well, the stable version of PW and the one for my daily use has the "dev" version. If I need to test something in the stable version, I temporarily rename the folders. "stable-wire" becomes "wire" and "wire" becomes "dev-wire". I used to have two different installs but thought that didn't make sense since PW core is in the wire folder. Am doing this the "wrong" way? </aside> Apologies for temporarily hijacking this thread

Stop it all of you! You are confusing me! If you have an avatar, stick to it! hehe

Welcome to the forums Jonathan Dart Without guest role your site is not viewable I believe Maybe if you could explain what exactly you are trying to accomplish? If you don't create any other users, i.e. leave only the defaults (superuser [you] and guest [can only view]), then you have nothing to worry about. Maybe am not getting you Edit: I knew I was not getting you.having read Apeisa's post below...I am kinda slow that way

I'm totally confused by this discussion. What do modules have to do with head.inc? Edit: OK, I have read Wanze's post and it is beginning to make sense. This is not an everyday case for modules but a situation where interaction with template files is required (right?)...I just needed to clarify lest new comers to modules got confused

Awesome first post Karl! Welcome to PW

Shouldn't this be Europe/Warsaw by the way?

Joe, Nice to know it is resolved...

If you want to read more about what Soma is saying (and have the time )+ some of the thinking behind it, check out this long thread, maybe from post #19 http://processwire.com/talk/topic/3217-field-set-to-unique-in-table/