Ada gan https://s.kaskus.id/images/2018/04/06367452_20180406050040.jpg Ane coba nambahin perintah "use App\RegisterController;" https://s.kaskus.id/images/2018/04/06/367452_20180406050402.jpg Hasilnya jadi bgini https://s.kaskus.id/images/2018/04/06/367452_20180406051053.jpg spoiler
gan controller not found trus nih... padahal controllernya ada https://s.kaskus.id/images/2018/04/06/367452_20180406021610.png ini routenya Route::get('/', function() { return view('home'); }); Route::get('/signin', function() { return view('login'); }); Route::get('/register', function() { r
oh gitu gan ... ane coba2 dulu gan... saya pakai biasa aja gan... xampp , https://s.kaskus.id/images/2018/04/05/3100333_20180405093016.png Coba dicheck mod_rewrite xampp nya dah diset belum?
Akses ke menu form login dulu gan abis itu baru proses loginnya Kalau buat proses login/registrasi, blade sama controllernya mesti berada di dalam folder "auth" ya gan? Nggak juga, kalau agan pakai bawaan laravel, defaultnya ya pasti di Auth, kalau agan mau buat custom atau mau ganti d
method route yang bener untuk akses form login di atas gimana ya gan berikut ane kasih foto controller2 nya https://s.kaskus.id/images/2018/04/02/367452_20180402103858.png https://s.kaskus.id/images/2018/04/02/367452_20180402103907.png https://s.kaskus.id/images/2018/04/02/367452_20180402103918.p
di hosting saya ga ada folder public_html, setelah htdocs. apa saya bikin aja? sama ini kan mau bikin di subfolder, bukan folder utama gan Maaf gan maksudnya isi public yang dari laravel itu dimasukin ke htdocs atau public_html. - app - config - resources - public <-- ini sama saja sama htdo
sore agan2, saya baru iseng coba2 laravel nih. ada kendala pas mau upload ke server. jadi setelah baca2 kan katanya folder public dan sisanya lebih baik dipisah ya, jadi misalnya folder public ditaro di di direktori /var/www/public_html/laravel-backend, sisanya ditaro di /var/www/laravel-backend
Idenya menarik, cuma rasanya blade laravel secara default ga didesain sama kaya themingnya wordpress, jadi banyak yang harus agan siapkan contohnya agan harus buat fungsi misahin css dll, saya nemu https://laracasts.com/discuss/channels/requests/implement-mutiple-themes-in-a-laravel-cms?page=1 d...
gan, ane khan lg bikin template config dengan nama file confignya yaitu config.blade.php, file ini ada di dalem folder template yg ada di folder /view, file ini berisi variabel array, array ( nama => template_01 versi => v1.0 ) Nah, dari kontroller ane mau ngambil variable2 yg ada di file te
udah ane tambahin sebelum get() masih sama. apa query ane salah ? Coba dicek dulu query nya langsung di SQL
iya kk kok tau sih :matabelo: :malu: *** class CreateUsersTable extends Migration { /** * Run the migrations. * * @return void */ public function up() { Schema::create('roles', function (Blueprint $table) { $table->string('id')->primar
Kalau mau upgrade distro package libjson-c2 gimana ya, soalnya yang saya masih punya yang trusty nge hold package baru yang mau diinstal, kalo itu di remove, banyak yang bakal di remove bisa gawat. edit: udah inget caranya hehe..
Cek dulu tanggal laporan ada isinya ga dari controller $tanggal_laporan = Input::get('tanggal_laporan'); Coba query-nya $barangmasuk = DB::table('barang_masuk as brgmasuk') ->join('barang as brg', 'brgmasuk.barang_id', '=', 'brg.id') ->select('brg.nama_barang', 'brgmasuk.id', 'brgmasuk....
Maksudnya kalau mau pake temp-table kan hrs pake store proc, sedangkan temp table kalau sdh jutaan record sdh gak efisien lagi Gitu maksudnya Owh gitu, salah nangkep saya makasih gan..
kelihatanya kompleks ya gan... hahaha, ribet bacanya solusi yg bisa dilakukan sih 1. bikin query yg lebih mudah dibaca, gunakan CTE (with statement) agar query lebih readable 2, dengan adanya CTE, kita bisa menghindari penggunaan EXISTS dan menggantikannya dengan INNER JOIN 3. hindari penggunaan
Coba kasih liat query yg sdh dibikin, ini banyak table produk viewer, pakai union atau apa? Kebanyakan join sama sub select gan, ini hasil generate ke query gan '?' ga saya ubah, https://S E N S O R/T0ADEbZ2
Makasih gan Kalau untuk normalisasi rasanya agak susah, karena maunya klien Kalau untuk index yang harus diperhatikan apa saja ya, saat ini format dbnya innoDB, misalnya tablenya // produk id , dll... // produk viewer (table serupa viewer ini ada beberapa tabel) id , produk_id , ip, date // pro...
iya gan beda di varieble aja, soalnya kalau ane di php native 1 view bisa untuk beberapa module dengan metode parameter if else nah di laravel ane liat setiap modul di beri viewnya masin" dan di taruh di dalam folder masing" modul Mau satu view dipakai beberapa modul boleh aja, mau rout
Gan kalau optimasi big data di MySQL gimana ya gan, hal-hal yang harus diperhatikan apa saja terutama untuk semacam report yang mengharuskan menghitung nilai dari beberapa tabel yang jumlahnya juga besar. Contoh kasusnya misal, 1 produk punya bermacam-macam total yang didapat dari beberapa tabel (m
#tanya gan, misalnya ada 2 route untuk 2 controller yang berbeda tetapi meload halaman yang sama Route::get('/', 'Controller1@index'); Route::get('/data', 'Controller2@data'); kedua fungsi router tersebut (index dan data) akan meload 1 halaman yang sama (admin.blade.php) bedanya di fungsi data
