Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


LostKobrakai last won the day on August 4

LostKobrakai had the most liked content!

Community Reputation

5,172 Excellent


About LostKobrakai

  • Rank
    Hero Member
  • Birthday 11/29/1991

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Munich, Germany

Recent Profile Visitors

19,476 profile views
  1. What exactly would I need to be looking for? I've the problem of the memory leak as well.
  2. Selectors are only for fetching pages, not field values (even though tech. the field value here is pages). You can use this: $first_three = $services->get("service_box")->slice(0, 3);
  3. Sqlite might be a possibility, given it has pdo support and is still a sql database and even that is likely a lot of work for making the things currently expecting mysql as a db flexible. Going away from sql would mean needing to replace all the query building facilities, which basically hits almost all parts of processwire – I'd estimate that as at least a rewrite of half of processwire. And that's just the implementation. For actually making this a reality it would need extensive testing and ongoing maintenance efforts, both of which I doubt will happen – at least without any appropriate financial incentives.
  4. find does return a pagearray, not a single page. You need findOne or get.
  5. Try the following, which will ensure you get an timestamp and not a formatted date string. $item->getUnformatted('date_start');
  6. This will only work however if you're not further processing the media (images). If you're using processwire's image api for creating variants, then they shouldn't compress things before uploading, as tightly compressed files tend to produce heavier variants than less optimized ones.
  7. This by itself is already a problem. Given the gdpr privacy laws it's reasonable to justify why IPs need to be processed for actually handling the http request, but storing it (especially indefinitely) is a completely different ballpark. IPs can be used to identify people and therefore should be treated like that. It's not simple nor accessible to the everyday person, but if you have access to an ISPs records you can trace back an IP at a certain time to a certain household and potentially a single person.
  8. The biggest thing to keep in mind is that mobile OSes don't just run any programming language. iOS runs swift, android runs java(/kotlin). Then there are a few projects bringing external languages/tooling onto those platforms like react native (js), flutter (dart), …. This is quite a different world to web development. Then for web technology you can also look at progressive web apps, which are less powerful than native apps, but can serve similar purposes and can be developed quite a bit easier. ProcessWire or Laravel are just one (likely the simplest) piece of the puzzle by being one of many ways to have a server side backend – you won't get the app itself from them. Meteor is a bigger piece of the puzzle as it's client and backend at the same time, but truthfully I wouldn't suggest meteor nowadays. Its ideas were ahead of the time and it never really took off. Today it lives on mostly on the sidelines. At the moment I feel flutter or react native based apps are the best way to build an app, if it's meant to be for production use. For the backend choose your favorite flavor of server side tooling. Likely something graphql, which makes it easy to interact with from the apps perspective. All this however is nothing you learn in a few days and be able to produce an app. I feel not even webdev can be learned that fast anymore.
  9. I'm not sure about the word "template", but I for sure have a few such words by myself as well. And I can't really blame my native language given I'm likely writing more english text than german ones at least on a physical keyword. At least for mac's there's a way to have aliases, which automatically expand to different text. There might be similar capabilities on windows as well. Maybe that's an option.
  10. Afaik there's no such option, but ryan does allow for refunds.
  11. Another idea: You could generate permutations in advance from like an array [1, 2, 3, 4, 5, 6, 7, 8, …], write them each in a file per line. Then stream the file and use the numbers in each line to access the addon at index X. It's still a lot to iterate and creating those files (needs one per number of addons) is a task at raw computing power, but at least the json will probably be created quicker.
  12. It doesn't seem like addons also get a multiplier applied. Can you not just have the addons be "additional products" then? Edit: To save on raw memory you can also calculate the combinations just by id, while calculating the price one object at a time. Currently you create an object for each permutation.
  13. Now begins the waiting for all those "we''d like to do X" features to become actually stable 🙂
  14. There's also the following, but be aware the stock module on github has some bugs (see my PRs). I'm also not sure how well it works with pw 3.x. I've used it in the past for assigning multiple types of roles to customer sections in a page.
  15. In PHP functions do not inherit variables from the parent scope. Even closures (unlike many other languages) don't do so unless explicitly stated by `function() use ($var, …) {}`
  • Create New...