feat: add 'Open in Explore' link for each apps on studio

[kurokobo]

Summary

This PR adds an "Open in Explore" link to the menu of each app in the app list in Studio, and the menu under Publish button in Studio.
Clicking this link will open the target app in Explore in a new tab.
Also, to prevent the items in the pop-up menu from containing line break, I will slightly widen its width.

To achieve this, following changes are made by this PR:

• API
  • Update /console/api/installed-apps to allow querying installed apps by app_id
• Web
  • Add Open in Explore menu for each apps in the app list on studio
  • Add 'Open in Explore' in the publish menu on studio

Closes #11401

Screenshots

Before:	After:

Checklist

Important

Please review the checklist below before submitting your pull request.

• This change requires a documentation update, included: Dify Document
• I understand that this PR may be closed in case there was no previous discussion or issues. (This doesn't apply to typos!)
• I've added a test for each change that was introduced, and I tried as much as possible to make a single atomic change.
• I've updated the documentation accordingly.
• I ran dev/reformat(backend) and cd web && npx lint-staged(frontend) to appease the lint gods

[kurokobo]

I have updated the PR and marked it as Ready for Review.

When "Open in Explore" is clicked, it fetches /console/api/installed-apps?app_id=${app_id} to get the corresponding Installed App ID, and then opens /explore/installed/${installed_app_id}.

I also considered fetching the list of all Installed Apps when opening the Studio to find the corresponding ID, but since the creation of the Installed App is executed asynchronously and triggered by events, it seems that we cannot guarantee the existence of the Installed App immediately after it is created. Therefore, I implemented this to fetch the ID when clicking the menu instead.

I would appreciate your review. Thanks in advance!

[crazywoola]

LGTM

[laipz8200]

Hi @kurokobo! Thank you for your contribution! It would be great if you could add a new get method in the InstalledAppApi and pass the app ID in the URL path, rather than using the InstalledAppsListApi. Would you mind making this improvement in a separate PR? 😊

[kurokobo]

@laipz8200
Hi, thanks for the review and merge!

I’m thinking about working on improvements to the API, but I’d like your opinion on the design of the endpoints.

Assumptions:

• For a specific app, its AppID and InstalledAppID are different.
• Currently, the App model only has the AppID, and doesn’t have the InstalledAppID.
• The InstalledApp model currently holds both the InstalledAppID and AppID.

Required endpoints to enable Open in Explore feature:

• An endpoint that allows looking up the InstalledAppID using the AppID, instead of looking up the AppID using the installedAppID

Questions about your suggestions:

• Even if we can GET /installed-app/<InstalledAppID>, it does not allow us to look up the InstalledAppID using the AppID.
• If we allow GET /installed-app/<AppID>, we can look up the InstalledAppID using the AppID, but I feel uneasy passing a different model's ID as part of the URL under /installed-app.
• Wouldn’t it be more appropriate to add /apps/<AppID>/installed-app under /apps instead?

Please share your thoughts, thanks!

[laipz8200]

@kurokobo
Thank you for your reminder. I believe what you said makes more sense; let's keep the current implementation.