[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
Trigger bir çeşit blocker dir. Eğer verilen işi yapacak tüm kaynaklar hazır ise çalışır ve tutarlılığı sağlar . Ama işlem görecek nesne veya kayıt üzerinde beklerse, istediğiniz işlemlerin tümünü bekletir. Bu yüzden çok basit işlemleri yapmak için yazılır. Ayrıca herşeyi trigger ile yaparsanız, veri tabanınızı ele geçiren biri mantığı da kavramış olabilir ! Önerim ara katman yazmanız olacaktır. Yani bir business layer içinde resusable nesne ve fonksiyonlarla çok daha yönetilebilir yaparsınız. Hatta Db ilişkilerini de bu katmanda oluşturun ve tutun derim. Db yi eskisi gibi diskte düşünmeyin artık :) hafızaya yüklenin. Kolay gelsin Sent from my iPhone > On 26 Aug 2018, at 01:08, Dr. Mucibirahman İLBUĞA > wrote: > > Merhabalar, > > Qt/C++ ve PostgreSQL ile bir proje geliştiriyoruz. Bazı işlemleri > trigerlere yükleyerek hız kazanmak ve olası hataları engelleme > düşüncesindeyiz. > > Mesela stok hareket girildiğinde veya silindiğinde otomatik olarak > tümhareket kayıtlarını sorgulayıp depoya adeti triger ile yazdırıyorum. > Veya fişi sildiğimde tüm fiş detaylarını ve aynı zamanda bu detayların > oluşturduğu hareket kayıtlarını da triger ile sildiriyorum. > > Merak ettiğim ileride triger kullanımının yaratacağı sorunlar olabilir > mi? Riski ve güvenliği nedir? Yolun başında bilelim. > > Önerileriniz nedir?... > > -- > Kolay gelsin, > Mucip:) > > ___ > Linux-programlama mailing list > Linux-programlama@liste.linux.org.tr > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
program mantiklarinizin veritabani icerisinde olmasi dogru degil. - kodunuzu versiyonlarken db icindeki trigger mantiklarini atlamak zorunda kalirsiniz. uygulama logic i parcalanmis olur; bir kismi db de bir kismi uygulama tarafinda kalir. - trigger lar icerisindeki islemler uygulama tarafinda cok daha rahat ele alinabilir. yuklu islemlerde sorun olabilir. cok kanalli programlama, caching, queue kullanarak islemleri siraya dizip sonradan ele alma... gibi seyler kodlama tarafinin isleridir. - istediginizde veritabani degistirmek ugrastirir. - tam bilmiyorum ama federated/clustred sistemlerde sorun olabilir. - trigger larin yurutulmesi sonrasidan birsey yapmaniz gerekirse ilgili trigger in isini adam gibi yapip yapmadigini bilemezsiniz. transaction-commit-rollback uclusu. - veritabanlari spof dur (single point of failure) bu noktayi elden geldigi kadar sade kullanmak lazim. isi zaten basindan askin, kodlama tarafinin islerini de yukleyerek iyice darbogaz olusturmayin. 26 Ağustos 2018 Pazar tarihinde, Oguzhan San yazdı: > Trigger bir çeşit blocker dir. Eğer verilen işi yapacak tüm kaynaklar > hazır ise çalışır ve tutarlılığı sağlar . Ama işlem görecek nesne veya > kayıt üzerinde beklerse, istediğiniz işlemlerin tümünü bekletir. Bu yüzden > çok basit işlemleri yapmak için yazılır. > Ayrıca herşeyi trigger ile yaparsanız, veri tabanınızı ele geçiren biri > mantığı da kavramış olabilir ! > Önerim ara katman yazmanız olacaktır. Yani bir business layer içinde > resusable nesne ve fonksiyonlarla çok daha yönetilebilir yaparsınız. Hatta > Db ilişkilerini de bu katmanda oluşturun ve tutun derim. Db yi eskisi gibi > diskte düşünmeyin artık :) hafızaya yüklenin. > > Kolay gelsin > > Sent from my iPhone > > > On 26 Aug 2018, at 01:08, Dr. Mucibirahman İLBUĞA < > mucip.ilb...@gmail.com> wrote: > > > > Merhabalar, > > > > Qt/C++ ve PostgreSQL ile bir proje geliştiriyoruz. Bazı işlemleri > > trigerlere yükleyerek hız kazanmak ve olası hataları engelleme > > düşüncesindeyiz. > > > > Mesela stok hareket girildiğinde veya silindiğinde otomatik olarak > > tümhareket kayıtlarını sorgulayıp depoya adeti triger ile yazdırıyorum. > > Veya fişi sildiğimde tüm fiş detaylarını ve aynı zamanda bu detayların > > oluşturduğu hareket kayıtlarını da triger ile sildiriyorum. > > > > Merak ettiğim ileride triger kullanımının yaratacağı sorunlar olabilir > > mi? Riski ve güvenliği nedir? Yolun başında bilelim. > > > > Önerileriniz nedir?... > > > > -- > > Kolay gelsin, > > Mucip:) > > > > ___ > > Linux-programlama mailing list > > Linux-programlama@liste.linux.org.tr > > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > > Liste kurallari: http://liste.linux.org.tr/kurallar.php > ___ > Linux-programlama mailing list > Linux-programlama@liste.linux.org.tr > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php > -- İyi çalışmalar... Mustafa DUMLUPINAR https://github.com/seyhanp ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
Diğer herkesin söylediği çekincelere katılmakla beraber tavsiyem arayüz için Quasar (Vue), API için ise Laravel veya Lumen’i tavsiye ederim. DB üzerine olabildiğince herhangi bir programlama mantığını yüklememek gerekiyor, zaten relational DBler gerekli veri consistency işini hallediyor. Yarın DBde yapacağınız herhangi bir kolon ya da tablo güncellemesinde o triggerlar ciddi anlamda baş ağrıtır. 26 Ağu 2018 Paz, saat 11:22 tarihinde M.Dumlupinar şunu yazdı: > program mantiklarinizin veritabani icerisinde olmasi dogru degil. > > - kodunuzu versiyonlarken db icindeki trigger mantiklarini atlamak zorunda > kalirsiniz. uygulama logic i parcalanmis olur; bir kismi db de bir kismi > uygulama tarafinda kalir. > > - trigger lar icerisindeki islemler uygulama tarafinda cok daha rahat ele > alinabilir. yuklu islemlerde sorun olabilir. cok kanalli programlama, > caching, queue kullanarak islemleri siraya dizip sonradan ele alma... gibi > seyler kodlama tarafinin isleridir. > > - istediginizde veritabani degistirmek ugrastirir. > > - tam bilmiyorum ama federated/clustred sistemlerde sorun olabilir. > > - trigger larin yurutulmesi sonrasidan birsey yapmaniz gerekirse ilgili > trigger in isini adam gibi yapip yapmadigini bilemezsiniz. > transaction-commit-rollback uclusu. > > - veritabanlari spof dur (single point of failure) bu noktayi elden > geldigi kadar sade kullanmak lazim. isi zaten basindan askin, kodlama > tarafinin islerini de yukleyerek iyice darbogaz olusturmayin. > > > 26 Ağustos 2018 Pazar tarihinde, Oguzhan San > yazdı: > > Trigger bir çeşit blocker dir. Eğer verilen işi yapacak tüm kaynaklar >> hazır ise çalışır ve tutarlılığı sağlar . Ama işlem görecek nesne veya >> kayıt üzerinde beklerse, istediğiniz işlemlerin tümünü bekletir. Bu yüzden >> çok basit işlemleri yapmak için yazılır. >> Ayrıca herşeyi trigger ile yaparsanız, veri tabanınızı ele geçiren biri >> mantığı da kavramış olabilir ! >> Önerim ara katman yazmanız olacaktır. Yani bir business layer içinde >> resusable nesne ve fonksiyonlarla çok daha yönetilebilir yaparsınız. Hatta >> Db ilişkilerini de bu katmanda oluşturun ve tutun derim. Db yi eskisi gibi >> diskte düşünmeyin artık :) hafızaya yüklenin. >> >> Kolay gelsin >> >> Sent from my iPhone >> >> > On 26 Aug 2018, at 01:08, Dr. Mucibirahman İLBUĞA < >> mucip.ilb...@gmail.com> wrote: >> > >> > Merhabalar, >> > >> > Qt/C++ ve PostgreSQL ile bir proje geliştiriyoruz. Bazı işlemleri >> > trigerlere yükleyerek hız kazanmak ve olası hataları engelleme >> > düşüncesindeyiz. >> > >> > Mesela stok hareket girildiğinde veya silindiğinde otomatik olarak >> > tümhareket kayıtlarını sorgulayıp depoya adeti triger ile yazdırıyorum. >> > Veya fişi sildiğimde tüm fiş detaylarını ve aynı zamanda bu detayların >> > oluşturduğu hareket kayıtlarını da triger ile sildiriyorum. >> > >> > Merak ettiğim ileride triger kullanımının yaratacağı sorunlar olabilir >> > mi? Riski ve güvenliği nedir? Yolun başında bilelim. >> > >> > Önerileriniz nedir?... >> > >> > -- >> > Kolay gelsin, >> > Mucip:) >> > >> > ___ >> > Linux-programlama mailing list >> > Linux-programlama@liste.linux.org.tr >> > https://liste.linux.org.tr/mailman/listinfo/linux-programlama >> > Liste kurallari: http://liste.linux.org.tr/kurallar.php >> ___ >> Linux-programlama mailing list >> Linux-programlama@liste.linux.org.tr >> https://liste.linux.org.tr/mailman/listinfo/linux-programlama >> Liste kurallari: http://liste.linux.org.tr/kurallar.php >> > > > -- > İyi çalışmalar... > > Mustafa DUMLUPINAR > https://github.com/seyhanp > > ___ > Linux-programlama mailing list > Linux-programlama@liste.linux.org.tr > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php > -- Omer Barlas Mobil bir cihazdan gönderilmiştir, imla ve anlam hataları olabilir. ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
Merhabalar, 26.08.2018 08:56 tarihinde Oguzhan San yazdı: > Trigger bir çeşit blocker dir. Eğer verilen işi yapacak tüm kaynaklar hazır > ise çalışır ve tutarlılığı sağlar . Ama işlem görecek nesne veya kayıt > üzerinde beklerse, istediğiniz işlemlerin tümünü bekletir. Bu yüzden çok > basit işlemleri yapmak için yazılır. Şu ana kadar zaten yaptığım bu. Mesela hem fiş ekranından hem de fatura ekranından giriş çıkış yapıyoruz diye düşünelim. Örnekleri sallama verdim. Her iki ekranda da ayrıca ayrıca depo stok adetlerini güncellemek gerekecekti. Bunu veritabanına yüklemiş oldum. > Ayrıca herşeyi trigger ile yaparsanız, veri tabanınızı ele geçiren biri > mantığı da kavramış olabilir ! Açıkcası bu konuda çok bir kaygım yok. ;-) Zaten açık kaynak kod mantığını seviyoruz. :) Bu proje ile de jübile yapmayı düşünüyorum... > Önerim ara katman yazmanız olacaktır. Yani bir business layer içinde > resusable nesne ve fonksiyonlarla çok daha yönetilebilir yaparsınız. Hatta Db > ilişkilerini de bu katmanda oluşturun ve tutun derim. Db yi eskisi gibi > diskte düşünmeyin artık:) hafızaya yüklenin. Ya aslında bu katman denilen Framework konusu hala benim için soru işareti! Bir ara Qt ile yazılmış, çok beğendiğim ve açık kaynak kodlu K9 projesi vardı. Orada da bir framework kullanılmıştı ama bende hala mantıksal karşılığı yok... :-P Kolay gelsin, Mucip:) ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
Merhabalar, 26.08.2018 11:20 tarihinde M.Dumlupinar yazdı: > - trigger larin yurutulmesi sonrasidan birsey yapmaniz gerekirse > ilgili trigger in isini adam gibi yapip yapmadigini bilemezsiniz. > transaction-commit-rollback uclusu. Bu nokta önemli. Haklısınız. Buun dönüş sonucu karanlık! Ama triger içerisinde hata kontrolü yapmaya çalıştım. Mesela stok hareketi yapıldığında depoStok tablosunda henüz kayıt açılmadıysa öncelikle o stokkoduna dair kayıtı trigere oluşturuyorum. Ama elbette bu basit işlemde sıkıntı olmaz ama işler detaylandıkça sıkıntı olabilir... > > - veritabanlari spof dur (single point of failure) bu noktayi elden > geldigi kadar sade kullanmak lazim. isi zaten basindan askin, kodlama > tarafinin islerini de yukleyerek iyice darbogaz olusturmayin. Elbette veritabanında triger veya fonksiyonların çalışma hızı ile önemli. Tam bilmiyorum! Derleyici mi yoksa yorumlayıcı mantığı ile mi işliyor? Yani yazdığımız kod veya fonksiyon önce derleniyor mu? Bilmiyorum... Kolay gelsin, Mucip:) ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
Merhabalar, 26.08.2018 11:20 tarihinde M.Dumlupinar yazdı: > - trigger larin yurutulmesi sonrasidan birsey yapmaniz gerekirse > ilgili trigger in isini adam gibi yapip yapmadigini bilemezsiniz. > transaction-commit-rollback uclusu. Bu nokta önemli. Haklısınız. Buun dönüş sonucu karanlık! Ama triger içerisinde hata kontrolü yapmaya çalıştım. Mesela stok hareketi yapıldığında depoStok tablosunda henüz kayıt açılmadıysa öncelikle o stokkoduna dair kayıtı trigere oluşturuyorum. Ama elbette bu basit işlemde sıkıntı olmaz ama işler detaylandıkça sıkıntı olabilir... > > - veritabanlari spof dur (single point of failure) bu noktayi elden > geldigi kadar sade kullanmak lazim. isi zaten basindan askin, kodlama > tarafinin islerini de yukleyerek iyice darbogaz olusturmayin. Elbette veritabanında triger veya fonksiyonların çalışma hızı ile önemli. Tam bilmiyorum! Derleyici mi yoksa yorumlayıcı mantığı ile mi işliyor? Yani yazdığımız kod veya fonksiyon önce derleniyor mu? Bilmiyorum... Kolay gelsin, Mucip:) ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
Merhabalar, 26.08.2018 16:07 tarihinde Omer Barlas yazdı: > Diğer herkesin söylediği çekincelere katılmakla beraber tavsiyem > arayüz için Quasar (Vue), API için ise Laravel veya Lumen’i tavsiye > ederim. DB üzerine olabildiğince herhangi bir programlama mantığını > yüklememek gerekiyor, zaten relational DBler gerekli veri consistency > işini hallediyor. Bunu inceleyeceğim Ömer bey. Bir ara yine konusu geçmişti diye hatırlıyorum.. ;-) > > Yarın DBde yapacağınız herhangi bir kolon ya da tablo güncellemesinde > o triggerlar ciddi anlamda baş ağrıtır. Öyle görünüyor. Trigerlere çok fazla kodlama işi yüklememekte fayda var gibi. Tüm öneri veren arkadaşlara teşekkürler ederim. Dikkate alacağım. Yolun başındayken... ;-) Kolay gelsin, Mucip:) ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
*Bu nokta önemli. Haklısınız. Buun dönüş sonucu karanlık! Ama triger içerisinde hata kontrolü yapmaya çalıştım. Mesela stok hareketi yapıldığında depoStok tablosunda henüz kayıt açılmadıysa öncelikle o stokkoduna dair kayıtı trigere oluşturuyorum. Ama elbette bu basit işlemde sıkıntı olmaz ama işler detaylandıkça sıkıntı olabilir...* Bununla ilgili basit bir örnek vereyim, bizim yazdığımız sistemde muhasebe departmanı bir faturayı tarayıp sisteme yüklediğinde tüm ilgililere fatura görüntüsü ile birlikte bir mail gönderiyor. Altında da bir link var, itirazı ya da yorumu olan olursa linke tıklayarak geri dönüş sağlayabiliyor. O yüzden trigger'dan ziyade ayrı bir API mantığı oturtmanda ciddi fayda görüyorum. İlerleyen zamanlarda yanlıştan dönmek çok daha zor olacaktır. "Kervan yolda düzülür" diye meşhur bir lafımız var, rica ediyorum yolda düzmeye çalışma. Ayrıca illa Qt üzerine gitmemeye çalış, algoritma bilen adamsın, PHP ya da Ruby on Rails'i çözmen çok uzun sürmez. Web üzerinden kullanabilecekken masaüstü uygulamaya ne gerek var? Dr. Mucibirahman İLBUĞA , 26 Ağu 2018 Paz, 17:26 tarihinde şunu yazdı: > Merhabalar, > > 26.08.2018 11:20 tarihinde M.Dumlupinar yazdı: > > - trigger larin yurutulmesi sonrasidan birsey yapmaniz gerekirse > > ilgili trigger in isini adam gibi yapip yapmadigini bilemezsiniz. > > transaction-commit-rollback uclusu. > > Bu nokta önemli. Haklısınız. Buun dönüş sonucu karanlık! Ama triger > içerisinde hata kontrolü yapmaya çalıştım. Mesela stok hareketi > yapıldığında depoStok tablosunda henüz kayıt açılmadıysa öncelikle o > stokkoduna dair kayıtı trigere oluşturuyorum. Ama elbette bu basit > işlemde sıkıntı olmaz ama işler detaylandıkça sıkıntı olabilir... > > > > > - veritabanlari spof dur (single point of failure) bu noktayi elden > > geldigi kadar sade kullanmak lazim. isi zaten basindan askin, kodlama > > tarafinin islerini de yukleyerek iyice darbogaz olusturmayin. > > Elbette veritabanında triger veya fonksiyonların çalışma hızı ile > önemli. Tam bilmiyorum! Derleyici mi yoksa yorumlayıcı mantığı ile mi > işliyor? Yani yazdığımız kod veya fonksiyon önce derleniyor mu? > Bilmiyorum... > > Kolay gelsin, > Mucip:) > > ___ > Linux-programlama mailing list > Linux-programlama@liste.linux.org.tr > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php > -- Omer Barlas omer.bar...@gmail.com ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
Merhabalar, WEB bana o kadar uzak ki!!!.. :-\ PHP falan sıkıntı yok ama iş bir yerde gelip HTML ve CSS'ye dayanıyor! Ben de tam o noktada cayıyorum... ;-) HTML ve CSS'ye bulaşmayan web programlama varsa hemen geçeyim. Bir ara Java mı dedim?! Baktım onun da bir ucu yine oraya dayandı! :-( Yok yani... Olmuyor! Ben web yazamıyorum!... Hasta ediyor beni... WEB=HTML+CSS olduğu sürece çok zor!!! Kolay gelsin, Mucip:) 26.08.2018 23:24 tarihinde Omer Barlas yazdı: > Web üzerinden kullanabilecekken masaüstü uygulamaya ne gerek var? ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
ya üstat ver arayüzü başkası yazsın, sen arka planda çalışan sistemi yaz. zaten özellikle Vue ve PHP dememin sebebi o, iş yüklerini tamamen birbirinden ayırıyor. mantığı yazan önyüzü, önyüzü yazan da arkadaki mantığı görmek zorunda değil ;) Dr. Mucibirahman İLBUĞA , 27 Ağu 2018 Pzt, 00:29 tarihinde şunu yazdı: > Merhabalar, > > WEB bana o kadar uzak ki!!!.. :-\ > > PHP falan sıkıntı yok ama iş bir yerde gelip HTML ve CSS'ye dayanıyor! > Ben de tam o noktada cayıyorum... ;-) > > HTML ve CSS'ye bulaşmayan web programlama varsa hemen geçeyim. Bir ara > Java mı dedim?! Baktım onun da bir ucu yine oraya dayandı! :-( > > Yok yani... Olmuyor! Ben web yazamıyorum!... Hasta ediyor beni... > > WEB=HTML+CSS olduğu sürece çok zor!!! > > Kolay gelsin, > Mucip:) > > 26.08.2018 23:24 tarihinde Omer Barlas yazdı: > > Web üzerinden kullanabilecekken masaüstü uygulamaya ne gerek var? > > ___ > Linux-programlama mailing list > Linux-programlama@liste.linux.org.tr > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php > -- Omer Barlas omer.bar...@gmail.com ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
[Linux-programlama] Re: PostgreSQL ve triger kullanımı?
Java dünyasında suya sabuna (HTML ve CSS'e) çok çok az dokunarak büyük web uygulamaları geliştirebilirsiniz. bunun için bizzat google ın kendi arayüzlerinde kullandığı GWT var. çok demode dersen EXT var Vaadin var. ama bana sorarsan arayüzleri HTML, CSS ve JS ile geliştirmen çok daha iyi ve mantıklı olur. On Mon, Aug 27, 2018 at 9:03 AM Omer Barlas wrote: > ya üstat ver arayüzü başkası yazsın, sen arka planda çalışan sistemi yaz. > zaten özellikle Vue ve PHP dememin sebebi o, iş yüklerini tamamen > birbirinden ayırıyor. mantığı yazan önyüzü, önyüzü yazan da arkadaki > mantığı görmek zorunda değil ;) > > Dr. Mucibirahman İLBUĞA , 27 Ağu 2018 Pzt, 00:29 > tarihinde şunu yazdı: > >> Merhabalar, >> >> WEB bana o kadar uzak ki!!!.. :-\ >> >> PHP falan sıkıntı yok ama iş bir yerde gelip HTML ve CSS'ye dayanıyor! >> Ben de tam o noktada cayıyorum... ;-) >> >> HTML ve CSS'ye bulaşmayan web programlama varsa hemen geçeyim. Bir ara >> Java mı dedim?! Baktım onun da bir ucu yine oraya dayandı! :-( >> >> Yok yani... Olmuyor! Ben web yazamıyorum!... Hasta ediyor beni... >> >> WEB=HTML+CSS olduğu sürece çok zor!!! >> >> Kolay gelsin, >> Mucip:) >> >> 26.08.2018 23:24 tarihinde Omer Barlas yazdı: >> > Web üzerinden kullanabilecekken masaüstü uygulamaya ne gerek var? >> >> ___ >> Linux-programlama mailing list >> Linux-programlama@liste.linux.org.tr >> https://liste.linux.org.tr/mailman/listinfo/linux-programlama >> Liste kurallari: http://liste.linux.org.tr/kurallar.php >> > > > -- > Omer Barlas > omer.bar...@gmail.com > ___ > Linux-programlama mailing list > Linux-programlama@liste.linux.org.tr > https://liste.linux.org.tr/mailman/listinfo/linux-programlama > Liste kurallari: http://liste.linux.org.tr/kurallar.php > -- İyi çalışmalar... Mustafa DUMLUPINAR https://github.com/seyhanp ___ Linux-programlama mailing list Linux-programlama@liste.linux.org.tr https://liste.linux.org.tr/mailman/listinfo/linux-programlama Liste kurallari: http://liste.linux.org.tr/kurallar.php
