com doc/tr: update for sync with English docs.: language/context/http.xml language/oop5/abstract.xml language/oop5/autoload.xml language/operators.xml

diff --git a/language/context/http.xml b/language/context/http.xml
index f276d52b..db5c691d 100644
--- a/language/context/http.xml
+++ b/language/context/http.xml
@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="utf-8"?>
 <!-- $Revision$ -->
-<!-- EN-Revision: a8aca5fb3fa39285aa22a856cffcb2bbedc15d5b Maintainer: nilgun Status: ready -->
+<!-- EN-Revision: 4dfe5cc41eabcfb5b7eb7afa194ce078ad4e1bf4 Maintainer: nilgun Status: ready -->
 <refentry xml:id="context.http" xmlns="http://docbook.org/ns/docbook" xmlns:xlink="http://www.w3.org/1999/xlink" role="noversion">
  <refnamediv>
   <refname>HTTP bağlamı seçenekleri</refname>
@@ -42,9 +42,12 @@
      <listitem>
       <para>
        İstek sırasında gönderilecek ek başlıklar. Bu seçenekte belirtilen
-       değerler diğer değerleri geçersiz kılar
+       değerler, ardından gelen <literal>Location:</literal>
+       yönlendirmelerinde bile, diğer değerleri geçersiz kılar
        (<literal>User-agent:</literal>, <literal>Host:</literal>,
-       <literal>Authentication:</literal> gibi).
+       <literal>Authentication:</literal> gibi). Bu bakımdan,
+       <parameter>follow_location</parameter> etkinken
+       <literal>Host:</literal> başlığının atanması önerilmez.
       </para>
      </listitem>
     </varlistentry>
diff --git a/language/oop5/abstract.xml b/language/oop5/abstract.xml
index 6e1151bf..0adf5bc8 100644
--- a/language/oop5/abstract.xml
+++ b/language/oop5/abstract.xml
@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="utf-8"?>
 <!-- $Revision$ -->
-<!-- EN-Revision: a9edd62d087ab1eb6292c795b7256e14ff9f1234 Maintainer: nilgun Status: ready -->
+<!-- EN-Revision: 9ee9eccf455188ab6eb352194eb6f9eb99e15606 Maintainer: nilgun Status: ready -->
 <!-- CREDITS: tpug, sezer -->
  <sect1 xml:id="language.oop5.abstract" xmlns="http://docbook.org/ns/docbook">
   <title>Sınıf Soyutlama</title>
@@ -15,16 +15,10 @@
   <para>
     Soyut bir sınıftan kalıtsal özellikler devralınırken, ebeveyn sınıf
     bildiriminde soyut olarak bildirilmiş tüm yöntemlerin çocuk sınıf
-    tarafından da tanımlanması gerekir. Ek olarak, bu yöntemlerin aynı (ya da
-    daha az sınırlı) <link linkend="language.oop5.visibility"
-    >görünürlükle</link> tanımlanması gerekir. Örneğin, soyut yöntem
-    <code>protected</code> olarak tanımlanmışsa, işlev gerçeklenimi
-    <code>private</code> değil, <code>protected</code> ya da
-    <code>public</code> olarak tanımlanmalıdır. Bundan başka, yöntemlerin
-    imzaları da eşleşmelidir, örneğin gerekli değiştirgelerin tür ipuçları
-    ve sayıları aynı olmalıdır. Örneğin bir çocuk sınıf seçimlik bir
-    değiştirge tanımlarken soyut yöntem bunu yapmıyorsa bir imza uyumsuzluğu
-    yoktur.
+    tarafından da tanımlanmasına ek olarak,
+    <link linkend="language.oop5.inheritance">kalıtım</link> ve
+    <link linkend="language.oop.lsp">değiştirge yerlerinin uyumluluğu</link>
+    kurallarına da uyması gerekir.
   </para>
 
   <example>
@@ -129,11 +123,6 @@ Mrs. Pacwoman
 ]]>
    </screen>
   </example>
-
-  <para>
-    Kullanıcı tanımlı sınıfları veya 'abstract' isimli işlevleri olmayan eski
-    kodun bir değişikliğe gerek duyulmadan çalışabilmesi gerekir.
-  </para>
  </sect1>
 
 <!-- Keep this comment at the end of the file
diff --git a/language/oop5/autoload.xml b/language/oop5/autoload.xml
index 65f713d2..14e1e78d 100644
--- a/language/oop5/autoload.xml
+++ b/language/oop5/autoload.xml
@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="utf-8"?>
 <!-- $Revision$ -->
-<!-- EN-Revision: 99b8716337e2c27b6addf7e184b8ac7a50bb38b0 Maintainer: nilgun Status: ready -->
+<!-- EN-Revision: 9ee9eccf455188ab6eb352194eb6f9eb99e15606 Maintainer: nilgun Status: ready -->
 <!-- CREDITS: tpug, sezer -->
  <sect1 xml:id="language.oop5.autoload" xmlns="http://docbook.org/ns/docbook">
   <title>Otomatik Yüklenen Sınıflar</title>
@@ -18,26 +18,16 @@
     kaydederek, bir hatayla başarısızlığa uğramadan önce PHP'ye sınıf veya
     arayüzü yüklemek için son bir şans verilir.
   </para>
-  <tip>
+  <caution>
    <para>
-    <function>__autoload</function> işlevi sınıf ve arayüzlerin otomatik
-    yüklenmesini sağlasa da <function>spl_autoload_register</function> işlevini
-    kullanımı tercih edilmelidir. Bunun sebebi daha esnek olmasıdır (üçüncü
-    parti kütüphanelerde olduğu gibi uygulamada belirtilebilecek sayıda
-    otomatik yükleyiciyi etkinleştirerek). Bu nedenle
-    <function>__autoload</function> işlevinin kullanılmaması daha iyi olur;
-    zaten, PHP 7.2.0 ve sonrası için kullanımdan kaldırılmıştır.
+    PHP 8.0.0 öncesinde sınıf ve arayüzleri otomatik yüklemek için
+    <function>__autoload</function> işlevini kullanmak mümkündü. Bununla
+    birlikte, <function>__autoload</function> ve daha az esnek benzeri
+    <function>spl_autoload_register</function> işlevinin kullanılması
+    PHP 7.2.0 itibariyle önerilmemekte olup PHP 8.0.0 itibariyle kullanımdan
+    kaldırılmıştır.
    </para>
-  </tip>
-  <note>
-   <para>
-    Sınıf ismini <function>call_user_func</function> gibi bir işlevde
-    kullanırsanız <literal>../</literal> gibi bazı tehlikeli karakterler
-    içerebilir. Böyle işlevlerde
-    kullanıcı girdilerini kullanmamanız ya da en azından girdiyi
-    <function>__autoload</function> ile doğrulamanızı öneririz.
-   </para>
-  </note>
+  </caution>
   <para>
    <example>
     <title>- Otomatik yükleme örneği</title>
diff --git a/language/operators.xml b/language/operators.xml
index 7bc16c54..38428cad 100644
--- a/language/operators.xml
+++ b/language/operators.xml
@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="utf-8"?>
 <!-- $Revision$ -->
-<!-- EN-Revision: 783fbc2001b129f5f8956937e15e253969b8765c Maintainer: nilgun Status: ready -->
+<!-- EN-Revision: 80958298c021b3284349b563266eefd184025c83 Maintainer: nilgun Status: ready -->
  <chapter xml:id="language.operators" xmlns="http://docbook.org/ns/docbook">
   <title>İşleçler</title>
   <simpara>
@@ -227,7 +227,7 @@
         </entry>
        </row>
        <row>
-        <entry>soldan</entry>
+        <entry>(yok)</entry>
         <entry><literal>? :</literal></entry>
         <entry>
          <link linkend="language.operators.comparison.ternary">üç terimli
@@ -374,6 +374,36 @@ x eksi bir eşittir 3, ya da ben öyle umdum
      değişkenine atayan <literal>if (!$a = foo())</literal> ifadesi.
     </para>
    </note>
+   <sect2 role="changelog">
+    &reftitle.changelog;
+    <informaltable>
+     <tgroup cols="2">
+      <thead>
+       <row>
+        <entry>&Version;</entry>
+        <entry>&Description;</entry>
+       </row>
+      </thead>
+      <tbody>
+       <row>
+        <entry>8.0.0</entry>
+        <entry>
+         Üç terimli işleç (<literal>? :</literal>) artık ilişkisel değil;
+         evvelce soldan ilişkili idi.
+        </entry>
+       </row>
+       <row>
+        <entry>7.4.0</entry>
+        <entry>
+         Üç terimli işlecin (<literal>? :</literal>) soldan ilişkiselliğine
+         güvenmek artık önerilmiyor; yani, çok sayıda parantezsiz üç terimli
+         artık iç içe yazılmamalıdır.
+        </entry>
+       </row>
+      </tbody>
+     </tgroup>
+    </informaltable>
+   </sect2>
   </sect1>
 
   <sect1 xml:id="language.operators.arithmetic">
@@ -1770,21 +1800,25 @@ if (empty($_POST['action'])) {
     </note>
     <note>
      <para>
-      Üç terimli işleçleri iç içe kullanmanız önerilmez. PHP'nin böyle bir
+      Üç terimli işleçleri parantezsiz olarak iç içe kullanmanız önerilmez.
+      PHP'nin böyle bir
       işlemin tek bir deyimde yapılmak istenmesi durumundaki davranışı
       diğer dillerle karşılaştırıldığında beklendiği gibi olmayabilir.
       Aslında PHP 8.0.0'dan önce, üçlü ifadeler diğer programlama dilleri
       gibi sağdan sola yerine soldan sağa değerlendiriliyordu.
+      PHP 7.4.0 itibariyle soldan sağa ilişkilendirmeye güvenilmesi
+      önerilmemekte olup PHP 8.0.0 itibariyle üçlü işlecin değerlendirmesi
+      yönsüzdür.
       <example>
        <title>- İç içe üç terimli davranışı</title>
        <programlisting role="php">
 <![CDATA[
 <?php
 // ilk bakışta aşağıdaki deyimin sonucu 'true' olacak sanılır.
-echo (true?'true':false?'t':'f');
+echo (true ? 'true' : false ? 't' : 'f');
 
 // ancak gerçekte çıktı 't' olur, PHP 8.0.0 öncesinde.
-// Çünkü üç terimli ifade soldan sağa değerlendirilir.
+// Çünkü üç terimli ifade soldan ilişkilendirilir.
 
 // Aynı deyimi şöyle yazarsanız, durum anlaşılır hale gelir
 echo ((true ? 'true' : false) ? 't' : 'f');
@@ -1873,14 +1907,38 @@ echo $foo ?? $bar ?? $baz ?? $qux; // 1 basar
    <simpara>
     PHP tek bir hata denetim işlecini destekler: kuyruklu a imi
     (<literal>@</literal>). PHP'de bir deyimin başına getirildiğinde,
-    bu deyimin üreteceği olası hata iletileri yok sayılır.
-   </simpara>
-    <simpara>
-    <function>set_error_handler</function> ile özel bir hata işleyici işlev
-    tanımlarsanız, hala çağrılmasına rağmen bu özel hata işleyicinin
-    <function>error_reporting</function> işlevini (hatayı tetikleyen
-    çağrı @ ile öncelenmişse 0 döndürür) çağırması gerekir.
+    bu deyimin üreteceği olası hata iletileri engellenir.
    </simpara>
+   <para>
+    <function>set_error_handler</function> ile özel bir hata işleyici işlevi
+    ayarlanırsa, tanılama bastırılmış olsa bile, özel hata işleyici
+    <function>error_reporting</function> işlevini çağırmalı ve aşağıdaki
+    şekilde kullanılan <literal>@</literal> işlecini doğrulamalıdır:
+
+    <informalexample>
+     <programlisting role="php">
+<![CDATA[
+<?php
+function my_error_handler($err_no, $err_msg, $filename, $linenum) {
+    if (!(error_reporting() & $err_no)) {
+        return false; // Sustu
+    }
+    // ...
+}
+?>
+]]>
+     </programlisting>
+    </informalexample>
+   </para>
+
+   <warning>
+    <para>
+     PHP 8.0.0'dan önce, özel hata işleyicisine aktarılan önem derecesi değeri,
+     tanılama bastırıldıysa her zaman <literal>0</literal> idi. Bu artık PHP
+     8.0.0'dan itibaren geçerli değildir.
+    </para>
+   </warning>
+
    <simpara>
     İfade tarafından üretilenhata iletisi, <function>get_error_last</function>
     işlevinden dönen dizinin <literal>"message"</literal> elemanında bulunur.
@@ -1909,22 +1967,23 @@ $değer = @$cache[$key];
     <simpara>
      Kuyruklu a işleci sadece <link linkend="language.expressions"
      >ifadeler</link>in başında kullanıldığında çalışır. Kısaca: Bir değer
-     elde edebildiğiniz herşeyin başına <literal>@</literal> getirebilirsiniz.
+     elde edilebilen herşeyin başına <literal>@</literal> getirilebilir.
      Örneğin, değişkenlerin işlev veya <function>include</function>
      çağrılarının, sabitlerin ve benzerlerinin başına <literal>@</literal>
-     getirebilirsiniz. Ama işlev veya sınıf tanımlarının veya
+     getirilebilir. Ama işlev veya sınıf tanımlarının veya
      <literal>if</literal> ve &foreach; gibi denetim
-     yapılarının başına <literal>@</literal> koyamazsınız.
+     yapılarının başına <literal>@</literal> konamaz.
     </simpara>
    </note>
    <warning>
     <para>
-     Şu an <literal>@</literal> hata denetim işleci, betiğin çalışmasını
-     sonlandıracak önemli hataların raporlanmasını bile iptal edebilmektedir.
-     Bu bakımdan, işleci örneğin bir işlevden kaynaklanabilecek hataları
-     bastırmak için kullanıyorsanız, işlev tanımında yaptığınız yazım hataları
-     veya işlevin yokluğu halinde ne olup bittiğini anlamadan betiğiniz
-     sonlanıverebilir.
+     PHP 8.0.0 öncesinde, <literal>@</literal> hata denetim işleci ile
+     betiğin çalışmasını sonlandıracak önemli hataların raporlanmasını
+     iptal etmek mümkündü.
+     Bu bakımdan, işleç örneğin bir işlevden kaynaklanabilecek hataları
+     bastırmak için kullanılıyorsa, işlev tanımında yapılan yazım hataları
+     nedeniyle veya işlevin yokluğu halinde, ne olup bittiği anlaşılamadan
+     betik sonlanabiliyordu.
     </para>
    </warning>