Forum
Aktif konular
Üyeler
Kurallar
Arama
Tahribat.com Forumları 
Domain - Hosting - Reseller - Dedicated Server - Virtual Server - IRC Shell - Seedbox 
Amazon Lightsail Port Problemi Amazon Lightsail Port Problemi
-
Sunucuda kullandığım node.js kodlarını güncellemem gerekti. Eski dosyaları komple silip yeni dosyaları ekledim. Bu işlemden sonra socket bağlantısı kurmamaya başladı.
Yeni bir instance oluşturup 4567 portunu web sayfası üzerinden networking'de yeni ipv4 rule oluşturdum. Terminalden ufw allow 4567/tcp dedim. Hala bağlantı kuramıyorum.
Ufw'den baktığım zaman Status ALLOW IN yazıyor. Ama socket bağlantısı kurmak istediğimde zaman aşımına uğruyor.
Kafayı yemek üzereyim. Bir sürü şey denedim olmadı. Yeni eklediğim dosyalara chmod 777 ile tüm izinleri verdim.
Server kodları 4567 portunda çalışıyor. Çalışıyorum diye loguda basıyor amma bir türlü client bağlanmıyor.
Localde aynı kodlar aynı port çalışıyor.
Konu hakkında bilgisi olan var mıdır?
h0rtl4kk tarafından 04/Haz/24 23:29 tarihinde düzenlenmiştir -
-
Düzeldi.
sudo ufw default allow|allow|allow[incoming|outgoing|routed]
sudo ufw reload
nano/etc/default/ufw(ne varsa ACCEPT yap manage_builtins=yes)
sudo ufw reload -
yolbulucu bunu yazdı
aws de eziyet çekme abi
al kodunu at google cloud run a çalışsın. max harcayacağın süre 10 dk
Hocam bu google cloud olaylarında yetkili bi abiye benziyorsun.
Birşey sorabilir miyim.
Benim elimde postgresql dosyası var, ama backup şeklinde değil.
Direkt olarak kurulumun yapıldığı klasörü alıp, yeni bir setup yapıp bu dosyalarla, yüklenen dosyaları değiştirinde onu kullanan program çalışıyor.
Normalde, veritabanı yedeğini alıp başka yere yükleyince program serial hatası veriyor, ibneler de ekstra para istiyorlar tekrardan kurabilmek için.
Anladığım kadarıla bu postgresql'de dbid gibi birşey var, onu yeni veritabanına aktarma imkanım olmuyor, ancak bütün kurulum dosyalarını kopyalayıp, farklı bilgisayardaki kurulum dosyaları ile değiştirince bu kontrolü atlatabiliyorum.
Bu veritabanını cloud'a taşıma imkanım oluyormu acaba bilginiz varmı.
-
h0rtl4kk bunu yazdı
Düzeldi.
sudo ufw default allow|allow|allow[incoming|outgoing|routed]
sudo ufw reload
nano/etc/default/ufw(ne varsa ACCEPT yap manage_builtins=yes)
sudo ufw reloadabi şimdi benim anlamadığım bunlarla uğraşacaksan cloudun ne anlamı kalıyo :D
normal bi dedicatedın 10 katı falan pahalı sonuçta
baya saçma iş şu aws.
-
CEO bunu yazdıyolbulucu bunu yazdı
aws de eziyet çekme abi
al kodunu at google cloud run a çalışsın. max harcayacağın süre 10 dk
Hocam bu google cloud olaylarında yetkili bi abiye benziyorsun.
Birşey sorabilir miyim.
Benim elimde postgresql dosyası var, ama backup şeklinde değil.
Direkt olarak kurulumun yapıldığı klasörü alıp, yeni bir setup yapıp bu dosyalarla, yüklenen dosyaları değiştirinde onu kullanan program çalışıyor.
Normalde, veritabanı yedeğini alıp başka yere yükleyince program serial hatası veriyor, ibneler de ekstra para istiyorlar tekrardan kurabilmek için.
Anladığım kadarıla bu postgresql'de dbid gibi birşey var, onu yeni veritabanına aktarma imkanım olmuyor, ancak bütün kurulum dosyalarını kopyalayıp, farklı bilgisayardaki kurulum dosyaları ile değiştirince bu kontrolü atlatabiliyorum.
Bu veritabanını cloud'a taşıma imkanım oluyormu acaba bilginiz varmı.
abi şöyle yaparsın : veritabanını sanal makineye kurarsın. sanal makineyi taşırsın istediğin yere. istersen clouda taşırsın istersen başka pc ye.
-
yolbulucu bunu yazdıCEO bunu yazdıyolbulucu bunu yazdı
aws de eziyet çekme abi
al kodunu at google cloud run a çalışsın. max harcayacağın süre 10 dk
Hocam bu google cloud olaylarında yetkili bi abiye benziyorsun.
Birşey sorabilir miyim.
Benim elimde postgresql dosyası var, ama backup şeklinde değil.
Direkt olarak kurulumun yapıldığı klasörü alıp, yeni bir setup yapıp bu dosyalarla, yüklenen dosyaları değiştirinde onu kullanan program çalışıyor.
Normalde, veritabanı yedeğini alıp başka yere yükleyince program serial hatası veriyor, ibneler de ekstra para istiyorlar tekrardan kurabilmek için.
Anladığım kadarıla bu postgresql'de dbid gibi birşey var, onu yeni veritabanına aktarma imkanım olmuyor, ancak bütün kurulum dosyalarını kopyalayıp, farklı bilgisayardaki kurulum dosyaları ile değiştirince bu kontrolü atlatabiliyorum.
Bu veritabanını cloud'a taşıma imkanım oluyormu acaba bilginiz varmı.
abi şöyle yaparsın : veritabanını sanal makineye kurarsın. sanal makineyi taşırsın istediğin yere. istersen clouda taşırsın istersen başka pc ye.
Hocam bu dediğiniz gibi yapıyorum, o zaman da performans kaybı çok fazla oluyor.
Anladığım kadarıyla başka bir çözüm yok.
Çok teşekkürler
-
CEO bunu yazdıyolbulucu bunu yazdıCEO bunu yazdıyolbulucu bunu yazdı
aws de eziyet çekme abi
al kodunu at google cloud run a çalışsın. max harcayacağın süre 10 dk
Hocam bu google cloud olaylarında yetkili bi abiye benziyorsun.
Birşey sorabilir miyim.
Benim elimde postgresql dosyası var, ama backup şeklinde değil.
Direkt olarak kurulumun yapıldığı klasörü alıp, yeni bir setup yapıp bu dosyalarla, yüklenen dosyaları değiştirinde onu kullanan program çalışıyor.
Normalde, veritabanı yedeğini alıp başka yere yükleyince program serial hatası veriyor, ibneler de ekstra para istiyorlar tekrardan kurabilmek için.
Anladığım kadarıla bu postgresql'de dbid gibi birşey var, onu yeni veritabanına aktarma imkanım olmuyor, ancak bütün kurulum dosyalarını kopyalayıp, farklı bilgisayardaki kurulum dosyaları ile değiştirince bu kontrolü atlatabiliyorum.
Bu veritabanını cloud'a taşıma imkanım oluyormu acaba bilginiz varmı.
abi şöyle yaparsın : veritabanını sanal makineye kurarsın. sanal makineyi taşırsın istediğin yere. istersen clouda taşırsın istersen başka pc ye.
Hocam bu dediğiniz gibi yapıyorum, o zaman da performans kaybı çok fazla oluyor.
Anladığım kadarıyla başka bir çözüm yok.
Çok teşekkürler
hocam ciddi bir performans kaybı yaşamaman lazım. tam olarak nasıl/nereye kuruyorsun anlatabilir misin ?
-
Hocam kullanmış olduğum çağrı merkezi yazılımı veritabanı olarak postgresql kullanıyor.
Adamlar da öyle bir sistem yapmış ki, en ufak birşeyde program trial'e düşüyor, adamlara birdaha para ödemem gerekiyor.
Evden çalıştığımız için, veritabanı da bir hosting firmasından sanal sunucu aldım onun üzerinde çalışıyor.
Normalde mssql veritabanları vs. çok daha hızlı cevap veriyor, ama bu veritabanı windows üzerinde kurulu olduğu için her çağrı kaydetmeye ortalama 2-3 saniye beklemek gerekiyor.
Bu da günde 100 çağrıya vurunca biraz fazla oluyor.
Veritabanının olabildiğince hızlı cevap vermesi, kullanılabilirlik açısından çok farkediyor.
Bende, acaba bu mssql veritabanları gibi, öyle uzaktan bağlanılabilecek, herhangi bir sanal makinanın üzerinde değil de direkt cloud'da hizmet verilen postgresql hizmetlerinden satın alıp, bu veritabanını da oraya bir şekilde taşıyabilirsek çok daha hızlı açılacağını düşündüm.
Kısayol
Şikayet
Özel Mesaj
Alıntı yap
Cevapla