Jump to content

markus_blue_tomato

Members
  • Posts

    183
  • Joined

  • Last visited

  • Days Won

    3

markus_blue_tomato last won the day on June 9 2020

markus_blue_tomato had the most liked content!

Contact Methods

  • Website URL
    https://www.blue-tomato.com

Profile Information

  • Location
    Graz, Austria

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

markus_blue_tomato's Achievements

Sr. Member

Sr. Member (5/6)

201

Reputation

  1. 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
  2. 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:
  3. Yes this would also be nice for Smarty (.tpl) files.
  4. 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. 👀
  5. 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
  6. got some similar troubles where $_FILES has the file but WireUpload->execute() is an empty array. I do some POST request JavaScript Fetch API.
  7. Can TinyMCE also extended like CKEditor? I'm using a lot @Robin S 's HannaCodeDialog Module.
  8. This is awesome! I will try it with our https://www.across.net/ translation tool
  9. Solved... I saved again the Language Pages and now it works... ?
  10. 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?
  11. 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; });
  12. Thanks I will look into this and if it works I will update this post ?
  13. 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?
  14. 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. ?
×
×
  • Create New...