adrian

You can do this: $userid = $users->get("$userName")->id; $ps = $pages->find("created_users_id=$userid");

Exactly! I have submitted an issue for Ryan, but I have just been commenting that line out completely and things seem to work fine.

Here are some multisite things to look at, in case you haven't seen them: http://modules.processwire.com/modules/multisite/ https://processwire.com/talk/topic/1025-multisite/?p=46652 https://processwire.com/talk/topic/3534-one-processwire-installation-folder-for-multiple-sites-without-symbolic-links/ https://processwire.com/talk/topic/4566-is-there-a-disadvantage-to-adding-modules-to-wire/ https://processwire.com/talk/topic/816-multi-site-setup/

I agree about that PW intro video - I know Ryan is self-conscious about his spoken videos, but there was definitely something about his approach that got me hooked. I think it can be hard to find the right balance between being professional enough without going too far and coming across as a hyped up marketing spiel, vs being too low budget and hokey. This video was the right balance for me. I think in general PW could benefit from upping the marketing anti a bit, but not too much!

Same here - I remember googling "best open source cms" and ending up at cmscritic.

After going through the process of testing out PageTable fields I came to this conclusion as well, but I don't think it is obvious the first time you set up a field, especially given that "Select a parent for items" is closed by default and even when you open it, it reads "This is optional. If no parent is selected, then items will be placed as children of the page being edited.". I guess I think it might help if this was initially open and the decription or note field stated that a specified parent is the more common usage because of the issues that can occur with mixing in PageTable children with regular children in a URL accessible part of the site structure. I can see lots of dropdown menus containing PageTable children before people figure it out. But, maybe it's just me Anyone else initially confused?

Here are the instructions for upgrading PW: https://processwire.com/talk/topic/52-how-do-i-upgrade-processwire-to-the-latest-version/ You shouldn't need to do anything with already installed modules - they will stay installed and activated. If you want to actually upgrade an existing installed module, you can simply click on the name of a module on the module page and then click the "check for updates" link - follow the prompts - all automated!

Based on this and the fact that there are no redirects, the only thing I can think of is an apache rewrite. Are you using the standard one that comes with PW? This seems unlikely given that your other pages are working fine. Do you have any modules installed, or custom hooks running? Have you tried a fresh PW install, or at least copied over a new version of wire, .htaccess and index.php ? EDIT: Looking at your code and description of the problem I am getting more confused. Am I right in thinking it must be from: window.location.href = result.gameUrl; What do you get if you: console.log(result.gameURL);

This is the only info on PageTable I think: https://processwire.com/talk/topic/6417-processwire-profields-table/page-2#entry62890 Read from that post onwards.

You'll need to use: http://skyscraper.dev the first time to try to go to the address. After that your browser will realize you're not trying to search for it and you'll be able to just enter: skyscraper.dev Bring back the search box if you ask me

Is it possible there is some redirect code in the student template php file? Can you show us the code for that template?

Glad you got it all sorted out - looking forward to seeing the gallery once the site is live!

Well normally the upgrade process should work perfectly smoothly by following the "check for updates" link in the module config, but because of the incorrect folder issue, I would recommend uninstalling and deleting the old version and installing the new version from scratch - everything should be fine after that. Yep - click the uninstall link and then back on the main modules page you can click the delete button to remove the module completely, before installing the new version.

I am thinking this is probably due to the change of install folder for this module. Did you uninstall and remove the version you had installed in the GetVideoThumbs-master folder before installing the new version? If you are still getting the internal server error, I would first remove all the video module folders from the modules directory and see if that solves it. If not, you might need to go into PHPMyAdmin and remove the entries for this module from the modules DB table. Please let me know if you are not familiar with this and I'll give you some step by step instructions.

davo, I agree with Soma that we should continue this conversation back in the module thread.

Go to the Operations Tab in PMA and there you can adjust the current autoincrement value.

Looks brilliant - thank you!

Not sure what version you are running. If it's < 2.4 then you should definitely upgrade. Lots of us are running the latest dev version - currently 2.4.3. However 2.5 is probably not very far away either if you are more comfortable with officially stable versions. In general it is easier to install modules via one of the automated methods, but at times you may want to try out modules that aren't yet in the modules directory, so you'll need to rely on downloading from Github and installing manually - just be aware in future to remove the -master part of the folder name. Thanks for letting me know how this new version goes.

Hi Tomo83 and welcome to PW. I think you just want: $player->playername You are looking for the value of the field "playername" on the page that is referenced by the variable $player. If you use: $player->fields->get("playername") you'd actually most likely be looking for things like: $player->fields->get("playername")->label or: $player->fields->get("playername")->description

A lot of things have been simplified in the latest dev. You no longer need to set any user template permissions at all. Simply giving the role "Administer Users" permission is enough. Here is Ryan's explanation:

davo - I have committed an update which should take care of the error and also try another method to get the title if the first one fails. Please let me know if you notice any problems with this new version or if the error shows up again. As for whether you have installed it in the wrong folder - it won't stop it working, but it is not the intended folder due to the addition of "master" by github when downloading zip files.

You could use this: echo "<p>Return to: <a href='{$config->urls->root}articles/'>Articles.</a></p>"; Then if your site ends up at the root of the domain when it's made live, you won't have to change links.

Did you install the MarkupLoadRSS module: https://processwire.com/talk/topic/451-load-rss-feeds-markuploadrss/ or did you install one of the markup modules mentioned in this thread?

This should be fixed in the latest dev: https://github.com/ryancramerdesign/ProcessWire/issues/493

Is /articles/ really at: www.mysite.com/articles/ ? Is the page hidden or unpublished? I can't see why that wouldn't work as you have it.