Güvenlik konusunda ücretsiz olarak erişebileceğiniz
best practise dökümanlarına aşağıdaki linkten ulaşabilirsiniz.
(Oracle 11g,Oracle 12c, Mysql, DB2, Linux 6, VmWare, Apache, IIS vs. )
Örnek Döküman
-------------------------
CIS Oracle Database Server 11g R2 Benchmark v2.1.0
Release Date: Mon Nov 30 10:15:44 2015
https://benchmarks.cisecurity.org/downloads/show-single/?file=oracle11gR2.210
This document is intended to address the recommended security settings for Oracle Database 11g R2.
This guide was tested against Oracle 11g R2 (11.2.0.4) running on a Windows Server 2012 R2 instance
as a stand-alone system, and running on an Oracle Linux 6.5 instance also as a stand-alone system.
Future Oracle 11g R2 critical patch updates (CPUs) may impact the recommendations included in this document.
https://benchmarks.cisecurity.org/downloads/browse/index.cfm?category=benchmarks.servers
Genel etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
Genel etiketine sahip kayıtlar gösteriliyor. Tüm kayıtları göster
4 Şubat 2016 Perşembe
9 Kasım 2009 Pazartesi
IFS-Centura Debug Videosu (Rapidshare Link)
http://rapidshare.com/files/304386557/centura-debug.rar
Ulaşılamayan linkler ile ilgili mail atarsanız
yenilerini burada yayınlayacağım.
Ayrıca sorularınız ile ilgili
cevapları da burada bulabilirsiniz.
Ulaşılamayan linkler ile ilgili mail atarsanız
yenilerini burada yayınlayacağım.
Ayrıca sorularınız ile ilgili
cevapları da burada bulabilirsiniz.
11 Şubat 2009 Çarşamba
Gerçekleştirilen değişiklikler üzerine
Zaman içerisinde,herhangibir geliştirme(Oracle,Delphi,Java,IFS,Centura vs)
ortamında iş ihtiyaçları paralelinde pek çok
değişiklik gerçekleştiriyoruz. Yoğunluğa bağlı olarakta,
bir süre sonra bu değişiklikleri kolay hatırlayamaz
olmamız kaçınılmaz bir durumdur.
Bu sorunun çözümü ile ilgili benim yontemim
her değişikliğe unique bir kod verme ve bu değişiklikleri
bu kodlar vasıtasıyla izlemeye dayanıyor.
Pek çok durumda, pek çok programcının karşılaştığını düşündüğüm,
şu durumla karşılaştım.
Bir hata mesajı ile karşılaşıyorum. Bu hata mesajını verdiren
ben olduğum halde hata mesajı ile ilgili çok az şey hatırlıyorum.
Yeniden o kodları yazarken neler düşündüğümü hatırlamaya
çalışmaya dalıyorum:) Bu durum gerçekten de çok vakit kaybettirici
olabiliyor.
Çözüm ayrıntılarına gelince;
benim hazırladığım her hata mesajı, hataya ait unique
bir kod ile başlıyor ve bu kod ile aynı isimde, açıklamalar içeren,
bir text dosya hazırlıyorum.
Text dosyada geliştirme zamanında almış olduğum notlar var.
Hata ile ilgili ayrıntıları tuttuğum text dosya formatına ait
template im aşağıdaki gibi.
--DOSYA BAŞLANGICI--
Amaç : xx
Tarih : xx
Değişikli yapılan DOSYA : \\dbs\ifs\dev2007\new\original\xx.apy
Değişikli yapılan API : SHOP_ORDER_OPERATION_API
Değişikli yapılan bölge : PROCEDURE Unpack_Check_Insert___
REV No : 0
REV Açıklama : xx
REV TArih : xx
NOT : Ek klasöründe yapılan uygulama ile ilgili bir resim daha var.
Arama Yardımcı Kelimeleri : ChangeOrder, Değişim Talebi
HATA Mesajları
----------------------------------------------------------------------------
UZM0023 : xxxx
UZM0023.3 : xxxx
PROCEDURE Unpack_Check_Insert___ (
attr_ IN OUT VARCHAR2,
newrec_ IN OUT &TABLE%ROWTYPE )
IS
BEGIN
.......................................
.......................................
--çeşitli plsql kodları
.......................................
.......................................
end;
--DOSYA SONU--

Bu sorunu halletmetmeye yardımcı olacak adımlardan biri de
kaynak kod aralarına eklenen comment/açıklama satırlarıdır.
Yazdığınız her turlu koda comment eklemek çok
faydalı olacaktır.
ortamında iş ihtiyaçları paralelinde pek çok
değişiklik gerçekleştiriyoruz. Yoğunluğa bağlı olarakta,
bir süre sonra bu değişiklikleri kolay hatırlayamaz
olmamız kaçınılmaz bir durumdur.
Bu sorunun çözümü ile ilgili benim yontemim
her değişikliğe unique bir kod verme ve bu değişiklikleri
bu kodlar vasıtasıyla izlemeye dayanıyor.
Pek çok durumda, pek çok programcının karşılaştığını düşündüğüm,
şu durumla karşılaştım.
Bir hata mesajı ile karşılaşıyorum. Bu hata mesajını verdiren
ben olduğum halde hata mesajı ile ilgili çok az şey hatırlıyorum.
Yeniden o kodları yazarken neler düşündüğümü hatırlamaya
çalışmaya dalıyorum:) Bu durum gerçekten de çok vakit kaybettirici
olabiliyor.
Çözüm ayrıntılarına gelince;
benim hazırladığım her hata mesajı, hataya ait unique
bir kod ile başlıyor ve bu kod ile aynı isimde, açıklamalar içeren,
bir text dosya hazırlıyorum.
Text dosyada geliştirme zamanında almış olduğum notlar var.
Hata ile ilgili ayrıntıları tuttuğum text dosya formatına ait
template im aşağıdaki gibi.
--DOSYA BAŞLANGICI--
Amaç : xx
Tarih : xx
Değişikli yapılan DOSYA : \\dbs\ifs\dev2007\new\original\xx.apy
Değişikli yapılan API : SHOP_ORDER_OPERATION_API
Değişikli yapılan bölge : PROCEDURE Unpack_Check_Insert___
REV No : 0
REV Açıklama : xx
REV TArih : xx
NOT : Ek klasöründe yapılan uygulama ile ilgili bir resim daha var.
Arama Yardımcı Kelimeleri : ChangeOrder, Değişim Talebi
HATA Mesajları
----------------------------------------------------------------------------
UZM0023 : xxxx
UZM0023.3 : xxxx
PROCEDURE Unpack_Check_Insert___ (
attr_ IN OUT VARCHAR2,
newrec_ IN OUT &TABLE%ROWTYPE )
IS
BEGIN
.......................................
.......................................
--çeşitli plsql kodları
.......................................
.......................................
end;
--DOSYA SONU--

Bu sorunu halletmetmeye yardımcı olacak adımlardan biri de
kaynak kod aralarına eklenen comment/açıklama satırlarıdır.
Yazdığınız her turlu koda comment eklemek çok
faydalı olacaktır.
Kaydol:
Kayıtlar (Atom)