Symfony schema:update sırasında oluşan undifined index hatası

[mert özyılmaz]

Merhaba arkadaşlar,

Symfony 2.8 ile database'imi ve tablolarımı oluşturuyorum.

İlk tabloyu schema:update edince sıkıntısız veritabanına ekliyor fakat yeni bir tablo eklemek istediğim veya önceden eklediğim bir tabloyu

güncellemek istediğimde schema:update'i tekrar yazınca

[Symfony\Component\Debug\Exception\ContextErrorException]  

  Notice: Undefined index: index_type

şeklinde bir hata alıyorum. Bunu nasıl çözebilirim acaba?

[Faruk Temur]

entity'leri console'dan mı oluşturuyorsun?

Hatayı hangi entity'de veriyor? Entitylerini paylaşabilir misin.

--

---
Bu iletiyi Google Grupları'ndaki "Symfony 2 Turkish Users" grubuna abone olduğunuz için aldınız.
Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.
Daha fazla seçenek için https://groups.google.com/d/optout adresini ziyaret edin.

[Osman Üngür]

Merhaba,

Sanirim bahsettiginiz durum ile doctrine entityleri arasinda relation olusturmak istediginizde karsilasiyorsunuz. Eger oyle ise relation annotation'inda (@OneToMany) bir hata yapiyor olabilirsiniz. Eger @JoinColumn eklemis iseniz referencedColumnName alanine kontrol edin. 

5 Ocak 2016 Salı 12:49:52 UTC+2 tarihinde mert özyılmaz yazdı:

[mert özyılmaz]

Olay örgüsünü tam olarak yazayım.

Öncelikle terminalden yazıyorum bunları.

Database'imi oluşturuyorum. Bunun ayarını .yml de hallettim. Bir sıkıntım yok.

1) php app/console doctrine:database:create

Tablomu oluşturuyorum. Örn. post adında bir tablo, AppBundle:Post olarak ayarlıyorum ve yml'yi seçiyorum.

2) php app/console doctrine:generate:entity

3) php app/console doctrine:generate:entities AppBundle

4) php app/console doctrine:schema:update --force

Şimdi buraya kadar bir sıkıntı yok update işmemimi gerçekleştirebiliyorum. Fakat burada yaptığım database'ime post adında bir tablo oluşturmak.

Gelelim asıl soruna.

Ben bir tane daha tablo oluşturmak istedim ve işlemlerimi sırasıyla yaptım.

Örn: Users adında bir tablo oluşturuyorum.

1) php app/console doctrine:generate:entity

2) php app/console doctrine:cache:clear-m

3) php app/console doctrine:generate:entities AppBundle  ( Buraya kadar sıkıntı yok )

4) php app/console doctrine:schema:update --force ( işte tam olarak burada bahsettiğim hatayı alıyorum)

5 Ocak 2016 Salı 12:49:52 UTC+2 tarihinde mert özyılmaz yazdı:

Merhaba arkadaşlar,

[Faruk Temur]

Osman'ın dediği gibi relation kuruyorsan problem orada olabilir. Relationlarını Osman'ın dediği gibi kontrol edebilirsin veya entity dosyalarını paylaşabilirsen bakabiliriz.

--

[mert özyılmaz]

(İlk olarak Post.php 'yi oluşturup update ettim.

Sonra category.php 'yi oluşturup update de hata aldım.
Fakat bu sadece başka bir entity oluşturmamla olmuyor. Herhangi bir şekilde update etmeye çalıştığımda hata alıyorum.)
https://gist.github.com/mozaik1/7870edbe5cd092c8fd55

5 Ocak 2016 Salı 12:49:52 UTC+2 tarihinde mert özyılmaz yazdı:

Merhaba arkadaşlar,

[Osman Üngür]

Hocam Symfony2 kullanicilari entity icin genel olarak annotation modelini kullanir. Buyuk ihtimalle burada yml ile yazdigin entitydeki problemi gorebilecek birileri pek yok. Ayni durum SF2'nin kendi user group'unda da gecerli.

Gonderdigin PHP dosyalari generate edilmis dosyalar. Onemli olan yml dosyasi. 

önce schema:validate komutu ile bir problem varmı bakman lazım. 

-----

Annotation ile ilerleyeceksen senin yapman gerekenler sunlar. Kafanı karıştırma.

Bundle'i olusturduktan sonar, Entity adinda bir folder aciyorsun. Icine Post.php adinda bir dosya olusturuyorsun. 

Sana ornek dosya https://gist.github.com/o/cad0af642a9796fb90f0 Namespace'i kendine gore duzenle. 

Bundan sonra konsoldan schema:create veya update çalıştır. 

Ardindan annotation ile Category entitysini olustur. Nasıl bağlayacağınla ilgili tonla örnek bulabilirsin. Yoksa ona da yardımcı oluruz buradan.

YML ile problem yaşaman her zaman olası. Indent leri dahi kaydırsan tüm entity modellerin saçmalayabiliyor. 

5 Ocak 2016 Salı 14:14:29 UTC+2 tarihinde mert özyılmaz yazdı:

[mert özyılmaz]

Şöyle bir hata alıyorum.

[Doctrine\Common\Annotations\AnnotationException]                                                                                                

  [Semantical Error] The annotation "@Doctrine\ORM\Mapping\I" in property AppBundle\Entity\News::$id does not exist, or could not be auto-loaded.

Yaptığım işlem ise şu:

Senin verdiğin Post.php 'yi Entity'nin içine taşıdım namespace AppBundle\Entity;

ve Reposistory klasörü oluşturup PostReposistory.php 'yi oluşturdum.
https://gist.githubusercontent.com/mozaik1/7870edbe5cd092c8fd55/raw/31a1346c626f96602ced87e52e8e043ab1df0538/PostReposistory.php

php app/console doctrine:generate:entities AppBundle -> yazınca bahsettiğim hatayı alıyorum.

php app/console doctrine:schema:update --force -> yazınca yine bahsettiğim hatayı veriyor.

5 Ocak 2016 Salı 12:49:52 UTC+2 tarihinde mert özyılmaz yazdı:

Merhaba arkadaşlar,

[Osman Üngür]

Annotation i yanlis yazmissin

@Doctrine\ORM\Mapping\I

Degil

@Doctrine\ORM\Mapping\Id

--

---
Bu iletiyi Google Grupları'ndaki "Symfony 2 Turkish Users" grubuna abone olduğunuz için aldınız.
Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.
Daha fazla seçenek için https://groups.google.com/d/optout adresini ziyaret edin.

--

Osman Üngür, https://github.com/o

“Perfection (in design) is achieved not when there is nothing more to add, but rather when there is nothing more to take away.” Antoine de Saint-Exupéry

[mert özyılmaz]

Peki nereden düzeltebilirim.

Default olarak yapıyor sanırsam bu sebeple

@Doctrine\ORM\Mapping\I 

olarak hata veriyor.

[Osman Üngür]

Annotation i yazdigin yerden duzeltebilirsin. 

--

---
Bu iletiyi Google Grupları'ndaki "Symfony 2 Turkish Users" grubuna abone olduğunuz için aldınız.
Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.
Daha fazla seçenek için https://groups.google.com/d/optout adresini ziyaret edin.

[mert özyılmaz]

Sorun sanırım kodlamada değil. Problem linux olmasıyla alakalı tam olarak anlamış değilim.

Apple da sorunsuz update edebiliyorum fakat ubuntuda nedense hata veriyor.

5 Ocak 2016 Salı 12:49:52 UTC+2 tarihinde mert özyılmaz yazdı:

Merhaba arkadaşlar,

[Osman Üngür]

Mert bunu cozdunmu? Dosya isimlerinde buyuk kucuk harf hatasi etmis olabilirmisin?

Cunku OS X HFS kullanir ve dosya isimleri buyuk kucuk harf duyarli degildir. Ancak Linux buyuk kucuk harf duyarlidir.

Bundan kaynaklaniyor olabilir.

5 Ocak 2016 Salı 18:11:30 UTC+2 tarihinde mert özyılmaz yazdı:

[mert özyılmaz]

Yok bu sorun sanırım hala devam ediyor. Linux'u şuan kullanmıyorum. Windowstayım direkt olarak sunucu üzerinden çalışıyorum.Şimdilik herhangi bir sıkıntım yok windowsta

25 Şubat 2016 20:47 tarihinde Osman Üngür <osman...@gmail.com> yazdı:

--

---
Bu iletiyi Google Grupları'ndaki "Symfony 2 Turkish Users" grubunda bir konuya abone olduğunuz için aldınız.
Bu konunun aboneliğinden çıkmak için https://groups.google.com/d/topic/symfony-2-tr/yPP1mAbqtgw/unsubscribe adresine gidin.
Bu grubun ve tüm konularının aboneliğinden çıkmak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.

[Osman Üngür]

Hocam dediğim gibi dosya isimlerinde bir problem vardır. Linux hariç diğer işletim sistemleri classları load ederken büyük küçük harfe bakmaz

Kolay gelsin

iPhone'umdan gönderildi

26 Şub 2016 tarihinde 16:23 saatinde, mert özyılmaz <mertoz...@gmail.com> şunları yazdı:

Bu iletiyi Google Grupları'ndaki "Symfony 2 Turkish Users" grubuna abone olduğunuz için aldınız.

Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.

[Yılmaz Süslü]

Bu thread'i aynı sorunu google'da ararken buldum, symfony kulanmasam da gruba katılayım istedim.

Bu sorunu dünden beri ben de yaşıyorum son 4-5 saattir üzerinde kafa yoruyorum ama henüz nedenini tespit edemedim. Sorun doctrine annotation reader'ın bir sebepten çatlaması gibi görünüyor. Development ortamında sorun yok ama production'da var.

@mert'in yaşadığı şekilde development mac, production'da ubuntu benim sistem. PHP 5.6 sonrası Opcache ile ilgili çok sayıda bugfix geldi (opcache docblock'ları tanıyor), production ortamında 5.6.11 den 5.6.20 ye yükselttim sorun düzelmedi (lokalde 5.6.20 idi) annotaion parser'ı cache'ten ayırmayı denedim ama yine düzelmedi.

Bendeki annotation şu şekilde

use Doctrine\ORM\Mapping as ORM;

/**

 * @ORM\Entity(repositoryClass="CRM\Entity\Repository\UserRepository")

 * @ORM\Table(name="users", schema="crm", indexes={

 *   @ORM\Index(name="user_email_idx", columns={"email"})

 * })

 */

class User extends BaseEntity

{

Doctrine'in load edemediği kısım ORM\Index bölümü gibi duruyor çünkü bu dosyada ORM\Id ve ORM\Index dışında I ile başlayan definition yok. Index'teki new line'ları kaldırıp inline hale getirsem de çözüm olmadı. Index'i şema update'i gerektireceği için kaldırmak istemedim.

Bendeki exception'ın stack trace'i şöyle:

exception 'Doctrine\Common\Annotations\AnnotationException' with message '[Semantical Error] The annotation "@Doctrine\ORM\Mapping\I" in class CRM\Entity\User does not exist, or could not be auto-loaded.' in /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationException.php:54

Stack trace:

#0 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(708): Doctrine\Common\Annotations\AnnotationException::semanticalError('The annotation ...')

#1 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(1007): Doctrine\Common\Annotations\DocParser->Annotation()

#2 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(992): Doctrine\Common\Annotations\DocParser->PlainValue()

#3 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(1136): Doctrine\Common\Annotations\DocParser->Value()

#4 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(1082): Doctrine\Common\Annotations\DocParser->ArrayEntry()

#5 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(1003): Doctrine\Common\Annotations\DocParser->Arrayx()

#6 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(1059): Doctrine\Common\Annotations\DocParser->PlainValue()

#7 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(989): Doctrine\Common\Annotations\DocParser->FieldAssignment()

#8 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(858): Doctrine\Common\Annotations\DocParser->Value()

#9 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(833): Doctrine\Common\Annotations\DocParser->Values()

#10 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(744): Doctrine\Common\Annotations\DocParser->MethodCall()

#11 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(641): Doctrine\Common\Annotations\DocParser->Annotation()

#12 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/DocParser.php(334): Doctrine\Common\Annotations\DocParser->Annotations()

#13 /srv/www/bar.com/vendor/doctrine/annotations/lib/Doctrine/Common/Annotations/AnnotationReader.php(195): Doctrine\Common\Annotations\DocParser->parse('/**\n * @ORM\\Ent...', 'class CRM\\Enti...')

Çözebilirsem ya da gelişme olursa buraya yazacağım.

[Taner Deliloğlu]

Merhaba,

Linux Türkçe dilinde kullanılınca I-i harflerinde sorun oluyor. schema:update yapmadan önce "export LC_ALL=C" komutunu çalıştırıp, sonra tekrardan doctrine:schema:update diyerek local kaynaklı sorundan kurtulabilirsin. 

20 Nisan 2016 01:45 tarihinde Yılmaz Süslü <yilma...@gmail.com> yazdı:

--

Taner Deliloglu
Uygulama Geliştirme Uzmanı

Senior Software Developer
w: www.tanerdeliloglu.com

w: www.kodindex.com

t:   twitter   f: facebook

m: +905427910730

[Yılmaz Süslü]

Taner teşekkürler. Sunucudaki linux türkçe değil. Bundan öte, schema update öncesi hem export LC_ALL=C hem de en_US.UTF-8 varyasyonlarını denedim ama yardımcı olmadı. Annotation parser'ın fırlattığı bu exception'ın lokalde değil sadece production da karşıma çıkması karakter seti / dosya sistemindeki büyük-küçük karakter duyarlılığı farkından kaynaklanma ihtimalini epey güçlendiriyor. Bunun için case-sensitive search ile tüm annotation'ları gözden geçirdim ama henüz bir gelişme yok.

[Yılmaz Süslü]

[ ÇÖZÜLDÜ ] - Sorunu çözdüm ama epey kan döktü. Uzayan problemlerin fix senaryosu: yanıt baya akla gelmeyecek / alakasız bir yerden çıktı;

Sorunu yaşadığım uygulamada, elle yazdığım basit bir LocaleMiddleware ile request sırasında session / oturum açmış kullanıcı / varsayılan dil akışına göre dili yakalıyor ve şu şekilde gettext ve php56-intl tarafını hazırlıyordum:

        $locale = 'tr_TR'; //

        \Locale::setDefault($locale);

        putenv("LANG=" . $locale);

        setlocale(LC_ALL, $locale);

son satırı aşağıdaki gibi değiştirdim, 

        setlocale(LC_ALL, $locale);

        setlocale(LC_CTYPE, 'en_US.UTF8'); // Aktif locale ne olursa olsun case dönüşümleri için en_us.UTF8 kullan

ve düzeldi. Varsayılan uygulama dili türkçeydi, uygulama içinde konuyla alakasız bir kod parçacığında kullanılan setlocale()'in doctrine parser'ın çalışma şeklini etkilemesi baya enteresan. Bunu biraz daha deşeceğim. Bu metod birkaç parametreyle de kullanılabiliyormuş, (set edemezse tüm parametreleri sırayla denemesi için) :

        setlocale(LC_ALL, 'tr_TR', 'tr_TR.UTF-8', 'tr');

gibi.. Dersler:

• CLI üzerinden schema tool kullanımında, host sistemdeki locale (LC_ALL LC_*) değerleri mutlaka kontrol edilmeli.
• Gettext çevirileri framework/kütüphane adaptörleri ile daha ağrısız halledilebilir. Benim senaryom biraz macera oldu.
• Çok dilli bir uygulama içinde gettext mesajları ve yerelleştirme için setlocale ile LC_ALL değeri sistem tarafından tanınmayan bir değere set edilirse doctrine annotation parser bundan olumsuz etkileniyor.

Sunucu (debian) için notlar:

sudo locale -a (sistemin bildiği locale listesini verir)

sudo locale-gen en_US.UTF-8 (verilen locale için sistem tanımlamalarını derler)

sudo dpkg-reconfigure locales (locale üretir)

Umuyorum birilerine faydası dokunur.

[Sedat KOCADOĞAN]

Demekki artik laravel e geçme zamanı gelmiştir. :)

[Mesut Vatansever]

Burada bunu düşündürecek ne vardı ki :)

[Osman Üngür]

Symfony i birakip Laravel e gecmek attan inip esege binmekdir Sedat hocam.

> On 21 Apr 2016, at 22:08, Sedat KOCADOĞAN <skoca...@gmail.com> wrote:
>
> Demekki artik laravel e geçme zamanı gelmiştir. :)
>

> --
>
> ---
> Bu e-postayı Google Grupları'ndaki "Symfony 2 Turkish Users" adlı gruba abone olduğunuz için aldınız.

> Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.

> Daha fazla seçenek için, https://groups.google.com/d/optout adresiniz ziyaret edin.

[Sedat KOCADOĞAN]

Tamamda at artık yavaşladı ve karmaşıklaştı. Eskisi gibi değil işler symfony tarafında.. Laravel'in şu andaki özellikleri ve konulara getirdiği yaklaşımlar Symfony'nin çok ötesinde.. Çabuk kodlama, sistem Hızı ve konfor açısından. Dolayısı ile artık İçinde Symfony'den de bir şeyler barındıran ama git gide symfony'den ayrışan Laravel'e bakmak gerekli. En basitinden. User Management'i yapmanız laravel'de 1-2 dk arasında tamamlanırken, symfony'de en az 10-20 dk ugraşmanız lazım. Eloquent, Doctrine'den çok daha anlaşılır mesela. Tamam Annotation'lar çok faydalı ancak Laravel'de yok. Symfony'deki development panelleri kadar güzel paneller'de laravel'de yok. Ama onunda configurasyonları tek bir merkezden toplaması,Angular, VUE.js gibiğ şeylere çok daha çabuk uyum sağlaması ve daha okunur şekilde kodlanması yazılması işleri daha eğlenceli hale getiriyor. Evet Symfony 'le de çok eğlenerek işler yapıyorsunuz. Ancak Laravel'in bu son hali ve takip ettiğim kadarıyla gelecek olan özellikleri Eğlenmekten çok parti vermek gibi. :) Ben o iyidir bu kötüdür tartışmasına girmem. Kaldıki guruptaki herkesinde bu tartışmaya girmeyecek kadar mesleki olgunluğa sahip olduğunu düşünmekteyim. :)  Bu gurubu ve ilk symfony çevirilerini ve Türkiyedeki tanıtımları için ilk ciddi çabaları başlatanlardan birisi olarak söylüyorum bunları. :)

https://laracasts.com/series/laravel-5-fundamentals 

Bir inceleyin derim.

22 Nisan 2016 Cuma 22:27:05 UTC+3 tarihinde Osman Üngür yazdı:

Symfony i birakip Laravel e gecmek attan inip esege binmekdir Sedat hocam.

> On 21 Apr 2016, at 22:08, Sedat KOCADOĞAN <skoca...@gmail.com> wrote:
>
> Demekki artik laravel e geçme zamanı gelmiştir.  :)
>
> --
>
> ---
> Bu e-postayı Google Grupları'ndaki "Symfony 2 Turkish Users" adlı gruba abone olduğunuz için aldınız.

> Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr+unsubscribe@googlegroups.com adresine e-posta gönderin.

[Volkan Altan]

Selamlar,

Bir framework’ün en önemli özelliklerinden biri ürün geliştirirken geçen süre. Zend Framework’ün yıllardır en büyük problemlerinden biri bu bence.

Ancak buna karşı Symfony ile sonata project’i kullanarak çok hızlı geliştirme yapabiliyorsunuz.

https://github.com/sonata-project/sandbox şunu indirip kurmanız kadar bir sürede istediğiniz alt yapı hazır hâle geliyor.

Laravel de sonata admin gibi gelişmiş bir proje var mı? Ben google’dan baktım. Basit şeyler var ama bu seviyede yok. Belki ileride olur. O vakte kadar hızlı ve kaliteli geliştirme için Symfony 

ile yola devam edilmesi gerektiğini düşünüyorum. 

İyi günler

-- 

--- 
Bu iletiyi Google Grupları'ndaki "Symfony 2 Turkish Users" grubuna abone olduğunuz için aldınız.
Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.

[Sedat KOCADOĞAN]

İncelemeniz için bir kaç link. Zamanınız olunca incelersiniz.

https://laragon.org/

http://adminarchitect.com/

http://labs.infyom.com/laravelgenerator/

http://laraveldaily.com/packages/quickadmin/

http://learninglaravel.net/eloquent-create-update-newthe-untold-story/link

http://learninglaravel.net/laravel-based-cmss-and-open-source-applications

https://laravel-news.com/2015/09/how-to-add-multilingual-support-to-eloquent/

(Trial) http://learninglaravel.net/laravel-spark-10-is-now-available 

http://learninglaravel.net/laravel-52-email-verification-with-activation-code

http://learninglaravel.net/implementing-full-text-search-using-laravel-and-tntsearch

23 Nisan 2016 Cumartesi 09:23:31 UTC+3 tarihinde Volkan Altan yazdı:

[Yılmaz Süslü]

Konu nereden ve nasıl framework tartışmasına geldi anlamadım açıkçası. Burada ne symfony ne laravel ne zf kullanıcısı olarak bulunuyorum. Derdim doctrine spesifik problemdi ve burada türkçe bir tartışma yakalayınca katılayım istedim.

@sedat, osman'ın söylediği attan inip eşeğe binme kısmı doğru ve yerinde bir tespittir, bunu symfony framework kullanmamış ama dışarıdan progress'ini yıllarca izlemiş, çözdüğü problemleri başka platformlarda yaşamış, açıp bazı parçalarına göz atmış ve console gibi 3-5 componentini kullanan biri olarak söylüyorum. Herhangi bir framework ya da kütüphane fanatizmi yapmak pek sağlıklı bir yaklaşım değil. Doctrine 10 yaşında, rüştünü ispatlamış son derece olgun bir kütüphane ve bir data mapper implementasyonu. Elequent ise laravel'in active record implementasyonu. Elequent versus Doctrine demeden önce active record ve data mapper'ın artılarını eksilerini bi analiz etmek, bunu anlıyor olmak ve ihtiyacın ne olduğuna bakmak gerek. Konuyla ilgili internette on ton makale bulmanız mümkün: http://lmgtfy.com/?q=active+record+versus+data+mapper 

> Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin. 

> Daha fazla seçenek için, https://groups.google.com/d/optout adresiniz ziyaret edin. 

-- 

--- 
Bu iletiyi Google Grupları'ndaki "Symfony 2 Turkish Users" grubuna abone olduğunuz için aldınız.

Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.

[Volkan Altan]

Teşekkür ederim. Göz gezdirdim. Vaktiniz olursa demoyu ve diğer demoları incelemenizi öneririm.

http://demo.sonata-project.org/

Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.

[Osman Üngür]

Daha LTS surumunu yeni cikarmis, 6 ayda bir dunyanin bastan sonra degistigi, herseyin Taylor a bagli oldugu bir framework olan Laravel ile ancak 3-5 ay sonra gelistirmeyeceginiz / unutacaginiz projeleri yapmanizi oneririm.  Re-usability’den uzak sekilde, design patternlerden kacarak, one-shot, surekli maintain etmeyeceginiz projeleriniz varsa Laravel iyi zaman kazandiracaktir. Zaten bu kadar ilgi cekmesinin ve kullanilmasinin nedeni de kalite obsesifligi duygusundan uzak Codeigniter severlerin benimsemesinden kaynaklaniyor.

Kalite / Uzun sureli maintain =  Zend - Symfony

Kalite onceliginiz yoksa / Ajanslara marketing site ”cakiyorsaniz” = Laravel, Wordpress

POC icin = Slim, Silex

Sevgiler Sedat abi.

[Sedat KOCADOĞAN]

Pes. Tamam osman kardeşim. Senle ugrasilmaz :) insanlarda rahatsız ettik :) kusura kalmayın.

[Osman Üngür]

Aman abim yanlış anlama ben sadece tecrübemden çıkardıklarımı paylaşmak istedim senin de bu konuyu açman iyi oldu

Sevgiler

iPhone'umdan gönderildi

30 Nis 2016 tarihinde 08:22 saatinde, Sedat KOCADOĞAN <skoca...@gmail.com> şunları yazdı:

> Pes. Tamam osman kardeşim. Senle ugrasilmaz :) insanlarda rahatsız ettik :) kusura kalmayın.
>

> --
>
> ---
> Bu e-postayı Google Grupları'ndaki "Symfony 2 Turkish Users" adlı gruba abone olduğunuz için aldınız.

> Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr...@googlegroups.com adresine e-posta gönderin.

[Mesut Vatansever]

Vallahi bu sorudan bağımsız bir tartışmaya girmek istemedim Osman abi cevapları veriyorken :) Çok yakın fikirdeyiz ve fakat şunu da eklemek istiyorum: Laravel = 2015 CodeIgniter 'dır. Yapıyım geçiyim nasıl olsa generic bir takım şeyler üretme gibi bir derdim yok, e bana yaptırılan işin ne kadar süreceğine dair fikrimde yok ve sadece işini görecek "yap-geç" işler çıkarılması isteniyorsa bir işyerinde Laravel doğru bir seçim. Lakin Osman abinin yukarıda da bahsettiği durumlar söz konusuysa kesinlikle Symfony-Zend fw'lerinden birisi seçilmesi gerekiyor.

[Sedat KOCADOĞAN]

Osman Kardeşim ben sana bir şey demiyorum. Olur mu?.Sadece konuyu uzatmayalım dedim. Zati kimseye bir şey soylenmiyor. Herkes saatli bomba gibi. Bende usulen kapattım konuyu. Laravel'i filan desteklediğim yok. Yaş olmus 40 bundan sonra fanatizm holiganizm gibi şeylerle uğraşamam. :) Birde anladım ki gençlerle de uğraşamam. :) Neyse hadi işlerin başına. Çalışın çalışın :) 

30 Nisan 2016 Cumartesi 12:45:58 UTC+3 tarihinde Osman Üngür yazdı:

Aman abim yanlış anlama ben sadece tecrübemden çıkardıklarımı paylaşmak istedim senin de bu konuyu açman iyi oldu

Sevgiler

iPhone'umdan gönderildi

30 Nis 2016 tarihinde 08:22 saatinde, Sedat KOCADOĞAN <skoca...@gmail.com> şunları yazdı:

> Pes. Tamam osman kardeşim.  Senle ugrasilmaz :) insanlarda rahatsız ettik :) kusura kalmayın.
>
> --
>
> ---
> Bu e-postayı Google Grupları'ndaki "Symfony 2 Turkish Users" adlı gruba abone olduğunuz için aldınız.

> Bu grubun aboneliğinden çıkmak ve bu gruptan artık e-posta almamak için symfony-2-tr+unsubscribe@googlegroups.com adresine e-posta gönderin.

[Halil Köklü]

Aslında eski bir konuya cevap yazmak istemezdim ama bu sorunu bende yaşadım ve çok zaman kaybettim. Sonra gelenlere zaman kazancı olsun diye yazıyorum.

Debugging ettikten sonra şu sonuca vardım. Bilhassa Mac'de oluyordu ama production da olmuyor diyorsanız, production sunucunun locale ayarına bakın. Türkçeyse bir çok sorun oluyor uppercase lowercase conversionlerde. PHP ve Türkçe locale ile zaten hep sorun yaşandı.

Sunucu ayarlarını değiştirmeden şöyle sorunsuz update edebildim:

LC_ALL=en_GB.UTF-8 php bin/console doctrine:schema:update --force