Czy naprawdę trzeba wszystkie widoki, redirecty i inne pierdoły wypisywać w routes.php?

@nCore: Przecież możesz dać dla każdego controllera własny route, to chyba nie jest aż tak uciążliwe?

Route::controller('forum', 'App\Modules\Forum\Controllers\MainController');

I teraz pytanie główne, jak się zabrać za rozdzielenie aplikacji między admin/frontend, które korzystają z tych samych modeli, różnych widoków.

Nie potrzebuję żadnego ACL'a. Prosty panel z loginem/hasłem.

@nCore: możesz stworzyć osobny moduł dla backendu i dalej korzystać z tych samychPokaż całość

@nCore: jak ktoś ma 480 route`ow zdefinowanych w jednym pliku to coś chyba nie tak z tą aplikacją, jest naprawdę sporo możliwości filtry, parametry, możesz z bazy ciągnać, masz resources controllers, grupowanie, robisz funkcje w nich, jak się rozrasta aplikacja to dzielisz cześć na pakiety i tak jedziesz z routes, itd. dziesiatki możliwości,

to tak jakby powiedzieć że htaccess jest zle bo ktoś zrobil 480 reguł...

co mają redirecty do routes?Pokaż całość

@nCore: aff, zerknij sobie zf2. Sam cały czas przymierzam się do wgłębienia w laravela bo wygląda ciekawie pod małe projekty i myślałem, że przekonasz mnie jakimiś argumentami z doświadczenia w obu.

Windowsie czy Linuxie?

#php

@peterek93: whatever

@peterek93: (#) http://www.youtube.com/watch?v=9MGBdy_Sqjg&list=PLLJSbW-UxRIzSAWh4apInnSjb9EFeUTGg może ten kurs, takie podstawy podstaw. Gość całkiem fajnie tłumaczy zasady działania.

@Jacob: jak masz dużą apkę i chcesz mieć porządek to ajax, json i budowanie po stronie usera. Jak masz coś małęgo to bez sensu i lepiej ciapnąć JSa w responsie z htmlem

@Jacob: Preferuję inną organizację... Na przykładzie. Mam pewną część aplikacji odpowiedzialną za użytkowników. Cała logika biznesowa ląduje w src/User (przestrzeń nazw: Acme\User, http://laravel.io/bin/4Dm9 ). Reszta, czyli między innymi widoki, pliki językowe, kontrolery lądują w domyślnych lokalizacjach w app/. Na ogół są one ściśle powiązane z frameworkiem więc nie widzę sensu ich gdziekolwiek przenosić. Natomiast kod z src/ w idealnym scenariuszu jest niezależny. To jednak tylko moje zdanie i zaznaczam, że niePokaż całość

@Jacob: Poszczególne części aplikacji (z src/) są jak najbardziej zdatne do ponownego użycia w kolejnym projekcie (choć, zależy jak je napiszesz :). W przypadku chęci ponownego wykorzystania tego kodu po prostu go przenosisz. Reszta, czyli to co napisałem, widoki, kontrolery są już bardziej sprawą konkretnej aplikacji i szczerze wątpię w sytuację kiedy chciałbyś dokładnie to samo wykorzystać w zupełnie innym projekcie.

Nikt, a tym bardziej ja, nie napisze Ci jak najlepiejPokaż całość

@Jacob: masz to w dokumentacji: http://laravel.com/docs/packages

@m21d24: Jesli to problem z sql to podaj wiecej szczegolow - moze uda sie cos wykombinowac. Ale jesli to sprawa bardziej dotyczy laravel - to nie pomoge...

@Jacob: dodaj nowy scope w modelu i zwyczajnie go użyj, tutaj masz ładnie opisane w manualu

http://laravel.com/docs/eloquent#query-scopes

@Jacob: Bardzo spodobała mi się licencja tego oprogramowania.

@Jacob: http://packalyst.com/packages/package/mcamara/laravel-localization#translated-routes

@m21d24: DB::table('tabela AS t')

@Jacob: ale to jest proste... zbierasz dane z FB i peklujesz je do bazu. Potem logowanie, porównujesz email albo username (albo to i to) z bazy danych i z FB i logujesz użytkownika.

@Jacob: widziałem jakąś książke o Laravelu (oczywiście po angielsku) gdzie były oddzielne rozdziały właśnie na temat logowania via FB, G+ etc. Nie mogę na złość jej teraz znaleźć, ale możesz poszukać (wiem, że była na tpb).

@karid: nie wiem

@karid: jak widać zdania są podzielone

@normanos: nie na temat, ale widziałem że wczoraj Ci wmówiono zmianę ikonki Dropboxa na czarną. Dzisiaj zmieniłem u siebie i wniosek jest jeden, nie słuchaj ich! Kolorowa ładniejsza :P

@Atomic_Cookie: Walidacja to w modelu, jeśli chodzi o kod to ja pisze metody na nie więcej niż 10 LOC

@Atomic_Cookie: Dobra prezentacja o jednym z podejściu do takich kwestii. http://www.youtube.com/watch?v=3uV3ngl1Z8g Jeszcze ciepła.

Poza tym: https://www.youtube.com/watch?v=S4Fmzvsvt_o i http://vimeo.com/44807822 (Ruby, ale chodzi o podejście)

Oraz (odnośnie tych instrukcji warunkowych): http://www.youtube.com/watch?v=Zzc_2nD9Jzs&feature=youtu.be&t=4s

@Crypton3: Nie korzystam chwilowo z żadnego. Porównaj i wybierz to, co się najbardziej opłaca.

W sensie:

$user->mail = "dupa@wp.pl";

$user-save();

echo $user->mail;

To tak, wyświetli już nowy mail.

@naczarak: raczej chodzi o to, że konstruktor wcale się nie wywołuje w momencie wejścia na url tylko przy inicjalizacji.