You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 20, 2023. It is now read-only.
The current implementation of the builder uses a PHP webserver installed locally. This server receives two requests:
Generate the IA markup of a given URL, which is used for the Source tab.
Generate the Preview of the Instant Article crated for the given URL and the template defined in the builder, which is the one used for the Preview tab.
Each time the user switches tabs, a new call is made to the webserver and the corresponding transformations are ran, regardless of presence of new changes. This causes some performance issues, which will be exacerbated if we keep adding tabs or other functionality that relies on the webserver (like the one describes in #149).
We should look for ways to optimize this functionality, perhaps using some sort of cache (either on the webserver or on the client).
We have a few challenges that we need to account for:
The Source view leverages the browser's view-source:{URL} to format the markup.
The Preview tab relies on a given URL returning a web page.
If we were to use a single API call to receive multiple elements (IA markup, HTML markup of the preview, SDK warnings, etc.) we will have to escape the HTML contents.
The text was updated successfully, but these errors were encountered:
The current implementation of the builder uses a PHP webserver installed locally. This server receives two requests:
Source
tab.Preview
tab.Each time the user switches tabs, a new call is made to the webserver and the corresponding transformations are ran, regardless of presence of new changes. This causes some performance issues, which will be exacerbated if we keep adding tabs or other functionality that relies on the webserver (like the one describes in #149).
We should look for ways to optimize this functionality, perhaps using some sort of cache (either on the webserver or on the client).
We have a few challenges that we need to account for:
Source
view leverages the browser'sview-source:{URL}
to format the markup.Preview
tab relies on a given URL returning a web page.The text was updated successfully, but these errors were encountered: