Önceki bir sürümden yükseltme

Ek sayfalar:{toc}

Başlamadan önce...

... bunu okuyun, çünkü çok önemlidir: Geçerli kurulumunuzun dosyalarını ve veri tabanını her zaman yedekleyin!

Bunu phpMyAdmin gibi bir veri tabanı yönetim aracı ve bir dosya yöneticisi kullanarak yapabilirsiniz! Bunu nasıl yapacağınızı bilmiyorsanız devam etmemeli ve bilen birinden yardım istemelisiniz.

ComfortUpdate kullanma önerisi

Yükseltme yapmanın en kolay ve en güvenli yolu ComfortUpdate hizmetimizi kullanmaktır.

Genel yükseltme talimatları

Bunlar genel talimatlardır ve v2.x veya daha yeni sürümlerden sonraki herhangi bir sürüme yükseltme için geçerlidir.

Lütfen şu adımları izleyin:

1. Yönetim panelinden çıkış yapın
2. Dosyalarınızı ve veri tabanınızı yedekleyin
3. Aşağıdakiler dışında tüm eski dosya ve klasörleri silin:
   1. /application/config/security.php - Önemli!! Bu dosya, LimeSurvey'deki (sürüm 4 ve sonrası) tüm şifrelenmiş verilerin anahtarıdır
   2. /application/config/config.php;
   3. /upload dizini
4. Yeni LimeSurvey paketindeki yeni dosyaları mevcut konuma kopyalayın.
5. Şimdi tarayıcınızın önbelleğini ve çerezlerini temizleyin.
6. Yönetim sayfasını tarayıcınızda açın (örn. https://www.example.com/limesurvey/admin). Veri tabanı şeması yükseltmesi gerekiyorsa, bunu onaylamanız istenecektir.
7. Tamamlandı!

Büyük yükseltmeler için sürüme özel yükseltme talimatları

• Sürüm 5'ten 6'ya yükseltme
• Sürüm 6'dan 7'ye yükseltme

CLI kullanarak yükseltme

Veri tabanını PHP CLI aracılığıyla yükseltebilirsiniz: php application/commands/console.php updatedb. Bu, önerilmese de komut satırı üzerinden (örneğin bir crontab içinde) otomatik yükseltme sistemi kurmanıza olanak tanır.

Elle güncelleme/ComfortUpdate sonrasında başarısız olan veri tabanı güncelleme

Bazen her şeyi doğru yapmış olsanız bile veri tabanı güncelleme sırasında işler olması gerektiği gibi gitmez. Bunun nedeni çeşitli olabilir: Farklı veri tabanı sürümleri, beklenmeyen veri biçimleri veya içerikleri, olağandışı yapılandırmalar ya da testlerimizde ortaya çıkmayan başka herhangi bir şey (evet, çok test yapıyoruz!)

Veri tabanı güncellemesi sırasında bir hata alırsanız ve LimeSurvey kurulumunuz kullanılamaz bir duruma gelirse, önceki sürüme geri dönmek isteyeceksiniz. Bu, düzenli yedeğinizden ya da Comfortupdate tarafından oluşturulan yedekten, veri tabanı ve dosya yedeğinizin hâlâ elinizde olduğunu varsayar.

Lütfen şu adımları uygulayın:

• Mevcut LimeSurvey dizinini ve veri tabanını yedekleyin (evet, yine - buna 2. yedek diyeceğiz)
• Dosyaları özgün (1.) yedekten mevcut dizine geri yükleyin (üzerine yazmanız yeterlidir).
• Eski veri tabanını silin ve veri tabanını özgün (1.) yedekten geri yükleyin.

Hepsi bu kadar. Her şey normale dönmüş olmalıdır.

Bu sorunu bildirme hakkında bir not:

Böyle bir sorunla karşılaşırsanız, lütfen bunu her zaman https://bugs.limesurvey.org adresindeki hata izleyicimizde bildirin.

Bildirilmeyen bir hata düzeltilmeyen bir hatadır. Lütfen yalnızca başkalarının bildirmesine güvenmeyin. Hatanın zaten bildirildiğini görürseniz, hata izleyicide 'Yes, this bug affects me' olarak işaretleyerek hatanın önceliğinin artırılmasına da yardımcı olabilirsiniz.

SSS

Etkin anketlerim olsa bile yükseltme yapabilir miyim?

Evet, yapabilirsiniz. İstisnalar yukarıdaki ayrıntılı talimatlarda belirtilmiş olabilir. Tasarım şablonlarınızın hâlâ düzgün çalışıp çalışmadığını kontrol etmek için yükseltmeden sonra anketlerinizi test etmenizi önemle öneririz.

*.sql/*.csv anket yapısı dosyaları en son LimeSurvey sürümüne nasıl dönüştürülür?

1.50 sürümünü kurun, dosyayı içe aktarın ve anket yapısını daha yeni .csv biçiminde dışa aktarın. Ardından en son 2.x sürümünü kurun, .csv biçimini içe aktarın ve geçerli .lss biçiminde dışa aktarın.

Survey theme incompatibility

With certain major version updates any custom survey themes will not be compatible, anymore:

• Update from LimeSurvey 2.6 or lower to LimeSurvey 2.50
• Update from LimeSurvey 5.x or lower to LimeSurvey 6.x

Error "Multiple primary key defined" when updating MySQL database

If you encounter this error, please check the setting sql_generate_invisible_primary_key in your MySQL server variables. This is most likely set to ON, but should be set to OFF. Then restore your database from the backup (as explained above) and try again.