Jump to content

szabesz

Members
  • Posts

    3,020
  • Joined

  • Last visited

  • Days Won

    20

Everything posted by szabesz

  1. I'm not sure why hiding it should be desired. If we group things, they are probably somehow related, and if so, it should be possible to name that relation, which is helpful even for backend users. Just like in your example; it is an address, why should we hide the name of the relation? Maybe to save some space?
  2. Out of the box it is not possible. You might want to check out the settings page of AdminOnSteroids from @tpr to see a well organized page with loads of options.
  3. Hello, My comment might not be of much help, but why do you try to mix http and https (provided that is the case...)? I consider it to be an outdated practice. The web is quickly moving towards being https only anyway.
  4. Perhaps is it a missing ProcessWire namespace declaration?
  5. Thanks! You are right, and missing page ID references can also be included in a list of detailed warnings. If we have a list with all the details that need attention, we can just review them one by one and that is helpful enough, I think.
  6. @adrian One question: how can this module deal with dissimilar settings? I mean when settings of an older version of a module are different from the newer one? In module development, one usually has to implement an upgrade procedure to account for possible db storage differences, I guess something similar is needed in this case too. Am I missing something?
  7. When I read the topic's title, I instantly knew I was about to see another AdminActions module recommendation (which is cool, do not get me wrong). However, I've been thinking if you could figure out a way to automatically publish the list+description of these "actions" somewhere, so that you (we) can just link to them, I mean always see what is available without logging into the right admin. You might also want to provide the means of including screenshots like above.
  8. My clients have also been using bulkresizephotos.com for a while, so far it's been a reliable service.
  9. Best service ever
  10. Hi, Short answer: It is recommended. Some TL;DR for you : https://processwire.com/blog/posts/processwire-3.0.21-and-2.8.21/#news-for-processwire-2.x https://www.google.hu/search?as_sitesearch=processwire.com%2Ftalk&as_q=migrate#q=namespace+site:processwire.com%2Fblog
  11. Thanks for sharing! Some things overlap in weird ways, and some margins/paddings seem to be missing, probably because of these, I do not think I see what I should (/buy, /payments): GET http://www.spencersestateagents.co.uk/site/assets/aiom/js_5cf825d5af1afb7cc3d19fe864190e3e_dev.js?no-cache=1480610263 404 (Page Not Found) Failed to load resource: the server responded with a status of 404 (Page Not Found) 2js_5cf825d5af1afb7cc3d19fe864190e3e_dev.js Failed to load resource: the server responded with a status of 404 (Page Not Found) css_f27cbefaf407591de9d490a96da59494_dev.css Failed to load resource: the server responded with a status of 404 (Page Not Found)
  12. @adrian How about adding: protected $authorForumsProfile = '985-adrian'; so that one can more easily identify the author? Should be used as trailing part of the href attribute, of course
  13. Let's inform them Jokes aside, the db backup module is supported by Ryan, so it should be safe to rely on it. Sensible use cases would dictate to try things out in a development environment not on a live site, so I would not worry too much about this.
  14. Whoa, Adrian you rock as usual thanks so much! And the idea of contribution to the actions is the best part of all.
  15. Yep, I was thinking of whether they are easily collecting data this way? Mind what you are pasting... BTW, this law sounds like as if it was made up in China, but unfortunately no
  16. You might want to remove the beta status. No software is perfect, however if it is stable, why not give it 1.0.0?
  17. Looks cool, thanks for sharing!
  18. Hello @handzain Welcome to the Forums and ProcessWire! You have finally arrived at the right place
  19. Humanity should stop the "Internet of things" madness before it is too late:
  20. Yep, true, of course, it is not always just about adding a field here and there... So while my "migrating workflow" is simple, it comes with the issues you mention, so yes, sometimes I do have to try things out on my machine before I redo it on the live site, but this does not happen every day. And also true that "maintenance mode" with kindly locked out users might also be needed sometimes. To get around the problem of missing files, I use Beyond Compare, the fastest an easy to use diff tool out there. When it is set to e.g. ftp 8 simultaneous connections, it can deal with a site in 10-30 seconds or a few minutes, depending on the number of files. I only use git to manage my own code. EDIT: My bash script can also migrate/clone complete sites in a minute or two, just in case a need another "branch" of the whole site to work on something that takes long and should not interfere with my regular mirrored version of the live site.
  21. @thlinna I do not know if it will be of any help, but I myself do not migrate any db at all. Instead I build my workflow around this: http://tltech.com/info/mysql-via-ssh/ I put together a bash script to completely automate the process, and normally I can clone the live db to my local machine in seconds (small databases...). This way I always have to work on the live site to make all the necessary changes, afterwards I have to clone the db, but it is an easy to follow workflow and dead simple It might be too simple for teams, but a solo developer cannot go wrong with it, at least I'm quite happy with it, I got used to working this way. Sure, I have never had to work with really big databases, but these days even transferring dozens of megabytes does not take long.
  22. I couldn't have said better myself This was the most important message I was trying to get through but I had been lost is some details, I suppose. Generally, the more options we have the better, but there is one thing that generates unnecessary extra work and that is being "non-multilanguage". By implementing something like this in the core, the question of "should it be multi-language or not" could be eliminated: While we are at it, @adrian's Admin's Restrict Branch module is based on similar principles, so maybe both could find its way into the core. Anyway, since the ProcessWire community mainly comprises developers who are already fine with the own way of building frontend from "scratch" (probably they use their own base profile or equivalent boilerplate), it is hard to see that without you leading the way such a community effort could be successful. Judging by the low number of responses to my proposal, current developers are not too interested...
  23. Thanks for the reply Ryan! Well, it certainly points in that direction, however I was trying to explain something different which should fit ProcessWire better (in my opinion, of course...). Although this sort of “standardized community profile” could be ready to be used out of the box, most of it would be customizable by developers and “brave enough site owners” only (who dare tinker with code), meaning it should mainly provide code level interfaces (for blocks), hooks (to add and remove blocks), etc... I called them widgets, but let’s call them blocks (or whatever) if it is misleading. By providing a solid starting point for non-developers, more beginners or simple bloggers could choose ProcessWire which would boost the user base, but that in turn should attract more developers too.
  24. @Neo Have you seen this? You might utilize it on the frontend with something like: http://www.hongkiat.com/blog/useful-calendar-date-picker-scripts-for-web-developers/ Do not forget that you might want to let your users partially access the admin, so that they can do both... But this is just an idea.
×
×
  • Create New...