Jump to content

Lutz Heckelmann

  • Content Count

  • Joined

  • Last visited

Community Reputation

12 Good

About Lutz Heckelmann

  • Rank
    Jr. Member

Profile Information

  • Gender

Recent Profile Visitors

850 profile views
  1. In your .htaccess file, have a look at "11. OPTIONAL: Set a rewrite base if rewrites aren't working properly on your server." Uncomment the line "RewriteBase /".
  2. Yes, but it seems to become a lot easier to trigger a network error with the dev versions. I tested with 3.0.84 right now: I was logged in, clicked the edit button on an empty test page (on the front-end), the editor was loading (I thought it loaded complete), I clicked on Pages (main nav) – network error, the pages list disappeared. cmd+shift+R, the page reloaded, the problem persists. You have to open the pages list in a new window/tab to get the pages list back. I have to setup a new dev server this weekend, will continue testing with 3.0.90.
  3. I couldn't reproduce the issue exactly, especially I couldn't found an issue regarding the session data so far. What I found was something similar: When you click around in the admin area (UIKit), it's relatively easy to provoke a network error. If one occur, chances are high that the page list disappears and is not to refresh with a reload of the page (in Firefox: cmd+shift+R [macOS] or ctrl + F5 [Windows]). Maybe this similar issue is an UIKit one, but it' just a guess: Usually there's a div container .PageList and style attr "display: block;" around the page list. If the list disappears like described above, there are additional styles applied: "overflow: hidden; height: 1px; padding-top: 0px; margin-top: 0px; padding-bottom: 0px; margin-bottom: 0px;". The list is still there, so in this case there's definitely no issue with session data involved. Strange thing is that in this case of a similar issue you are able to refresh and to get the page list displayed again (and e.g. to get the link to the Debug Mode Tools to work again) throuph opening the page list in a new window. Maybe anyone have an idea what's causing THIS issue.
  4. It's not a browser caching issue, that was the first thing I checked. I guess we have to look at something that happens when sessions get updated. Maybe the values for the keys ProcessPageAdd and AdminThemeDefault get lost. However, I don't understand why deleting cookies is not sufficient to bring the nav back, why it's necessary to restart the browser, too.
  5. First I thought it could be UIKit-related, but I tested this admin theme with 3.0.86 only, i.e. not with 3.0.62. So, no... I guess it's a problem with sessions, but had no time to take a closer look.
  6. Same here (Firefox 58.0.1 and 59.0b6). I saw it first when testing 3.0.86, but since then twice with 3.0.62. Navigation stops working, you have to use an url to log out (/{processwire admin}/login/logout/). Workaround: delete cookies and restart browser. A rather unsuitable procedure for customers...
  7. Thanks Soma, good to know. Template cache on or off? 400'000+ pages: on Apache or NGINX?
  8. A lot of interesting ideas here. Nevertheless, I'm a bit nervous, because I hoped to see a focus on critical features missing when building larger websites, with full-fledged editorial teams (larger teams, with copy editors and editors, designers, ...). Think about editorial flows: Of course there are already helpful parts available, e.g. ProDraft. But it would be a big help to have page versioning in core, and collision detection! And think about teams with specialists for different work areas: Photographers and photo editors, who upload files into a central media repository and categorize them, so that editors have a logical place to search for article images, headers. To find an unique image language, sometimes with repeated use of some of the images. To publish in this way is a difficult process. Not something that could easily get replaced by AI. It's a special kind of work of human beeings, who like to be creative and want to get technical support in a way they understand and they need. They want to have access to large galleries that they can filter. To look at their selections in a preview, that shows teasers next to the others in the area concerned. To get an impression how it works, how images works with headlines, and teasers works beside their neighbors. And publishers like to see reasons to have confidence in the scalability and further development of key features for their workflows, their cms. Therefore it seems to be important to have a, in this regard fundamental, set of key features for larger publishing teams available, in a quality and with support, that creates trust in pw as a solid and future-proof platform for larger projects. I understand the difficulties and I know some of the arguments regarding versioning, or for one-page-one-image workarounds (against a central media management). But I'm not convinced by these arguments. More in detail, regarding the media management question. I think the maybe best way to achieve a pw kind of a media solution wouldn't be a central, fixed media library, but to build something like a central media archive out of pages – but with multiple images per page, selectable from an image field, like images of other pages are selectable from ckeditor fields. And yes, I know that there are modules that try to offer such a solution. So maybe it's not too difficult to come to a solution in technical terms. However, it makes a difference to see such a module and such a workflow as a well known and documented way to build a reliable media management, to know it as a part of trying to establish pw as a solid alternative for building larger websites with larger teams. Similarly regarding scalability questions. We have $config->pagefileExtendedPaths. But is that thoroughly enough tested that we can say we can definitely count on it? Does template cache work with it or not? (I wasn't able to test it out by myself.) Ryan wrote 2014: "Will have to revisit that with a similar solution to the files at some point in the future". (https://github.com/ryancramerdesign/ProcessWire/issues/432) If we could clarify this question, that would be very good. I mean, a good thing for the ProcessWire 2018 Roadmap. And last but not least: official NGINX support. To be clear: I'm not concerned to criticize any contribution to the roadmap, or have anything to complain about pw. On the contrary, I hope it will be possible to advance pw. But I think it would be a good idea to focus on critical areas regarding the use of pw for larger projects, for larger editorial teams. Decisions regarding a publishing platform depends on features we can offer, but not in a simple way, that we just could show this or that functionality. More important, I think, is to give a perspective that creates confidence in serious steps to build reliable tools, to enable reliable workflows for demanding tasks of teams, i.e. to establish pw, even for more complex teams of editors and for larger websites. This is a lesson to learn from the development of Craft. Of course, it doesn't make much sense to compare the projects, and to compare them is not my point. Success in one way or another not always depends on resources. Sometimes it's more a question of clarity and organization – sometimes success depends primarily on focusing on key issues. Although the basic requirements are very different, in many cases pw is a valuable solution right now. But it would be good to find the critical questions that the project should face, and to leave less important ones aside. EDIT: A short note regarding the NGINX question, apart from posts in the forum there's an older, very simple attempt on howtoforge, https://www.howtoforge.com/running-processwire-on-nginx-lemp-on-debian-wheezy-ubuntu-13.04. And an article about installing pw 3.0.62 on Ubuntu 17.04/17.10 with NGINX, https://websiteforstudents.com/install-processwire-on-ubuntu-17-04-17-10-with-nginx-mariadb-and-php-support/. Just as an example what a useful approach could look like: https://github.com/nystudio107/nginx-craft Would be great to achieve something like that for pw, with special consideration of ProCache.
  9. @adrian: I tested 2.0.5, everything worked as expected. Another improvement, thanks! Just for the records, I only tested importing TSV by clipboard, not to import a CSV file. All possible variants: TSV with two columns, four columns (no empty cells and rows with two empty columns), TSV with five columns--into the mentioned field with four columns.
  10. Good to know, and yep: "this approach seemed the simplest without messing with anything else". So, I'm happy with that solution. This last problem wasn't a deal-breaker, of course. However, it's great to have this new flexibility. You know, it's good to keep things simple for the ones who use those featuers to import just by copy and paste from Excel--even though they lack any experience in using CSV/TSV... Thanks again.
  11. Adrian, just finished some tests, everything seems to work as expected now! I thought for a moment we could loop with a while instead of the foreach($data as $subfieldKey => $fieldValue), using $i (number of subfieldNames). But the array_push does it. Great response time, thanks a lot!
  12. Hi Adrian, works well when I import records like the one I sent. However, when I try to copy the two required columns only, I get the error I mentioned above. The expected behavior would be that just the two required columns were filled out, but again I got the word "Session" placed in the first empty column. Field: four columns, two of them required. CSV: two columns (for events that just needs a start and an end date set). 2018-2-25 12:00 2018-2-25 14:00
  13. Hi Adrian, I have a field with four columns: von (DateTime) | bis (DateTime) | session (Text, optional) | notiz (Text, optional) Import works with: 2017-10-11 8:00 2017-10-11 9:00 Session 1 Notiz zu Session 1 Error in Table like described when importing: 2017-11-10 8:00 2017-11-10 10:00 (CSV, replace comma with tab: date,date,,) Result is: 2017-11-10 8:00 |2017-11-10 10:00 | Session | Thank you. test_csv-import_171216_0119.csv.zip
  • Create New...