"CMS" basé sur Google Spreadsheets pour les sites statiques

De plus en plus, pour l'histoire d'un événement / produit / service, les entreprises créent des sites basés sur tous les designers. Soit seul, soit en attirant des designers et sans la participation d'un programmeur. Les concepteurs modernes vous permettent de créer un site Web cool, lumineux, efficace, mais statique. Toute modification doit être effectuée "stylos dans l'éditeur" et republier la page. Mais que se passe-t-il si les données changent très souvent ou si vous souhaitez ajouter un peu d'automatisation - c'est là que le langage de requête Google Tables and Charts (et le programmeur est familier) peut vous aider.

Il y a quelques années, j'ai été approché par un ami qui avait besoin d'ajouter une liste de prix sur un site collecté sur Tilda. Et tout irait bien, il y a un bloc «tableau» - remplissez les données et publiez, mais il y avait deux conditions:

• les prix dépendaient du dollar et changeaient presque tous les jours
• besoin d'un prix commun et de ses parties sur les pages des groupes de produits

En conséquence, beaucoup de routine et une forte probabilité de divergences de données. Il fallait automatiser.

Et l'aide est venue de Google Speadsheets. Je pense que cela n'a aucun sens de décrire les avantages: l'éditeur habituel, la collaboration, les formules. Il vous suffit de changer le taux de change une fois par jour. Il ne restait plus qu'à savoir comment obtenir les données du tableau sur le site. Et puis l'API Google Charts s'est avérée utile.
Il permet d'utiliser la requête ajax pour recevoir des données sous forme de jsonp.

La demande doit être envoyée à l'adresse " docs.google.com/a/google.com/spreadsheets/d/xxxxxx/gviz/tq?tq=yyyyyy "
où:
xxxxxx - identifiant d'un lien public vers la table google
yyyyyy - Requête SQL pour récupérer les données de la table convertie (n'oubliez pas de convertir tous les caractères en entités HTML comme: sélectionnez% 20A% 2C% 20sum (B)% 20group% 20by% 20A).

Autre remarque, SQL est assez familier sauf qu'il est tronqué (voir la documentation ), mais le bloc FROM en est complètement coupé. Vous devez donc écrire quelque chose comme "sélectionnez A, B où C = 'f' et B <30 par B"

Le script résultant appellera la méthode google.visualization.Query.setResponse (data).
L'objet de données contient les données utiles suivantes:

{ status: "ok", //    table: { cols: [ //      0: { id: "A", label: "  ", type: "string" }, 1: { id: "B", label: "  B", type: "number" }, ... ], rows: [ //    0: { c: [ //      0: { v: "" //      } 1: { v: 3.1415, //      ""  f: "3,1415" //     } ] } ] } } 

Eh bien, faites ce que vous voulez avec les données: au moins insérez-les dans le tableau, générez au moins des svg (utilisés pour générer des cartes sur le schéma d'un village de banlieue en notant les villages gratuits et vendus), remplacez au moins les espaces réservés dans le texte - le vol de fantaisie est illimité.

Naturellement, cette méthode ne convient pas aux systèmes très chargés, Google a une limite sur le nombre de demandes par jour, mais jusqu'à présent aucun site de l'automatisé que j'ai pu découvrir.

Et enfin un petit indice. La table dans laquelle les requêtes sont effectuées doit être partagée par référence. Et si vous avez soudainement besoin de champs cachés aux yeux du public, il existe pour cela une fonction pratique dans Google Sheets. Il s'appelle IMPORTRANGE (clé., Plage) . La clé est un lien vers n'importe quel tableau auquel vous avez accès et la plage est un groupe de cellules que vous souhaitez afficher. C'est-à-dire vous créez une table fermée avec un ensemble complet de données et une table publique dans laquelle vous importez uniquement les plages de données nécessaires (vous allez toujours les afficher sur le site).