TDD Web Application

[alisafaya]

TDD Web sitesi

TDD sitesi, ve icinde bulunacak araclar tdd.ai altinda bulunacak. Bunun icin EC2 acilmis durumda ve Taner gelistirmeye baslamistir.

Alt moduller:

• Datasets explorer
• Servis registeration API
• Corpora exploration tool
• NLP Pipeline arayuzu
• Tokenization arayuzu
• Timeline Tool arayuzu
• Dictionaries arayuzu
• Arayuz Turkce dil konfigurasyonu

[alisafaya]

Taner'in onerdigi mimariyle ilerleyecegiz:

Tdd için statik sayfalardan oluşan temel içeriğimiz durağan olarak kök dizinde kalabilir. Bu sayfalarda değişiklik yalnızca bir paydaşın eklenmesi-çıkarılması olur, başka bir iş yapmaya gerek olmayacak.

blog.tdd.ai diye bir subdomainde WP çalıştırıp çeşitli yazarların buraya blog yazıları yazmalarını sağlayabiliriz. Popüler bilim yazıları hakkında tecrübeli bir gazetecinin de içerik eklemesi için Sertaç Hanımlar görüşmüş. Dolayısıyla bu blog tarafının WP ile organize edilmesi (yönetici, editör, yazar vb.) daha kolay olacaktır. WP tarafına bu kullanıcıların daha aşina olduğunu da teyit etmiştik.

dataset sorgularını başlı başına bir servis olarak düşünmeliyiz. Buraya gelen kullanıcılar her alandan olabilir. Buradaki registration yalnızca veri indirmede gerekli olacağı için blog veya ana sayfadan tamamen bağımsız olacak zaten. bu servisi dataset.tdd.ai sudomaininde tutabiliriz.

arayüzden sunacağımız araçları tools.tdd.ai subdomaninde tutabiliriz. burada limitli bir cevap döndüreceğimiz için görece sınırlı bir instance işimizi görecektir.

api servislerine gelen istek sayısının fazla olacağını ve uzun vadede ücretli servislere dönüşeceğini planlıyoruz. benim araçlar arasında en fazla istek gelen servis postagger sayfasına oluyor; tdd için de benzer bir durum olacaktır diye düşünüyorum. dolayısıyla
1- araçlara giden ve
2- doğrudan api üstünden cevap dönen
iki ayrı instance ile durumu uzun süreli yönetebilir bir şekilde tutabiliriz. api.tdd.ai web araçlarına cevap döner, proapi.tdd.ai doğrudan yanıt döndürüp authentication ile çalışır.

sözlükler için dictionary.tdd.ai subdomainini kullanabiliriz. burada birden fazla sözlük, ters dizim sözlüğü, imla denetleyicisi ile çeşitli sözlük listelerinde sorgu yapan araçlar çalışabilir.

dil derlemlerini corpus.tdd.ai altında cqpweb ile sunmak en kolayı. dil derlemlerinin sunması gereken dağılım, eşdizimlilik, sıralama, sıklık, alt derlem üretme vb. çok sayıda işlev var. bunları baştan yazmaya emek ve zaman harcamaya gerek yok.

graph.tdd.ai altında da modelleri görselleştirebileceğimiz araçları barındırabiliriz.

Peki neden böyle bir mimari öneriyorum:
1- Farklı instancelara erişimi kontrol altında tutabiliriz. Birliket çalıştığımız öğrencilerin zaman içinde değişeceğini göz önünde tutup yetkilerini işe/servise değil tek bir instance'a göre belirlemek daha kolay.

2- Daha küçük, kredimizi verimli kullanacak instanceslar ile ilerlememize olanak verir. Free Tier yapılar bile bazı servislere (örneğin ana sayfaya) yeterli olur.

3- Tek bir instanceda herşeyi tutup bu instance'ı sürekli yukarı ölçeklendirmek zorunda kalmayız. Minik işlerin toplamda büyük bir hacim üretmesinin önüne geçmiş oluruz.

[alisafaya]

Authentication servisi canlida auth.tdd.ai adresi altinda calisiyor. Bu authentication server'i tum subdomainler icin kullanilacak, bu sekilde kullanicilarimizin servislere ayri ayri kayit olmasina gerek olmayacak.

Simdilik kullanicilardan kayit olurken istedigimiz bilgiler bunlar:

• Email
• Name
• Password

Bir de Affiliation eklenebilir, baska ne tur bilgiler isteyelim? @denizyuret @tanerim

Ayrica, bu servis icin birkac task daha var:

• Registeration arayuzu
• Login arayuzu
• Account activation email servisinin eklenmesi
• Servisin tekrar kurulumu (baska bir server'e tasinilmasi halinde) ve diger servislerin entegrasyonu icin gerekli dokumantasyonun hazirlanmasi

cc @nazyuksek

[denizyuret]

Bence ne kadar az bilgi istersek o kadar az intimidate ederiz potansiyel kullanıcıyı. Email, name, password yeterli.

…

On Thu, Mar 18, 2021 at 12:33 AM Ali Safaya ***@***.***> wrote: Authentication servisi canlida auth.tdd.ai adresi altinda calisiyor. Bu authentication server'i tum subdomainler icin kullanilacak, bu sekilde kullanicilarimizin servislere ayri ayri kayit olmasina gerek olmayacak. Simdilik kullanicilardan kayit olurken istedigimiz bilgiler bunlar: - Email - Name - Password Bir de Affiliation eklenebilir, baska ne tur bilgiler isteyelim? @denizyuret <https://github.com/denizyuret> @tanerim <https://github.com/tanerim> Ayrica, bu servis icin birkac task daha var: - Registeration arayuzu - Login arayuzu - Account activation email servisinin eklenmesi - Servisin tekrar kurulumu (baska bir server'e tasinilmasi halinde) ve diger servislerin entegrasyonu icin gerekli dokumantasyonun hazirlanmasi cc @nazyuksek <https://github.com/nazyuksek> — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#9 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAN43JRXVRBBCCUQ2ZJVBXTTEEN3FANCNFSM4X7DONGQ> .

[tanerim]

Affilation isteğe bağlı olarak alınabilir belki. Uzun vadede istatistik için iyi bir bilgi. Onun dışında "ne kadar az o kadar iyi" fikrine ben de katılıyorum. Taner Sezer

…

___________________ http://tscorpus.com http://tanersezer.com

On Thu, Mar 18, 2021, 12:51 denizyuret ***@***.***> wrote: Bence ne kadar az bilgi istersek o kadar az intimidate ederiz potansiyel kullanıcıyı. Email, name, password yeterli. On Thu, Mar 18, 2021 at 12:33 AM Ali Safaya ***@***.***> wrote: > Authentication servisi canlida auth.tdd.ai adresi altinda calisiyor. Bu > authentication server'i tum subdomainler icin kullanilacak, bu sekilde > kullanicilarimizin servislere ayri ayri kayit olmasina gerek olmayacak. > > Simdilik kullanicilardan kayit olurken istedigimiz bilgiler bunlar: > > - Email > - Name > - Password > > Bir de Affiliation eklenebilir, baska ne tur bilgiler isteyelim? > @denizyuret <https://github.com/denizyuret> @tanerim > <https://github.com/tanerim> > > Ayrica, bu servis icin birkac task daha var: > > - Registeration arayuzu > - Login arayuzu > - Account activation email servisinin eklenmesi > - Servisin tekrar kurulumu (baska bir server'e tasinilmasi halinde) ve > diger servislerin entegrasyonu icin gerekli dokumantasyonun hazirlanmasi > > cc @nazyuksek <https://github.com/nazyuksek> > > — > You are receiving this because you were mentioned. > Reply to this email directly, view it on GitHub > <#9 (comment) >, > or unsubscribe > < https://github.com/notifications/unsubscribe-auth/AAN43JRXVRBBCCUQ2ZJVBXTTEEN3FANCNFSM4X7DONGQ > > . > — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#9 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ACLO2WK5OZ3XI5E6ECZBBE3TEHEKHANCNFSM4X7DONGQ> .

[alisafaya]

update: Authentication servisindeki email verification isini hallettim.

Bu arada bunu gecici olarak gmail'den aldigim bir adres ile cozuyorum. ama ileride domainden gelen bir email adresiyle yapmamiz gerekecek.

Su an soyle bir email geliyor: