Sorduğunuzu yanlış anlamadıysam eğer her bir satır array olarak dönüyorsa onları veri tipi yapmak için mecbur bir dizi içerisine alıyordur. 3 tane diziyi tek bir değişkene atayın desem mecbur şöyle yaparsınız:
$list = [
['a'], ['b'], ['c']
];değil mi? Böylece $list iterable bir değişken olmuş olur
Merhaba,
PHPExcel de 1000 satır varsa 1000 düğümlü bir array döndürüyordu.
LaravelExcel kullandığımda 1000 satırı array içerisine alıp da 1000 satırı gösteriyor.
Kullanım şu şekilde oluyor:
PHPExcel => $list = [0],[1],[2],[3]
LaravelExcel => $list = [ [0],[1],[2],[3] ]
LaravelExcel ' deki bu array ' ı neden kullandığını merak ettim. Çünkü farklı bir Excel yapısında direk düğüm sayısını döndüyordu.
YalcinSahin Anladım, sanırım Excel'de tek dosyada birden fazla sayfa (sheet) olabildiği için oradaki 0 Sayfa 1 demek olabilir. excel.xlsx dosyasında sayfaya elle isim verip deneyin, öyle bir diziye çevirin, belki 0 yerine adını yazar.
Hocam yine tek kurşunla çözdünüz 
Sheet ile alakalıymış.
@mgsmus Merhaba,
Fast Excel de kullanmayı deniyorum.
$collection = (new FastExcel)->import(storage_path('urunler.xls')); olarak okumaya çalıştığımda ,
(Could not open C:\wamp64\www\Proje\storage\urunler.xls for reading.) şeklinde hata alıyorum.
Diğer bir sorum ise import metodunu benden try-catch almamı istiyor. Phpstorm editöründen kaynaklı olduğunu düşünüyorum. Bu sorunu nasıl çözebilirim ?
config - app kısmına
"aliases" => 'FastExcel' => Rap2hpoutre\FastExcel\Facades\FastExcel::class, olarak da ekleme yaptım.
Edit: sanım xls desteği yok , ama aynı dosyayı xlsx olarak da açamadım. (32 bin kayıt var)
Dosya okuma hatası ile ilgili olanda dosya yolunun doğruluğundan ve okuma yazma izni olduğundan emin olun. Ona bir şey diyemiyorum.
Editör try...catch... istiyorsa yapılan işlem exception fırlattığı içindir. Onu yakalayıp işlem yapmayacaksanız try...catch... kullanmanıza gerek yok. Uyarı görmemek için ise yöntemin PhpDoc bloğuna @throw {ilgili-exception} direktifini ekleyin.
Rap2hpoutre\FastExcel paketi çok başarılı ve muadilleri arasında en az kaynak tüketimi ile öne çıkıyor, aktif bir projemde hem import hem de export için kullanıyorum.
(new FastExcel)
->import(
public_path('uploads/'.$this->fileName),
function ($row) {
....şeklinde tam path (veri yolu) vermelisiniz.
Merhaba,
storage_path() , bunu kullandığımda direk storage klasörü altındaki verileri görüyor. Diğer projelerimde de aynısını kullanıyorum.(Laravel-Excel kullanıyorum) İnternette okuduğum birkaç yazıda da dosya yolu ile alakalı problemler bahsedilmiş. Sorunun box/spout için Windows'da dosya yolunu farklı şekilde okuması olarak yazanlar da vardı.
Bazen anlık olarak excel okumam gerekiyor , modelleme yapmak istemiyorum. Fast-Excel için tekrardan deneme yapacağım. Şöyle bir durum da var. Tarayıcıda sürekli bekle veya sayfadan çık şeklinde uyarı alıyorum. Okuma yapamadığı için 1-2 dakikada bir böyle uyarı dönüyor sanırım.
Windows platformunda kullanmadığım için bir şey diyemem. İşlem yapılabilmesi için o dosyanın fiziksel konumuna ulaşılması gerekir.
Benim fikrimi sorarsan bu tarz işleri javascript ile hallet inanılmaz seçenek var karşında. Ben böyle şeyleri laravel, php ile yapmam
sineld Tabi ki api yardımıyla. Küçük bir post isteği yeterli olur güvenlik içinse JWT yeterli görüyorum bu iş için. Veriyi bastıktan hemen sonra tokenın süresi bitirilebilir expiration zamanını belirleyerek yada range tarzı parça parça gönderebilir. JS ile çok daha hızlı olacaktır. Sadece backend tarafında gerekli ayarlamalar yapılması yeterli yani belirli tarih aralığı veya ilgili sayfadaki veriler istendiğinde karşılaması yeterli..
Büyük bir veritabanından tüm veriler çekilecekse query builder' a direk bağlanabilir, socket ile event tetikleyebilir, veya queue ve jobs ile arkaplanda döndürür. Laravel echo bunu karşılıyor ayrıca birşey yapılmasına gerek yok javascriptte aynı php gibi. Son söylediklerim kullanıcıyı yüklenmekle bekletmemek içindi. Eğer masif birşeyse video işleme işlemi gibi süreci kişiden bağımsızlaştırmak gerekir. Belki indirmek için kendi dosyanıza buluta atmayı tercih edebilirsiniz o taraf projenin büyüklüğüne amacına kişinin insiyatifine bağlı.
Demek istediğim pdf, excel her ne olursa olsun php ile dinamik olmaz ama js ile istediğiniz yerine müdehal etmekte özgürsünüz. Belli bir kolonu tutup değiştirip veritabanına arayüzden yaptığınız değişikliği gönderebilirsiniz yani indirmeden arayüzdede düzenler. Ben php kullanmam böyle işlemlerde. Guzzle unirestte kullanmam bunlar javascriptte daha kolay ve güzel. Yani demek istediğim youtube , gdrive , twitter api yazacaksanız istekleri php ile yapmak bana biraz gereksiz geliyor.
Çok gerek olmaz ama farklı atraksiyonlar isteniyorsa arkaya node server kurulabilir ayrıyeten o işleme özel. Ben onu da deniyorum realtime search özelikleri için.
sineld Eskiden binary data I/O şeklindeymiş ama 2007 ve sonrasında binary yanında OOXML de gelmiş. O yüzden veritabanından gelen veri ya Excel binary verisine dönüştürülmeli ya da OOXML standartlarına göre XLSX formatına dönüştürülmeli. Sadece biriyle çalışan ya da ikisini de kullanan farklı dillerde kütüphaneler var. Büyük veri için genellikle CSV tercih ediliyor.
Eğer veri çok büyükse, oluşturulup excel yazıcıya gönderilmemeli. Onun yerine bellekte tutulmayıp dosyaya stream edilmeli. Data chunk ile parça parça kullanıcıya ya da arka planda dosyaya stream edilebilir ya da Exceljs gibi stream destekleyen kütüphanlerden çekilerek dosyaya yazılabilir. Bunları araştırabilirsiniz.
Bu paketle excel aktarımı işlemini yaptım ama 10.000 satırlı bir excel dosyasının 500.satırında "60 saniyelik işlem süresi limitine" takılıyor. Sunucudan değerleri artırdım ama durum değişmedi. Laravel'de bu süreyi kısıtlayan bir ayar var mıdır?
Hocam işlemi localde yapıyordum ama aktarmaya çalıştığım sunucu, uzak sunucu idi. Ondan dolayı imiş. Laravel dosyalarını sunucuya atıp orada denediğimde verileri çok kısa bir anda aktardı.
Teşekkürler.
