Soma

- Well is it meant to NOT enter the account ID in the module settings? - When I don't enter a account ID the analytics page in PW throws error without continuing. When I enter any, I get to auth via google and after redirect back to PW there's not select at all (only once it was there) and the 403 is shown in each panel. - The ID after the "p" is always different to every sub account. - What ID really is supposed to go there? - NO matter what ID I take it doesn't work. - I always get a "403 access not configured" - I don't have any - I cleared cache any time I tried something. And please take out the MarkupCache dependencies. Not sure you've read my first post from today completely. It shouldn't install or uninstall MarkupCache core module at all. If your module is using it no need to install it, as the first $modules->get("MarkupCache") ... will install it on demand.

After a long time trying the account id I enter was always right. Though suddenly I've come to the select dropdown, but after selecting one I see again the error as before. Metioned in my previous post.

Finally I seem to have it working after 1000 try and error. I create a new project on google API page, the one I already had was from another test I did a while ago. After entering the new key's I got still an error saying I don't have the permission... I'm not sure what I have done that it works now, but after authenticate, I can select an account after redirect. OMG! But after selecting an account I again get the same error "(403) Access Not Configured"}". Can it be really that hard?

@hani you have to enter it in this format ga:xxxxxxx as mentioned before by wanze, though still not sure what numbers. When I try ga:5735834-7 it doesn't work (regex not matching), when I enter ga:5735834, it seems to recognize it but still an error that access is not configured is shown. I also never come to select any account as mentioned in the description. @wanze, I'm trying since hours to get this module working and no luck so far. I got the same problem with entering the account id as mentioned above. After reading your posts again I still can't see what would be wrong. I entered all key and secrets and the account id, but it always returns some 400,403, or 500 or whatever. The get is shown like this: "Error calling GET https:\/\/www.googleapis.com\/analytics\/v3\/data\/ga?ids=ga%3A5735834&start-date=2012-08-09&end-date=2012-09-09&metrics=ga..." (403) Access Not Configured" So I wanted to uninstall the module, and I've seen that it will also uninstall the MarkupCache module in PW, which is a bad thing. It may be required by the module but a simple $modules->get will load it if installing you module, no need to make it required and uninstall it when uninstalling your module.

The only really powerful setup is to use one page for 1 photo. From there you can do everything you ever wish with the page fieldtype to reference and categorize. You can take my PageListImageLabel module (http://modules.proce...st-image-label/) to show the thumbnails in the pages tree directly. Then you also will have no problems adding as many meta information to your photos. Sure one could say creating a page per image is overkill, but they haven't really done so I would stick with that if you really want to manage single photos in the way you want.

I think you can simply deinstall Session Login Throttle module.

You take it too serious Pete! ... I meant more because there's like 3-4 people responding at same time and cross over.

As I already mentioned before: We soon need to have support tickets

Yes. But per user is mainly for the admin, on a multilang website you dynamicly set the guest language and together with a language switch.

http://modules.processwire.com/modules/form-save-reminder/ Your welcome!

Timezone is in the config.php...

I can reproduce, but don't think you have to go save it again... it's more that when you're logged in it works because your admin user has german and when you logout you're as "guest" user looking at frontend. You could make the guest user use german and it should work. What setup have you got here? If you have only german (one frontend language) you could use the "default" as the german and drop language pack there as the default. Then no need to change anything.

I love pyramids!

If not defined it will take the default. Default is english in PW. If you set something in config.php doesn't make it the default as it doesn't have language context there, anyway it will get overwritten by the PW language functions. You can the locale in the translation file ProcessLanguage.module for the particular language, which makes sense. Thank you for updating it! Yes that should be ok.

Hey WillyC! Long time no see? You went on holidays?

Also wanted to add that.. When hooking after a render method of some class, $event->return returns the markup string that's getting rendered. You then can modify it in some way using string functions. But you actually don't need to do a "return $event->return;" at the end. Simply adding or modifying $event->return will do the magic. $event->return .= "som code"; //or $event->return = str_replace("</body>","<p>Hello</p></body>",$event->return); Hooking before a Page::render will give you chance to get the page object and do modifications, whatever.. but it will not have the markup yet. So $event->return is not of much use there as it will get overwritten.

I think you understood it maybe wrong. Let's speak some code. foreach($page->children as $child) { if(!$child->viewable) continue; echo "<li><p><a href='{$child->url}'>{$child->title}</a><br /><span class='summary'>{$child->summary}</span></p></li>"; } Just spinning this further with selectors, you could even do a search for all template's that don't have a "view" and exclude them in find()/children(). Eeasiest name the templates "nofile_name". Then use this in navigation find()/children(): $tmpls = $templates->find("name^=nofile_"); foreach($page->children("template!=$tmpls") as $child) { echo "<li><p><a href='{$child->url}'>{$child->title}</a><br /><span class='summary'>{$child->summary}</span></p></li>"; } Just love to think of different ways as PW is so flexible and easy. Edit: also posting your solution, may help others too.

Yeah a nice copy of the ProcessWire.com About section...

Works perfectly fine here.

Which brings me to another issue I spotted. Could someone update the German Language pack and add this locale? And right above the sortable date format is wrong. To be able to sort dates in the admin, they have to be in the order Y/m/d and not d/m/Y. Thanks

YOu have to set it in the translation of the language for the LanguageSupport.module $this->_("C"); actually is a translatable string. Work pefect. It's already there but not filled.

Thanks, but we found it's the memory was to 32mb, moving up did the trick.

Nope. Upload would take 5-10 seconds and it's set to 30. I've set it via htaccess to 3 hours to test. It still does not work.

I have a problem with uploading files (not images) to a file upload with ajax. Everything below ~6mb works well, after that it doesn't complete upload. The upload max filesize and post max size is ~30mb. BUt on another hosting I have a PW that have 8mb+ files. So is there any other setting on the server that could limit this? I get this on the response header: HTTP/1.0 500 Internal Server Error Date: Wed, 05 Sep 2012 12:50:10 GMT Server: Apache/2 X-Powered-By: PHP/5.2.4-2ubuntu5.25 Content-Length: 0 Connection: close Content-Type: text/html

I think apeisa or maybe it was originally from Ryan meant $page->addHookAfter("render", $this, 'myFunc'); Will add a hook to the one $page render method. $this->addHookAfter("Page::render", $this,'myFunc'); Does add a hook to the render to ALL pages (admin, frontend...). So you would want to limit it to the context you want, using either what Page or template or path or whatever. protected function login(HookEvent $event) { ... } HookEvent is the type of the event (it's good pratice to add it) it will make sure the $event argument is of the right type. However what you get with $event depends on what you are hooking actually and how and where. What class and what method. So in this case hook after Page::render, $event->return will hold a string with the html being rendered. $event->object will be the page object that is rendered. In case of Inputfield::render, $event->return would be the string of an inputfield's html that is being rendered (all Inputfields that's gonna render in the admin for example will call render, thus also your hook). $event->object would be the current Inputfield object. There's many more but would go to far to write and list all, actually I don't know them all out of my head. EDIT: Somebody correct me if I'm wrong please