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

Security - Best Practises (Oracle - Linux vs)

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

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.

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.