Hey Dufi, yes Im working with a block.

@valhalla14 Then everything seems correct.. I do not really know what else to check for the table to ensure things are there following: https://github.com/area17/twill/discussions/1745

🙏

@Sami you should be able to use your Vue component in a block, did you try something?

We are aiming to use the component as the block rather than in the block

As the form of the block?

The preview - to exchange e.g. text_image.blade.php with TextImage.vue

In that case you can render the textImage component in the blade file. But there is no support to directly draw a vue component.

I see. However we have the components outside the Laravel (server) folder. How can be the path registered so the component gets recognized?

That really depends on the project. There might already be some strategies used by someone, but I am not aware of these.

you need to have a build of your Vue components available in the block preview layout

Hey guys! How exactly is 2FA for CMS users working? Can’t find anything about it in the documentation 😅

you can enable it from

twill.enabled.users-2fa

then users should be able to enable it from their profile

I knew how to enable it - but still thanks 😄 My question was more regarding what it actually does (Authentication app/email or something else) But I guess I could just try it. I thought it would take more configuration.

it's compatible with Google Authenticator, Authy, 1Password, you name it. A QR code is displayed to scan.

you have to make sure your server time is sync

Very nice! Thank you

Hi guys ) In nested module is it possible to collapse items by parent on frontend?

Hello guys. I am trying to use twill-api (composer require area17/twill-api) but at the time of installation I have an error

hey @dedli you mean in your site frontend? (not twill admin)

@onepiece it looks like you need to setup a json api server in the json api config https://laraveljsonapi.io/docs/2.0/servers/

What would be the way to go about pre-built twill tables like files medias etc. and migrate:refresh them individually? I'm building a shell script that will refresh certain tables and then re-seed them from .csv files.

Any specific reason to run migrate:refresh? Instead of building shell scripts, you could check this artisan command for importing data into Twill. https://spectrum.chat/twill/help/programmatically-adding-media-by-external-url~27a5c1c9-fe81-41fa-9467-973564c8c6f3 You can use any storage, with minimal changes in this code example.

Yeah we are using S3 Bucket storage, but the table content gets imported with csv files when a change occurs. (This new script is for production)

Aha, so you cant keep track of the changes and you always seed fresh data from CSV. Definetely douable with this example above, just a slight change in parsing to CSV is needed. Also you should be able to keep latest modify date of CSV file if that is the trigger. You can save the last modify date which was used in the cache with

Cache::put('key', 'value');

But this is not a good idea in general since it will create a render issues if frontend is used.

I meen in twill admin. Press something like plus and collapse all children https://monosnap.com/file/AKajvDwgXEvePKXLz5aDPzsNFC4pxg

Hi @dedli that's not possible currently but that's a great suggestion

Hello!

I have an issue with logging in to Twill. As you can see in the screenshot for some reason the connection is not encrypted. I have tried various options with and without https://mydomain or http://mydomain or mydomain without http/s

This runs on an Apache server and the termination is on a HAProxy load balancer