Soma

Updated module today to 1.0.3 with a small fix - where the markup would break if there's not encoded single quotes in title or texts for linkedin and twitter. It's now using htmlspecialchars_decode() and rawurlencode().

I never use config->scripts in my templates. I use two custom configs to not get in conflict with core ones. What if I don't want that script parsed in before body?

Nice site there. I love castles. I made some 3d models back then for a german company. I found this strange on homepage meta tag: <meta name="canonical" content="http://localhost/">

Actually you don't have to crop an image. It just will make a default cropped image.

Ah. Hmm Then why is the code in there // tell the page what process to use (default to $this) $page->process = $this;

"How to create a page while installation with a non-process module?" Would now be in module config public static function getModuleInfo() { return array( 'title' => 'MyModule', 'version' => 1, 'author' => 'John', 'summary' => 'My summary', 'href' => '', 'singular' => false, 'autoload' => false, 'icon' => false, 'permission' => 'my-permission', 'page' => array( // optionally install/uninstall a page for this process automatically 'name' => 'my-super-processmodule', // name of page to create 'parent' => '', // parent name (under admin) or omit or blank to assume admin root 'title' => 'Super Duper ProcessModule', // title of page, or omit to use the title already specified above ) ); } Icon is also missing.

Thanks. Yeah it's not that important as it seems to work fine. Something different: While at it, I would have a feature request to exclude or include roles that will get logged. I have sites with thousands of users.

Just turn off session finger print in config.php. $config->sessionFingerprint = false; Or also $config->sessionChallenge = false; If that's helping, it looks like you have permanent IP or Agent changes. Could be network related too.

Looks like missing files like js and or css.

Looks expected to me. The template!=rss|home doesn't affect root page, only the children. It's the starting point, thus it can't ignore it.

Ah I was just trying I mixed it up with not showing cache in proache for non logged in users, cause sometimes even logging out leaves the wire_challange cookie alive thus not showing cached page. I never experience your case and using Chrome and PW a lot though not template cache. But what I experienced also from reports that in Chrome sometimes really strange things happens, like showing a completely wrong image on a cached page, somtimes even a icon from Chrome itself!

Sorry that still doesn't do it for me. Still same. If I need more than 5 min to even imagine what you trying to show/say I can't help. Also show some more code like what is $options etc. Just looking at the last "what you get and how it should be" thing, I don't see anything wrong here. But yes not sure I even understand what the question is.

I'm not sure I can follow you in all regards. Trying to decifer what you wrote especially the last sentence. And your post is doubled. Not sure what you mean by ignoring "home" template and what that pages are exactly. And where and how? Anyway just from a glance, a call like $this->pages->get('name='.$this->config->httpHost)) will always return the page no matter what template, status etc. It's like $page->get(id).

@ro-bo Your solution is the only way to go. I'm using same technique on some sites. I don't think it's dirty, this way it's actually pretty flexible, powerful and simple. Edit: But I'm open for suggestions on how such cases could be solved differently.

Well I installed via ModulesManager just today. Looks like I already installed 1.1.2 version. Strange is that it didn't happend on dev install. I just happend on a live install. Kinda not ideal to install a module on a high frequented live site but anyway. I also see that there's actually two error entries of the same. One by me and one by guest at the same second...

Installed this module on dev and no error. When installing on production I got this error: Error: Exception: SQLSTATE[42S21]: Column already exists: 1060 Duplicate column name 'templates_id' (in /---/wire/core/WireDatabasePDO.php line 191) The module seems to work though. I'm not sure what it is, but I think others reported this too some time ago.

Delete cache and cookies.

No he just needs to upgrade and it should work.

Same as your last thread here https://processwire.com/talk/topic/9637-unable-to-install-language-support/?fromsearch=1 You seem to miss that it was fixed (hopefully) on dev version.

@owzim It's in there by default "parent". See first option https://github.com/somatonic/MarkupSimpleNavigation#same-with-comments

Fieldnames don't allow "-" dash. Cause PHP variable also doesn't.

Just to crosslinking a thread about this already exists, see my response there too. https://processwire.com/talk/topic/8805-slow-admin-localhost/ which I found with search "slow localhost".

Just wanted to mention that this method doesn't allow to use the "Add new" page feature which is based on the family settings of a template.

I remember this a discussion years ago. It's intentional as explained by Ryan for his client project needs - to avoid removing of selected by accident if I remember correctly.