Jump to content

isellsoap

Members
  • Content Count

    65
  • Joined

  • Last visited

Community Reputation

84 Excellent

About isellsoap

  • Rank
    Full Member

Profile Information

  • Gender
    Not Telling
  • Location
    Munich, Germany

Recent Profile Visitors

4,437 profile views
  1. I have the following page structure in my PW installation: Projects Project A Project phase 1 Event 1 Event 2 … Project phase 2 … … … A PW user should have the ability to "sign up" to a project, the project phases and the events. So a user can "sign up" to, say, "Project A" as a whole, but that doesn’t mean he attends every project phase or event inside the project. He could choose to only attend "Event 2" and not "Event 1" inside of project "Project A". So far the functional aspect. Now I don’t know exactly how I can accomplish this with ProcessWire. The end result should be that a user with a PW account has an overview of all projects and all its sub-pages in the front-end of the website and he can select the projects, project phases and events inside of the project he/she wants to attend (e.g. by checking checkboxes), hits save and that information (the PW pages he "signed up" to) gets stored in the back-end. How would I store that information data-model-structure-wise? Should I have separate pages for every single registration to an event? But how would I connect that information to the technical PW user in the back-end? Any help and suggestion is highly appreciated. Thanks.
  2. Here’s the news article on my employee’s website which talks about the article: https://www.jambit.com/en/latest-info/news/processwire-alternative-to-wordpress-and-co/
  3. I wrote an article about ProcessWire for the German print magazine t3n (total circulation around 38k). Translated title is: "Flexible like frameworks: why the CMS ProcessWire is a real alternative to WordPress". The article will eventually also be available online (here), but for now you can only see the title and the teaser there. It’s an overview article that talks about content management (fields, pages, templates), the API, multi-lingual content and front-end editing in ProcessWire.
  4. I analyzed the GitHub issues and PRs situation again and it is getting worse and worse. We have now 525 open issues and 48 open PRs. I searched through the labels which could IMHO be (quite immediately) closed, and I found this: 2 already fixed 1 can be closed 24 completed 2 feature not a bug 7 fixed! please confirm 64 fixed 11 not a bug 37 can't reproduce So around 150 of the issues/PRs could be closed. Doesn’t this situation concern anyone? I think what to do is clear: either Ryan himself immediately closes issues/PRs once they are fixed in his view, or a dedicated team does this for him. If nothing is done, the open issues list will grow and grow and grow and soon we'll have 1000+ open issues. That just doesn’t look right to me. :-(
  5. PW 3.0.8 Setup: delayed output strategy with _main.php beginning with <?php namespace ProcessWire; ?><!doctype html> <html> <head> <meta charset="utf-8" /> <title><?php echo $page->title; ?></title> <link rel="stylesheet" href="<?php echo someFunction($config->urls->templates . "dist/app.css"); ?>" /> </head> In the _init.php file I include a _functions.php file with include_once($config->urls->templates . "_functions.php"); In _functions.php the someFunction is defined. The _init.php and _functions.php file begin with <?php namespace ProcessWire; Wenn I try to access the home page in the front-end I get this error: <!doctype html> <html lang="en"> <head> <meta charset="utf-8" /> <title>Home</title> <link rel="stylesheet" href=" <p style='background:crimson;color:white;padding:0.5em;font-family:sans-serif;'><b>Error: Call to undefined function ProcessWire\someFunction() (line 8 of /some/path/site/templates/_main.php) </b><br /><br /><small>This error message was shown because: you are logged in as a Superuser. Error has been logged. </small></p> The setting in the home template at "Use compiled file?" is set to "Yes (and include files)". Why do I get this error?
  6. I filed a bug for this issue. Also, I found another bug during the research and filed it.
  7. Current status: I can reproduce this issue on two fresh installations (latest 2.7.3 and latest 3.0.8). But I made one more discovery that was missing to reproduce the issue: the page field inside of the repeater field must be declared as required, than you can reproduce the issue (this is also the case in the original problematic page described in my first post). So, again, to reproduce this issue: Create a repeater field, which has a page field inside (page field must be marked as required). Create a pagetable field, allowing any template to be generated within it (like basic-page). Add the two fields to a template (like basic-page). Edit a page with the template basic-page. Add two entries to the pagetable field and save the page. Add a repeater item and select the current page in the page field. Add another repeater item and select not the current page in the page field. Save the page. Try to change the order of the pagetable entries and hit save. The re-ordering should not work. To get the ordering working: Change the selected page of the first repeater item from the current page to another page. Save the page. Re-order the pagetable items and hit save. Now the re-ordering should work. I think I found a bug.
  8. Oh my goodness, now it’s getting really weird. I narrowed the problem down. I have a repeater field on said problematic page. I use the repeater to generate a subnavigation for the page in the front-end. The repeater field has a page field in it (called subnav_page). I have 4 or 5 repeater list items in total. When the page field in at least one repeater item points to the problematic page (in the case of the problematic page the page field of every repeater item must point to the problematic page [which is the one I am editing right now], because the subnavigation should only consist of anchors pointing to specific sections on the page in the front-end) than the ordering does not work, like described. If the page field of every repeater item points to any page except the problematic page, than the ordering works. I double and triple checked this. Also I checked, that the subnav_page page field is only used in the context of the repeater field, nowhere else. There is really no evident connection between the repeater field and the fields inside of the repeater field, and the PageTable field. But apparently, there is. I have to take a break, this is just too weird …
  9. Thanks for your response, Ryan. I’m using a common parent for the PageTable items. Sort setting on the page was blank, I changed that to "Manual drag and drop" and saved the page. In the template of the common parent there was selected "None" in the children sorting setting. I changed that to "Manual drag-n-drop" and saved the template. In the PageTable field there was nothing in the "Sort field" text field. I re-saved the field. The problem still exists. Re-ordering items that are already part of the PageTable is not possible, also newly created items can’t get sorted (they can be only attached at the end of the list). Again: this problem does not occur on other pages of the same template, with the same field, and thus with the same common parent. It seems to actually be only the mentioned problematic page in my first post. Also as written in my first post: cloning the problematic page, deleting the original one, and rename the cloned page to the name of the original problematic page, brings the problem back. It’s absolutely weird.
  10. PW: 2.7.3 User role: superuser I have a page with a PageTable field. The field worked just fine, but suddenly when I re-order items in the PageTable on that page via drag and drop and hit save, the re-ordering doesn’t get saved and the old item order appears. Very odd … The PageTable on all other pages with the same template work properly. I tried to clone the problematic page, and tried to reproduce the problem, but I couldn’t on the cloned page! it works. I then deleted the original problematic page, and renamed the clone page to match the name of the original one (the cloned page had, of course, the "-1" suffix in the page name). After the renaming, the problem came back! So apparently my ProcessWire installation has a problem with the name of the problematic page (which is "/ueber-uns/" and "/about-us/" [it’s a multi-lingual setup], by the way, so nothing fancy). I have no idea, how I can fix this issue, and I’m pretty nervous because the editors can’t change the appearance of the page due to this issue.
  11. FYI I already wrote a PW article for code tutsplus. It's publication-ready and will be released mid-January. Can't wait what you guys will say about it!!
  12. That’s the solution, opcache is the "problem". I turned it off by adding php_flag opcache.enable Off to the .htaccess file during template development. Now every change is immediately visible in the front-end. Amazing, thank you!
  13. Setup: PW version 2.7.1 dev template cache is disabled Chrome Canary is opened with disabled cache and in inkognito view mode When I make a change to a template file (say the basic home.php) I want to immediately see that change after refreshing the browser. Example: This is the content of home.php: <?php echo "bla"; I browse to the root page and see the "bla" output. I change the code to <?php echo "bla1"; and save the file. After that I immediately reload the page in the browser and I don’t see the change to "bla1". Only after multiple browser reloads (at times also more than 20 reloads) and "hard" reloads does the change appear. What I tried to do: set $config->dbCache, $config->sessionFingerprint and $config->sessionChallenge to false in config.php delete all sessions re-save the page in the ProcessWire backend and reload the browser page completely delete the browser history (cookies, cache, everything) after the first visit to the page Nothing helped. Questions: Can someone replicate this behavior? What can I do to achieve the desired behavior? Thanks a lot in advance for any help.
×
×
  • Create New...