Bu eğitimde, Tilda ve AppMaster nasıl entegre edebileceğinize daha yakından bakacağız. Tilda'da belirli bir form oluşturulduğunu varsayalım ve görevimiz, doldurulduğunda verilerin Tilda AppMaster , orada işlenmesini ve veritabanında saklanmasını sağlamaktır.
AppMaster oluşturma
Tilda , verileri bir web kancası aracılığıyla üçüncü taraf hizmetlere gönderir. Bu nedenle, gerekli web kancasını oluşturmakla ve her şeyden önce iş sürecini işleyişi için hazırlamakla başlamaya değer.
Bu işlemin bir özelliği de tam olarak hangi verilerin elde edileceğinin önceden bilinmemesidir. Webhook, uygun şekilde işlenmesi gereken " raw " isteklerle çalışacaktır. Bunun için Get Request Body bloğunu kullanacağız. Genel olarak String hangi verilerin geldiğini görelim, onu Tilda dönüştürelim, günlüğe yazalım ve talebe yanıt olarak gösterelim.
Uç noktalar bölümünde hemen yeni bir webhook oluşturalım. Herhangi bir sabit kodlanmış giriş parametresine sahip olmadığından ve herhangi bir veriyi kabul etmeye hazır olduğundan, istek türünün Raw olması gerektiğine dikkat etmek önemlidir. AppMaster Tilda yapmanız gerekmediği ve veri göndermek herkese açık olduğu için Middleware Token Auth da devre dışı bırakmanız gerekir.
Tilda formu kurulumu
Bir sonraki adım, Tilda oluşturulan web kancasına bağlamaktır. Bunu yapmak için site formlarının ayarlarında URL'yi belirtmeniz yeterlidir, ancak gerekirse ek seçenekler de kullanabilirsiniz. Örneğin, ek koruma için, istek gövdesinde veya başlıkta özel bir anahtar da iletin.
Her şey doğru yapılırsa, bu web kancasını sitedeki tüm formlara hemen bağlama özelliğine sahip ilgili bir mesaj görünecektir.
Sadece formu içeren sayfayı yayınlamak ve eylem halinde test etmek için kalır.
AppMaster günlüklerini açarak, formdaki verilerin gerçekten alındığından emin olabilirsiniz.
Mesaj: "Email=test%40gmail.com&Name=John+Smith&Phone=%2B1-202-202-22-22&Comments=Merhaba%2C+world%21%0AThis+is+my+comment&tranid=6355139%3A3971256761&formid=form513738662"
Formda doldurulan tüm bilgileri görebilirsiniz. Aynı zamanda, verilerin sırasıyla x-www-form-urlencoded biçiminde alındığı, artık bir ham veri kümesi olarak değil, bireysel alanların bir koleksiyonu olarak işlenebilecekleri anlaşılıyor.
AppMaster veritabanı modeli
Sadece doğru işleyiciyi yapmak için kalır. Tüm bilgilerin depolanacağı bir veritabanı modeliyle başlamak en iyisidir.
Standart bir form için 4 alanlı basit bir model yeterlidir:
- Email (String)
- Name (String)
- Phone (String)
- Comments (Text)
Ardından, oluşturulan iş sürecine geri dönmeniz ve talebin bileşimi hakkında alınan bilgileri dikkate alarak değiştirmeniz gerekir.
Tablodaki doldurulacak alanların adları giriş parametresi olarak kullanılacaktır. Onlardan gelen veriler bir model oluşturmak ( Make Tilda ) ve ardından veritabanına yazmak ( DB: Create Tilda ) için kullanılacaktır.
Yapılacak son şey, web kancası için önceden oluşturulmuş uç noktayı değiştirmektir. Gelen verilerin biçimini biliyor ve işliyoruz, bu nedenle Request payload type Form olmalıdır. Aynı zamanda, iş sürecinde oluşturulan parametreleri, doldurulan formdaki alanların tam adlarıyla eşleştirmek gerekir (istekten ham veri olarak veri aldığımızda bunları günlüklerde gördük). Bu örnekte, hemen hemen aynıdırlar, ancak ilk karakter durumunda farklılık gösterirler.
Artık oluşturulan uygulamayı yayınlayabilir ve çalışırken test edebilirsiniz. Tilda formu doldurup göndermeyi tekrarlarsanız, veriler veri tabanına yazılan AppMaster gönderilir ve bu, Swagger .
