30 Ağustos 2010 Pazartesi

Standart Kağıt Ölçüleri

Standart Kağıt Ölçüleri
A0 841 x 1189 mm 33.13 x 46.85 inc
A1 594 x 841 mm 23.40 x 33.13 inc
A2 420 x 594 mm 16.55 x 23.40 inc
A3 297 x 420 mm 11.70 x 16.55 inc
A4 210 x 297 mm 8.27 x 11.70 inc
A5 148 x 210 mm 5.83 x 8.27 inc
A 216 x 279 mm 8.5 x 11 inc
B 279 x 432 mm 11 x 17 inc
B4 250 x 353 mm 9.84 x 13.90 inc
B5 176 x 250 mm 6.93 x 9.84 inc
C 432 x 559 mm 17 x 22 inc
C4 229 x 324 mm 9.01 x 12.76 inc
C5 162 x 229 mm 6.38 x 9.02 inc
D 559 x 864 mm 22 x 34 inc
DL 110 x 220 mm 4.33 x 8.66 inc
E 864 x 1118 mm 34 x 44 inc
10x13_ENVELOPE 254 x 330 mm 10 x 13 inc
9x12_ENVELOPE 229 x 305 mm 9 x 12 inc
BUSINESS_ENVELOPE 105 x 241 mm 4.13 x 9.5 inc
EXECUTIVE 191 x 254 mm 7.5 x 10 inc
LEDGER 279 x 432 mm 11 x 17 inc
LEGAL 216 x 356 mm 8.5 x 14 inc
LETTER 216 x 279 mm 8.5 x 11 inc
LP 348 x 279 mm 13.7 x 11 inc

VT

203 x 127 mm 8 x 5 inc

kaynak : http://www.matbaa.org/matbaa_kagit_ebatlari_ve_gramajlari.asp

3 Ağustos 2010 Salı

Postgresql yedekleme ve geri yükleme

Postgresql'de yedek almak pgadmin aracıyla gayet kolay, ancak yedekleri geri yüklerken sorunla karşılaşabiliyoruz. Sorun şöyle oluşuyor;
pgAdmin üzerinde backup database deyince karşımıza çıkan ekranda "Plain" seçersek, yedek olarak üretilen dosyanın boyutu biraz büyük oluyor. Bu şekilde yedek alınca pg_dump bu yedekteki veri girişlerini
COPY cari_hareketler (id, tarih, islem_no, islem_turu, firma_adi, borc, alacak, aciklama, hesap_tipi) FROM stdin;
şeklinde kaydeder. postgresql sitesindeki dökümanlarda pg_restore sayfasında da "
pg_restore will not be able to load the data using COPY statements." demektedir. Yani bu şekilde alınan yedeği pgAdmin aracılığıyla restore edememekteyiz. Benzer şekilde komut satırından pg_dump komututla -Fc parametresi olmadan alınan plain formatındaki yedek te aynı şekilde kolayca geri yüklenememektedir.

Plain formatındaki yedekleri geri yüklemek için
psql -U yuksel -d muhasebe -f 30_7_2010_yedek.sql
şeklinde komut kullanmamız gerekiyor. Bu komuttaki "yuksel" kullanıcı adı, "muhasebe" geri yükleme yapılacak veritabanının adı, "30_7_2010_yedek.sql" de plain formatındaki yedek dosyamızın adı oluyor.

İlave olarak genel yedekleme komutlarından bahsetmekte de fayda var. Komut satırından;

pg_dump -U {kullanıcı_adı} {veritabanı} -f {yedekdosyasıadı.sql}
dersek plain formatta yedek alırız (copy ibareli ve pgAdmin'den geri yüklenemeyen),

pg_dump -U {kullanıcı_adı} -Fc {veritabanı} > {yedekdosyasıadı.sql}
dersek pgAdmin'den geri yüklenebilen sıkıştırılmış (custom) formatta yedek almış oluruz.

pg_restore -U {kullanıcı_adı} {veritabanı} -f {yedekdosyasıadı.sql}
dersek custom formattaki yedek dosyamızı geri yükleyebiliriz,

psql -U {kullanıcı_adı} -D {veritabanı} -f {yedekdosyasıadı.sql}
dersek plain formattaki yedeğimizi geri yükleyebiliriz.

Yedek alırken birde bütün veritabanlarının yedeğinin alınması durumu var ki ondan da kısaca örneklemelerde bulunmak gerekir. Komut satırından;
pg_dumpall > db.out

komutuyla bütün veritabanları ve objeler yedeklenir, tabi plain olarak.

psql -f db.out postgres
komutuyla da db.out yedeğinden sadece postgres veritabanı geri yüklenebilir

sshnas21.dll trojanı

Dün bilgisayarımda bir trojan olduğunu farkettim. AVG ile trojanı temizledim. Fakat araştırma yaparken windows'un sistem dosyalarının bütünlüğünün

sfc /scannow

komutuyla taranabileceğini farkettim. Tabi unutmadan notunu da hemen düşeyim dedim :)