Jump to content

markus_blue_tomato

Members
  • Posts

    190
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by markus_blue_tomato

  1. Nice! Would be cool to find the new APIs in the https://processwire.com/docs/ ....
  2. I've made the same experiences as @teppo. In the world of frontend development - nobody would use jQuery for a new project since now vanilla JS can handle most of jQuery's advantages from back in the 00's. For some specific things you would use libraries which not depend jQuery. Main reasons are also JS-Bundle size and performance. I think if jQuery continues development/maintenance Processwire can still use jQuery in the Admin Panel. Otherwise I would recommend to migrate frontend modules like FormBuilder away from jQuery to vanilla or smaller js libraries.
  3. I have solved it with some lines of JS in my admin.js File for AdminOnSteroids: document.querySelectorAll(".NoticeError .pw-container").forEach(element => { if(element.innerText.includes("Original image does not exist to create size variation")) { element.parentNode.style.display = "none"; } }); It's not they prettiest solution and work's only if the error message is in english but it should do the work for us...
  4. I'm using since 2017 some self developed non public module to upload and manage images via Adobe Scene7. So we don't save images on the filesystem. Since some weeks I get this error in the admin panel. Can I hide this in some way or with some hook? It affects nothing in my setup.
  5. Hi @d'Hinnisdaël, yes I can merge this PR. I have unarchived the Repo and you can create the PR.
  6. Sorry, was still on private. It's no public!
  7. Hello! We created an converter script which converts processwire translation json's to XLIFF 1.2 and back to PW json. Its written in Node.js and you can get it here: https://github.com/blue-tomato/PwXliffConverter/
  8. Hi @ryan, after some testing around with our translation management, I saw that we need XLIFF format for most of our translation tools (https://www.across.net/, https://tolgee.io/) I guess you could take the id attribute in XLIFF and use some [pageid]-[fieldname]. Example for file from tolgee export/import file XLIFF: <file xmlns="" datatype="plaintext" source-language="de" target-language="de"> And "skeleton" is not mandatory. So there is not need for in in Processwire exports. Example XLIFF export format for processwire could look like this: <?xml version="1.0" encoding="UTF-8"?> <xliff xmlns="urn:oasis:names:tc:xliff:document:1.2" version="1.2"> <file xmlns="" datatype="plaintext" source-language="en" target-language="de"> <body> <trans-unit id="1234-title" datatype="html"> <source>Hello World</source> <target>Hallo Welt</target> </trans-unit> <trans-unit id="1234-body" datatype="html"> <source> <p> <strong>A text about flowers.</strong> </p> </source> <target> <p> <strong>Ein text über Blumen.</strong> </p> </target> </trans-unit> </body> </file> </xliff> This approach is for XLIFF 1.2 which is used by across and toolge but its depricated. Maybe it would be good to make an export/import option for XLIFF 1.x and XLIFF 2.x. More Information about XLIFF in Across: https://www.across.net/en/online-help/sdk/connecting-third-party-systems/crossconnect-for-external-editing/implementation/across-xliff-format?r=1
  9. Talking in general for https://processwire.com/modules/template-engine-factory/ But for now I have some crazy workaround: I have some node.js script im my frontend bundler (gulp) which parses .tpl Smarty files and generates .php files with the translations. I've talked about it here:
  10. Yes this would also be nice for Smarty (.tpl) files.
  11. Thanks, my only first gut feeling was also some db upgrades. But I set the db upgrade time not to the time as this errors appear. 👀
  12. I see several MySQL Error in my log and have no clue how to avoid them since it never happens for me: Anybody has an idea what I could do? Using: PHP 8.0.17 (running in docker container on digital ocean) MySQL 8 (digital ocean mysql as a service) mostly latest PW dev Branch
  13. got some similar troubles where $_FILES has the file but WireUpload->execute() is an empty array. I do some POST request JavaScript Fetch API.
  14. Can TinyMCE also extended like CKEditor? I'm using a lot @Robin S 's HannaCodeDialog Module.
  15. This is awesome! I will try it with our https://www.across.net/ translation tool
  16. Solved... I saved again the Language Pages and now it works... ?
  17. foreach ($languages as $language) { echo $language->title; } I have a strange problem. I want to use this code to create a language switcher, but for the current selected language the title is alway empty. /en/ --> "", "de", "es" /de/ --> "en", "", "es" /es/ --> "en", "de", "" It also doesn't work with using $user->language->title But it works with "id" and "name" instead of "title" Any ideas?
  18. Thanks I will look into this and if it works I will update this post ? Update: Approach works ? $this->addHookAfter('ProCache::allowCacheForPage', function (HookEvent $event) { $event->return = (!empty(\DROPLET_HOSTNAME) && (\DROPLET_HOSTNAME === "my-droplet-production-01" || \DROPLET_HOSTNAME === "my-droplet-stage-01")) ? true : false; });
  19. Thanks I will look into this and if it works I will update this post ?
  20. Hi, I want to setup ProcessWire in Digital Ocean with a load balanced setup approach. Digital Ocean droplets can have a persistend file system called "block storage volume". The problem is, this block storage volume can't be shared between droplets which leads into issues with uploads and ProCache. I solved the uploads problem with the solution that the admin panel is only be used on the first droplets and assets (uploads) are synced with lsync to the other droplets und sessions are saved in redis. But I am struggling with this approach with ProCache. Requests to droplets 1 should be cached (and synced to dropled 2 and 3) but requests to droplets 2 and 3 shouldnt be cached since this would break my sync I guess... One idea I had is to set env variables on droplet 2 and 3 check the variable in _init.php and set https://processwire.com/api/ref/pro-cache/cache-on/ to false otherwise to true. Has anybody ideas to solve this?
  21. Ooooooh - fixed: First I thought site/templates/_init.php is the same as site/init.php and then had init.php in site/templates instead of site. ?
  22. I have tried to use following code in _init.php and _ready.php: wire()->addHook('/hello-world', function($event) { return 'Hello World'; }); But got this back when I visit /hello-world: Ouch… Error: Exception: Path hooks must be attached during init or ready states (in wire/core/WireHooks.php line 834) When I add the hook in init.php I get the 404 Page. Can anyone help me here?
  23. Hm, that sounds like a bug. I would appreciate an PR or Issue Report in Github since I'm very busy the next weeks.
  24. Nice! @ryan does the Snapshot also contain the $page->meta() data?
×
×
  • Create New...