Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


kixe last won the day on September 10 2018

kixe had the most liked content!

Community Reputation

1,033 Excellent

About kixe

  • Rank
    Hero Member

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Cologne, Germany

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. ProcessWire / Fullcalendar solution including comfortable planning app in the backend: https://vdt-icsa.de/program/ https://2018.tonmeistertagung.com/en/program/
  2. Do not use FieldtypeInteger for Phonenumbers, because the Mysql Datatype is INT and therefore the value is limited to 4 bytes strings (32bit). You can use FieldtypeInteger only for numbers within the range from -2147483647 to 2147483647. Use builtin FieldtypeText or FieldtypePhone (3d Party Module) for Phonenumbers. The value of FieldtypePhone must be an instance of Phone (WireData derived object) otherwise it will be set to blank value. From the code: /** * If value not of instance Phone return empty instance */
  3. The guest user language will be provided by default. You can change it. If you want to control it via get parameter you need to hook in ProcessLogin::execute(); Pick up the language ID from the url get parameter and set the user language in a hookBefore.
  4. As far I can see it is possible to change it in the DB. After a quick research I couldn't find any place where this would cause problems (maybe in 3d party modules?). But still I wouldn't do that. If you just want the value for the label, why not taking it from the homepage name, representing the language in the url. foreach ($languages as $l) echo $pages->get(1)->localName($l);
  5. For the sake of completeness. Hooks in ProcessPageView are also possible if the hook is placed in the /site/init.php file. Example: // pick up $_GET['it'] (requested uri) before unset wire()->addHookBefore('ProcessPageView::execute', function($e) { var_dump($_GET['it']); });
  6. I don't think this is a PW issue. I am playing around a bit with this behaviour. The problem is, browsers does not handle this consistent and there does not exist a proper status header. Something like a combination of 401 and 302 (e.g. "Moved Login required") would match this situation. Browsers should never cache those redirects and search engines should handle this also without disadvantages. This does not exist. Another workaround without redirect should work with the following hook in init.php // render login for guest users trying to access a disallowed page without redirect wire()->addHookAfter('ProcessPageView::ready', function($e) { if ($this->wire('user')->isSuperuser() || $this->wire('user')->hasRole('client')) return; $pid = $this->wire('page')->id; $disallowedPageIDs = array(1582, 5584, 5342, 1133, 1607, 5374, 6075, 6605); if (in_array($pid, $disallowedPageIDs)) { $login = $this->wire('pages')->get('/login/'); $this->wire('page', $login); } });
  7. @bernhard Thanks for pointing on this. I fixed this bug. Please update to 1.2.0
  8. I came across this post because I had this redirect problem in a production environment. I could reproduce this in Firefox. The problem also occurs in IE. I have a template that can only be viewed by users with a specific role. Based on the template settings, an unregistered user or a user who does not have the required role will be redirected to a different URL (301). This is done by ProcessPageView::execute(). If the user tried to access the page before logging in and therefore has been redirected once, the redirect will also be performed when the user is logged in later because the browser has cached the redirect. Possible solutions: Add a unique GET parameter (such as a timestamp) to the URL in the link. Trigger the redirect via API in the template file: $session->redirect('/targeturl/', false); // 302 Paste this hook into your init.php wire()->addHookBefore('Session::redirect', function($e) { $url = $e->arguments[0]; if ($url == '/login/') $e->arguments(1, false); // change to 302 if target is /login/ });
  9. @Stefanowitsch Please post a code snippet and your ProcessWire version, otherwise it is difficult to reproduce the error.
  10. Password is stored as a hash in the database. You cannot read it out. To set a new superuser (admin) password, put the following code in a template, or in your ready.php $users->get($config->superUserPageID)->setAndSave('pass', 'mynewpassword'); Don't forget to remove the code later.
  11. kixe


    Everything fixed. Current module version 1.1.3
  12. Yes, the permission will be created on install only.
  13. @horst Sorry for the very delayed answer. The module (FieldtypeSelectExtOption) is a fieldtype, not an inputfield. The fieldtype supports any Core Inputfieldtypes (Select, Radios, Checkboxes, SelectMultiple or ASMSelect) furthermore some 3d Party Inputfields like InputfieldChosenSelect. Read more about this in the README.md. I don't know if there exists an Inputfield module which extends InputfieldSelect or InputfieldSelectMultiple showing icons or thumbnails to select from. Let me know if you find a solution.
  14. @jploch @horst Tonight a had a look in the module and I made an update to version 1.1.6 I removed any general permission from module. The Backup is triggered now by any user (if a time interval is set). I added trigger option when a user logs in (thanks for the hint @horst). I changed the name for the required permission (trigger on login or logout) from 'db-backup' to 'trigger-db-backup'. Also to prevent permission conflicts with ProcessDatabaseBackupsusing this permission.
  • Create New...