🇬🇧United Kingdom @alexmoreno

loziju → credited alexmoreno → .

ok, that worked finallyyy haha :-D.

I added this in my settings.php (Located in sites/default/settings.php in Pantheon):

/** * HTTP Client config. */
$settings['http_client_config']['timeout'] = 1800;

And the I repeated the ask to ChatGPT, but this time I got this answer:

For that curl you sent me, this is the reply I got:

...  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  6233  100  6233    0     0    893      0  0:00:06  0:00:06 --:--:--  1653
      "id": "gpt-4o",

ok, I took option two, and composer updated the provider. That worked... However, things I'm finding on my first tests, and I realise that this may be misconfiguration on my side.

When I create a content type, that works fine.

When I ask to create a field, that fails with a timeout

Location	https://dev-drupal-cms-xxxx.pantheonsite.io/api/deepchat

Error invoking model response: cURL error 28: Operation timed out after 30000 milliseconds with 0 bytes received (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://api.openai.com/v1/chat/completions

I dont see any limits, gpt-4o is there for me

Nop

oh yes, you are right. From the chat explorer I can select admin/config/ai/explorers/chat_generator

but not for the settings in admin/config/ai/settings

um, in settings I only have 01-preview available.

ok, that's it, it was simply a question of adding money on my account.

Tests started to work in admin/config/ai/explorers/chat_generator and the chat errors dissapeared for a couple of queries...

But then, when I asked to create a content type I think I broke it haha

Error invoking model response: Unsupported value: 'messages[0].role' does not support 'system' with this model.

Yes, exactly. Added a couple more screenshots, one with the error, the other with the log.

Interestingly, now the error is that I have exceeded the quota. I have a paid account, is it possible to send some parameters to use my own user in openai?

You exceeded your current quota, please check your plan and billing details. For more information on this error, read the docs: https://platform.openai.com/docs/guides/error-codes/api-errors.

Hi Marcus,

1. No, there was no key there, I added my own trying to fix this.
2. there was not, but same, I added one after the errors, and it did not fix anything
3. Screenshot Attached

I did install the site via UI in Pantheon, then I installed the AI recipe with this command:

terminus drush drupal-cms-from-platform-upstream-alexmoreno.dev recipe ../recipes/drupal_cms_ai

Drupal Version - 11.1.1

Thanks a lot

I actually did not setup Anthropic. Is that a requirement?

um, could be this the issue?

You exceeded your current quota, please check your plan and billing details. For more information on this error, read the docs: https://platform.openai.com/docs/guides/error-codes/api-errors.

alexmoreno → created an issue.

gusaus → credited alexmoreno → .

Just to say that this is super helpful and insightful, thanks for keeping this list @mindaugasd

nicxvan → credited alexmoreno → .

should this be closed as obsolete as per #46 and #47 @larowlan @kim.pepper ?

alexmoreno → created an issue.

this contains information about running the scripts, but I'll add it to the Readme asap, so it's more accessible to anyone trying to extract any kind of information from d.o

https://docs.google.com/document/d/1y8hr7rHO-QqyUlSVr2V2h7UY7tV3-ucoD45z...

This should give you access to the sandbox:

• https://www.drupal.org/drupalorg/docs/build/development-environments/dev → ...
• Use these drush scripts to extract the information you need (csv format): https://github.com/alex-moreno/health-contribution-dashboards

gusaus → credited alexmoreno → .

gusaus → credited alexmoreno → .

gusaus → credited alexmoreno → .

alexmoreno → created an issue.

Paul, my friend. Your experience and knowledge is always welcomed, and your feedback greatly appreciated. Those are great points :-D

Thanks a lot for taking the time to write this :-)

alexmoreno → created an issue.

gusaus → credited alexmoreno → .

xjm → credited alexmoreno → .

brianperry → credited alexmoreno → .

This is actually an issue in the docs. You will hit this problem as well doing for example a drush uli in php 7.4:

ddev drush uli
 [error]  ParseError: syntax error, unexpected '|', expecting ';' or '{' in Composer\Autoload\{closure}() (line 37 of /var/www/html/web/modules/contrib/tome/modules/tome_sync/src/Normalizer/EntityReferenceRevisionItemNormalizer.php) #0 /var/www/html/vendor/composer/ClassLoader.php(427): Composer\Autoload\{closure}('/var/www/html/w...')

alexmoreno → created an issue.

brianperry → credited alexmoreno → .

brianperry → credited alexmoreno → .

brianperry → credited alexmoreno → .

alexmoreno → created an issue.

alexmoreno → created an issue.

Congratulations Lauri 👏

alexmoreno → created an issue.

Amazing, thanks all :-)

alexmoreno → created an issue.

Zoocha Will → credited alexmoreno → .

volkswagenchick → credited alexmoreno → .

see as well the code here: https://www.drupal.org/project/lb_default_layout →

Can we assume that this patch is tested and RBTC? Are there any concerns left?

I did some work trying to get the default layouts for when the nodes are not overriding it.

Here are my notes, I'll publish this code in a module as well, so it's easier to patch in case anyone has any feedback

https://www.alexmoreno.net/layout-builder-exposing-content-type-default-...

Hi again,

I have found an scenario where this is not working. I don't think it's expected, but please keep me humble here

If you override the node with a custom layout, the layout data is exposed correctly (as shown in #117).

However, if you have a default layout, and you don't override it in your node with the aim for that node to use the default one, then the json returns that the layout is empty. See:

```"layout_builder__layout":[]}```

When selecting as well that

Another case, if you specify that you don't want for that content type to be customised by the user on the node level, then the layout_builder__layout does not even appear on the json data.

Does this even make sense? Anyone could raise any light on this?

Thanks.

@geek-merlin what I can see is that the document specifies that you need to use "relationship", ie:

{
  "data": {
    "type": "node--article",
    "id": "some-random-uuid",
    "relationships": {
      "field_comments": {
        "links": {
          "related": {
            "href": "https://my.example.com/node/article/some-random-uuid/field_comments"
          }
        }
      }
    }
  }
}

then you can make a query like this:

/jsonapi/node/article/some-random-uuid?include=field_comments.uid

where field_comments is specified on the relationships.

However on my tests I would not get those relationship fields, at least not for the layout builder components. I may not be doing it right though, see payload attached for reference.

https://www.drupal.org/files/issues/2020-07-17/response-layout-builder-p... →

I've been testing this with latest patch in #116. TLDR, it works.

Now, the long answer, in case it helps anyone else.

Use case: Drupal as a repository of content for a js application (react, but could be vuejs or anything else).

Layout builder is needed to build the content and expose it via json. A content type with layout builder enabled and a few custom blocks for testing.

Used:

- Drupal Version 8.9.2
- https://www.drupal.org/project/jsonapi_explorer → (for testing and exploration purposes)

New brand install, enabled json api and layout builder, left everything else untouched. From there, I created a few landing pages where I am overriding the layout, adding new columns, adding blocks, custom blocks with specific fields, etc…

I am fetching the whole list of nodes with this query:
http://alexplayground.lndo.site:8000/jsonapi/node/landing_page/

Then, once I know the node that I to check out, I just fetch that one, say for example:

http://alexplayground.lndo.site:8000/jsonapi/node/landing_page/?filter[d...

Results:
Without the patch I could not see any information related to the layout or the fields exposed on that layout.

After that, I applied the path and I repeated the query. Then I could see how a new field comes available: layout_builder__layout

On it I can see the different layouts, the components I have created inside those layouts, layout_id, column_widths, the weight of each component, etc.

Something to notice is that there will be no information on that query regarding the fields contained on those blocks, apart of label, uuid, and a few other bits. See:

  "configuration": {
        "id": "inline_block:custom_block",
        "label": "test title",
        "provider": "layout_builder",
        "label_display": 0,
        "view_mode": "full",
        "block_revision_id": "6",
        "block_serialized": null,
        "context_mapping": [],
        "type": "custom_block",
        "uuid": "3370b3b9-7d02-43b7-8b65-4c38de8dbf2d"
      },

This can be puzzling on the beginning if you are not familiar with json, and make you think that you are missing information on that query. However, and please correct me here if I'm wrong, I think this is expected. Those extra bits require an extra jsonapi call using the uuid that is provided. For example, I have several blocks on that payload. I choose one of them, get the uuid and make a query like this:

http://alexplayground.lndo.site:8000/jsonapi/block_content/text/d49bdb94...