Çeviriye katkıda bulunmanız 3 şekilde mümkündür:

• PHP karmanız vardır,
• PR yapabilirsiniz,
• Çevirilerinizi ekip liderine gönderirsiniz.

Hangi yöntemi kulanırsanız kullanın, çevirmenlerimizin birçok dilde ama mutlaka PHP ile kodlama yapabildiğini, komut satırından git kullanabildiğini, GitHub kullanabildiğini, HTML ve XML belgeler üretmekte ve düzenlemekte zorluk çekmeyeceğini, iyi ingilizce ve türkçe bildiğini ama en önemlisi "öğrenmeyi" bildiğini (herşeyi bilemeyiz ama öğrenebiliriz) varsayıyoruz. Aşağıdaki bilgiler Linux kullananlara göre düzenlenmiştir.

Bir GitHub hesabınız olması önerilir. Örnek: https://github.com/nilgun

PR yapacaksanız GitHub hesabınızda oturum açtıktan sonra https://github.com/php/doc-tr adresine gidip bu depoya bir "fork" açın. Hesap sayfanızda yeni bir deponuz oldu. PR yapmayanlardan farklı olarak tr deposu olarak bu depoyu kullanacaksınız.

Bizim çalışacağımız modülün ismi: tr

Önce çalışma dizininizi oluşturun: phpdoc Dizine geçin ve şu komutları girin:

GitHub PR'ları yapacaklar için komutlar:

git clone git@github.com:<github-user>/doc-tr.git tr git clone https://github.com/php/doc-en.git en git clone https://github.com/php/doc-base.git doc-base

Liderle çalışacaklar için komutlar:

git clone https://github.com/php/doc-tr.git tr git clone https://github.com/php/doc-en.git en git clone https://github.com/php/doc-base.git doc-base

PHP karması olanların https://github.com/php/doc-base/README.md dosyasını okuduktan sonra buraya dönmesini öneririm.

Bu komutlar doc-base, en ve tr diye üç dizin açacak ve altına GiT deposundan bu modüllere ait dosyaları indirecektir. Bundan sonra phpdoc/tr dizininden bahsederken "çalışma dizini" diyeceğiz. Bunu yaptıktan sonra yeni bir çeviriye başlamaya karar vermeden önce bu üç dizinde de daima

git pull

komutunu vermelisiniz. Bu komut çalışma dizininizi son haline getirir. tr dizininde sadece çevrilmiş ve çevirisi sürmekte olan dosyalar vardır. Yani çevireceğiniz dosya tr altında varsa başka bir dosya seçmeniz gerekecek. Çevireceğiniz dosyayı en dizini altından seçip tr altındaki yerine kopyalayacaksınız. Örneğin, en/reference/apache/book.xml dosyasını gözünüze kestirdiniz diyelim. Yapacağınız, çalışma dizininizin içinde

cp en/reference/apache/book.xml tr/reference/apache/book.xml

komutunu vermeye eşdeğer bir işlem olacak.

GiT deposuyla çalışmak için Linux altında git-gui ve gitk kullanılabilir. tr altında komut satırından gitk komutunu verin. gitk arayüzünden git-gui uygulamasını çalıştırmak için bir seçenek mevcut. Windows için de benzer arayüz kullanılabiliyor: https://gitforwindows.org/

Ama hemen çeviriye girişmeyeceksiniz. Bazı önişlemler var.

Dosyanın ilk satırı genelde şuna benzer bir girdi içerir:

<?xml version="1.0" encoding="utf-8"?> 

Bu satıra "XML başlığı" diyelim.

Burada "utf-8", çeviri yaparken kullanacağınız karakter kodlamasıdır.

XML başlığının altına şöyle bir satır ekleyin:

<!-- EN-Revision: 123456 Maintainer: flarecaster Status: ready --> 

Bu satıra "güncelleme satırı" diyelim. 123456 özgün belgenin "commit hash"i olup aslında oldukça uzun bir dizedir, flarecaster çevirmenin translation.xml dosyasında yazan kullanıcı adı (nick), sonuncusu ise dosyanın durumunu gösterecek. Çeviriye başlarken orayawip, tamamlandığında ready yazacaksınız.

Böylece özgün belgenin sürüm numarası değiştiğinde en dizini altındaki dosya için

git diff <EN-revision> <en/dizin/dosya>

komutuyla eski ve yeni sürümler arasındaki farkı kolayca görebilecek, tüm dosyayı yeni baştan çevirircesine elden geçirmekten kurtulacağız. Yani, çeviriyi güncellemek kolaylaşacak. Tabii, çeviriyi yapan güncelleyecek ;-)

Güncelleme sırasında 123456 yerine özgün belgenin yeni commit hash'ini yazmayı unutmuyoruz. Bunu elde etmek için özgün belgenin bulunduğu dizinde şu komutu verin:

cmhash <dosya.xml> 

Bu başta çalışmayacak çünkü cmhash bir bash alias. Ev dizinizde .bashrc dosyasının sonuna şu satırı ekleyin:

alias cmhash='git log -n1 --format=format:"%H"'

ve aynı satırı bir defalık komut satırından da girin ki oturum aç/kapa yapmak gerekmesin. Böylece her dosya için bu alengirli komutu yazmaktan kurtulursunuz.

Güncelleme satırının altında bazı dosyalarda

<!-- CREDITS: cumhuronat, tpug, antimon, flarecaster --> 

gibi satırlar göreceksiniz. Bu kişiler o belgenin çevirisiyle evvelce ilgilenmiş kişilerdir. Onları böyle bir satırla hatırlamış oluyoruz.

Sıra geldi çeviride dikkat edilecek hususlara... XML dosyalarla çalışırken dosyanın sekme karakterini (09) içermemesi gerekir. Eğer metin düzenleyiciniz yapabiliyorsa sekmeleri boşluklara çevirmeyi etkin kılın, yapamıyorsa bunu yapabilen bir metin düzenleyici bulun. Bulamıyorsanız, sekme yerine boşluk tuşuna basın. Zaten çalışacağınız XML dosyaların girintileri 1 karakter uzunlukta.

78 sütundan daha geniş satırlar kullanmayın. Uzun satırlar farkları (diff) komut satırından görmek istediğinizde işinizi kolaylaştırmayacaktır.

Dosyalar <para>This extension requires PHP 8.</para> şeklinde HTML'ye benzer etiketler arasında bir takım metinler içerir. Bu etiketler XML belgenin yapı taşları olduğundan onları çevirmeyeceğiz. Bazı etiketlerin HTML etiketlerindeki gibi öznitelikleri vardır, onlara da dokunmuyoruz. Yani, yukarıdaki metni <para>Bu eklenti PHP 8 gerektirir.</para> şeklinde çevireceğiz.

Ayrıca dosyalarda bazen & ile başlayıp ; ile biten bazı sözcüklere rastlayacaksınız. Onları cümlenin bir parçası haline getireceksiniz. Örneğin,

<para>You must enable the <literal>foo</literal> setting in &php.ini;</para> 

yerine

<para><literal>foo</literal> ayarını &php.ini; içinde yapmış olmalısınız.</para> 

yazacaksınız. Ancak bazı durumlarda bunu yapamayabiliriz. Değişken içindeki metin parçası cümle içinde kulanıldığında bir yerde doğruyken başka bir yerde imla hatasına yol açabilir. Böyle bir durumdan şüphe duyarsanız mevcut HTML belgeye bakıp ne yapacağınıza kendiniz karar vermelisiniz. XML belgeyle ilişkili HTML belgelere, genellikle, XML belgenin kök etiketindeki xml:id değerinin sonuna .html veya .php getirerek ulaşabilirsiniz.

Tırnak karakteri yerine ' kullanılmışsa siz de onu kullanın. Sizin cümle içinde tek tırnak imi kullanmanız gerekirse zor gelmeyecekse yine ' kullanın. Böylece farklı tırnak imleri yerine tek bir tırnak imi kullanmış oluruz. Ayrıca XML belgelerin HTML veya PHP'ye dönüştürülmesi sırasında olası bir tırnak ayırma hatasını da önlemiş oluruz. Bu durum belgelerin kılavuz sayfaları üretilirken bilhassa önem kazanmaktadır. Kılavuz (man) sayfalarında ' iminden başkası (' olur, kendileri) görüntülenmez. Yani ' yerine başka bir tırnak imi kullanmışsanız kılavuz sayfasında o tırnağı bulamayabilirsiniz.

Çeviri bittikten sonra güncelleme satırındaki wip dizgesini ready yapmayı unutmayın.

Linux kullananların çeviriyi kate üzerinde yapmasını öneririm. Windows kullananlara notepad++ öneririm.

Son olarak dosyayı teslim etmeden önce phpdoc/doc-base dizininde şu komutunu kullanın:

$ php configure.php --with-lang=tr --enable-force-dom-save --disable-segfault-error --enable-xml-details

Komut hata vermemişse ve bir GiT hesabınız varsa veya GitHub PR'ı yapacaksanız dosyayı depoya gönderebilirsiniz. Aksi takdirde, dosyayı ekip liderine göndermelisiniz. Verdiği hatayı nasıl gidereceğinizi bilmiyorsanız listedekilere sorunuz. (Burada artık esr'nin ünlü belgesinden söz etmeyelim.) Hatalı dosyayı bana gönderebilirsiniz ama ASLA ve ASLA depoya teslim etmeyin.

Git hesabı olanlar için teslimat işlemleri:

git commit -m"açıklamayı buraya yazın" <dosya.xml> git push

PR yapacak olanlar bu işlemden sonra artık GitHub hesaplarında Pull Request oluşturabilir.

Çeviri projesinin son durumunu öğrenmek için phpdoc dizini altında aşağıdaki komutu verin ve revcheck.html dosyasını tarayıcınız ile açın. Çevirmenler için çok yararlı bir araçtır.

php doc-base/scripts/revcheck.php tr > revcheck.html

Veya http://doc.php.net/revcheck.php?p=filesummary&lang=tr adresine bakın (4 saatte bir güncellenmektedir).

Aşağıda İngilizce terimlerin bu çeviride kullandığımız Türkçe karşılıkları yazılmıştır. AMACIMIZ AYNI TERİMLERİ KULLANMAK, OKUYUCUYU FARKLI TERİMLERLE KAVRAM KARGAŞASI İÇİNDE BIRAKMAMAKTIR.

_ Altçizgi imi & Ve imi Abstract Metin için "Özet" ifadeler için "soyut" veya "mutlak" Argument Bağımsız değişken (return durumunda: Bağımlı değişken) Array Dizi Associative Array İlişkisel Dizi Attribute Öznitelik Authentication Kimlik doğrulama Authorization Yetkilendirme Backslash Ters bölü Binary Uygulamaysa kastedilen "çalıştırılabilir", kendisi bir veri türü ise çevrilmez, veri türünü niteliyorsa "ikil", bir işleci niteliyorsa "iki terimli". Bitwise Bitsel Boolean Mantıksal Built-in Yerleşik Callback Geriçağırım Class Sınıf Closure Kapsanım Unicode Code Point Unicode Karakter Kodu Compile Derleme Configuration Yapılandırma Constants Sabitler (Değişmezler değil!) Contravariance Az Özgüllük (bu ikisi tam karşılık değil, kullanıma uygunluk sağlar) Covariance Çok Özgüllük Control Structure Denetim Yapısı Default Öntanımlı Detail Ayrıntı (lütfen "detay" diye çevirmeyin) Digest Özet Directive Yönerge double quote çift tırnak " Endian Dip Escape Escape tuşu için çevrilmez. Escape character Önceleme karakteri Exception İstisna Executable Çalıştırılabilir Extention Eklenti Extents Genişletir (nyp) Float Gerçek sayı, kayan noktalı sayı Form Form Function İşlev Handle Tanıtıcı Handler İşleyici Hash Aş Hashing Aşlama Heredoc Yorumlu metin Idle Boşakoşum Implementation Gerçeklenim Implements Gerçekler (nyp) Include dahil etme Index (diziler için) indis Initialize İlklendirmek Instantiate Örnekleme Interpreter Yorumlayıcı integer tamsayı Label Yafta Matrix Dizey Method Yöntem mixed karışık Module Modül Multithread Çok evreli Multibyte Çok baytlı Nowdoc Yorumsuz metin Nullable Boş olabilen Object Nesne Operand Terim Operator İşleç Original Özgün Outputs Çıktılanır Override Geçersiz kılmak Parameter Bağımsız değişken (return durumunda: Bağımlı değişken) Parse error Çözümleme hatası Parser Çözümleyici Pass into İçe aktarmak Peer Görevdeş Pointer Fare oku sözkonusu ise "imleç", C tarzı ise "gösterici" Predefined Önceden tanımlanmış Procedure Yordam Protocol Protokol Ouery string Sorgu dizesi Reference gönderim, başvuru Regular expression	Düzenli ifade Resource Özkaynak root user root kullanıcı (Linux'ta en yetkili kullanıcı root'dur). Runtime Çalışma anı Scalar Sayıl, değişmez Scope Etki Alanı Script Betik Scripting Kodlama, kod yazma Serialize Dizeleştirme Server Sunucu single quote tek tırnak ' Slash Bölü imi Statement Deyim Strict Typing Katı Kodlama String Dize, dizge Tag İmlenim dilleri (*ML) için "etiket" Ternary Üç terimli Thread Evre Throws Yavrulanır (nyp) Trait Nitelik Transaction Veri hareketi Type "Tür" veya "veri türü" Unary Tek terimli Union type Birleşim türü Unpack Genişletme, yayma Unserialize Nesneleştirme Validation Geçerlilik Variable Değişken (İfadenin sol tarafında: "Bağımlı değişken", sağ tarafında: "Bağımsız değişken") Variance Farklılık Vector Yöney Web Server HTTP Sunucusu Widget Gereç Version.Revision.Patch Biz bunun tamamına ve parçalarına sürüm numarası diyoruz. Bu kılavuzun okuyucusu için sürüm numarasını oluşturan parçaların isimlerinin bir önemi olmayacaktır. 

PHP Belgelelerinin yapısı ve daha pek çok şey hakkında fikir edinmek için http://doc.php.net/tutorial/ adresindeki belgeyi ve git hakkında kapsamlı bilgi edinmek için http://git-scm.com/book adresindeki belgeyi okuyun.