Jump to content

Ivan Gretsky

Members
  • Posts

    1,423
  • Joined

  • Last visited

  • Days Won

    15

Everything posted by Ivan Gretsky

  1. Sounds super cool! The wire shell project was one of the greatest tools in the PW ecosystem. Glad it is reborn! Especially great to hear that there are plans to work on a unified solution with @bernhard's RockShell. A true community spirit! AFAIK RockShell has a lot of Rock*-specific stuff. So maybe need to think about the expandable architecture right away? Would love to test and contribute. P.S. Can't save wire shell in a single word. Is there some smart spell checking and correction going on now and how do I get around it, @Pete)))
  2. Let me encourage you to create a PR) I promise to work with it.
  3. Congrats to your daughter! And looking forward for the next master.
  4. Had same problem recently. P.S. @horst, it is page 17 of WireMailSmtp support thread. Maybe it is time to split it in Module-Specific Support section?
  5. Super! Need to keep everything in order. A Higher Order of Perfection, nothing less)
  6. Ahh! Reading this in the early morning laying in bed. Almost always start the weekend with PW blog. What I read makes me smile. A great weekend indeed! Thanks!
  7. Those are awesome news for us! We've had a long standing problem with moving ProcessWire installations from one server to another concerning the caches table. It would be great to completely decouple the modules cache from the user generated cache. Maybe move the modules cache to a separate db table. It seems intuitive (and most administrators seem to take this as granted) that you can simply purge the caches table to reduce the database dump size. But it is not like that ATM. Just had this problem yesterday with an experienced ops engineer, who doesn't have any PW experience... so your are magically right on time @ryan, as multiple times before!
  8. I have installed the modified module. But there was no records in session-errors logs file. In fact it has not even been created. And it didn't solve the issue as far as I can tell as the mentioned error didn't go away. With Tracy turned off it appeared less often but still did. I think that long and heavy DB queries do cause this.
  9. Good day, @bernhard, @gebeer and everyone! There was a question about Repeater Matrix support in the old main topic. And @gebeer wrote he had some code that could handle it and he was going to share it with a PR. What is the state of this feature, friends?
  10. Great stuff! Good to stay up to date!
  11. I still use jquery a lot and started to use alpinejs. Tailwind also has js part that could be run with vite. My best wish was to have vite as a standalone executable so it could be run on a prod. Not sure if it is even possible.
  12. Good day, @adrian! Today I am having some large traffic on a project. And there stated to appear a lot of 500 errors like this: Error: Exception: Unable to obtain lock for session (retry in 30s). I have found this thread, turned off Tracy (which was id Development mode, but limited with tracy-debugger permission) and it seemed to help. Could you please explain if that is expected. Do we need to fix Tracy? Or the best practice is to have it off/in PRODUCTION mode on prod? Thanks!
  13. We need to think about pros and cons when choosing. The pro arguments for 1 is that you have all data in a page tree visually related and that you can easily delete all related data deleting the corresponding order branch. As always, these pros are also the cons for the the opposite solution (3). Choosing 3 you can more easily see the lists of payments and fulfillments records. You can delete orders without deleting connected payments and fulfillments records if you need, but you also have to deal with the housekeeping when deleting by yourself. If you build the dedicated UI for all that in admin it might not even matter. As for me, feel inclined to go the 3rd root and do not see any arguments going the 2nd.
  14. Good day @teppo and all the Wireframe fans! I am creating an authorization system to restrict some pages from unauthorized access. It should work like this. At some point in the page rendering process the code should check user auth (not PW native) and either proceed with normal page rendering process or show an authorization form. The auth form should render at the same url as the normal page and should have access to this page's data and custom methods. But it looks completely different and should have custom methods of its own. That's why I want to take the page object and render it with another Wireframe controller/layout/view. This controller should not be connected to any PW template and should have some independent name. How can I do it? Please help! P.S. I have some templates working under Wireframe and some with their own template files. But the authorization system should be based on wireframe and work for both of these. That kind of limits the possible options (like having a common trait in all Wireframe controllers) if I understand it correctly.
  15. Hey, @wbmnfktr! Thanks for taking care of this project. Hope under your governance it will grow and thrive! I spotted some issues with responsive design. You get a horizontal scroll on some pages like this one. Take a look when you got time.
  16. As far as I got it, it is just by convention. Nothing prevents someone to move the 1st item to another position. That was what I was asking about. In this case just maybe you can move the fields that should hold the data for the 1st item to the main template (maybe group them in a fieldset for convenience). Or do as @BitPoetwrote and move those fields to a FieldsetPage field instead. And only use repeater items for other entries that are all the same? Not what you've been asking for, but still an option.
  17. @entschleunigung what if the 1st item is moved to another position? Should it still have the select option hidden? Or it should be unhidden as soon as it is not 1st anymore. If the latter is the case, it seems like there is no built-in solution (but you can inject your own js and still do it). But if you're looking for the former, there are probably some ways to implement it.
  18. Good day, everyone! I am happy (and a bit scared) to announce the release of a long awaited new maintenance version for this module. @Mats blessed me to take control over the module. In fact, the repo is moved not to my github account, but rather to an org called Friends of ProcessWire in which there are some brilliant devs already, and maybe more will join. But that is a story for another post I am planning to write soon (a little intrigue))) As for now please test the new 3.0.4 version. It has some code merged from @ukyo (big thanks to him!) and a few lines by myself. I hope that this release does fix a few issues and hopefully not introduce new ones. But I can't be sure here, so changed the stability tag to Beta. Here is the changelog: Now the module uses https://nominatim.openstreetmap.org for all geocoding. Before it still used Google geocoding API in places. Fixed the issue with the map display in admin when the field is in the repeater or in the collapsed fieldset. There is still a problem with ajax tabs. Fixed ProcessWire namespace declaration. Fixed markup in README.txt. Executable bit is removed from all files in the repo. Git branches are renamed to be more familiar. The latest released code is now in the master branch again instead of PW3. The dev is used for current dev. Previously used branches are renamed and kept for now, though will be probably deleted in the future. Updated the module page in the modules directory.
  19. Thanks, @bernhard! That was also the 1st thing that came to mind. But I need to cancel autoloading of 3rd party modules, I cannot modify. And I need to have this conditional disabling to happen in another module, not the one that is being disabled.
  20. Good day! I am in the need to disable autoloading of a certain module on certain condition. I am looking for a way to do it via API probably in a hook. Please suggest how to do it or is it even possible.
  21. Good day! Some inputfields/fieldtypes need to be saved before you can continue to work with them. Here are examples: In Combo PRO field one subfield can be used as a source of select options for another subfield. ImageMarker Fieldtype needs to be saved after the image is added before you can add markers. there are probably other cases (and surely a lot of plans to add new ones in my head))) That is not convenient for the end user. I would like to find a way to dynamically update the field in admin without the need for a page reload. The one thing to do this I could think of is using Page Autosave + Live Preview but it does save the whole page, which might be too much. And it is a paid module, so not for open source fields. And I would like to keep this in the fieldtype/inputfield module so no dependencies. My friends, do you have any solution and/or thoughts how this can/should be implemented? Maybe there should be some common mechanism for that in the corresponding base classes? P.S. I guess the reload should be made in such a way that hooks attached to field save could be avoided.
  22. Sounds great already! But hope some more info is coming))
  23. Hi, @gerritvanaaken. Thanks for checking it out. I've merged and added a bit to it. Made a little housekeeping also - renamed a few branches. You can download and test the dev branch. Please report back if you do so I feel more confident merging it into master.
  24. @BrendonKoz, please create an issue on github if there is none yet. I will merge the mentioned pull request later this week. I know about it as I did my best to engage @ukyoto work on it. I am sure he did a great job!
×
×
  • Create New...