@gajowy_marucha: nie kwerendy tylko zapytania, zainstaluj sobie doctrine zamiast tego gownianego eloquenta.

@gajowy_marucha: "custom kwerendy" :O #ponglish

@Jacob: Klasy abstrakcyjnej używasz kiedy wiesz, że każda klasa pochodna która ją rozszerza musi posiadać taką samą podstawową funkcjonalność + dodatkowo deklarujesz w niej metody które muszą zostać zaimplementowane(czyli są abstrakcyjne). Wiesz co dane metody mają robić, ale nie w jaki sposób.

@Jacob: Interface > mysl w ramach "contract", do którego wszystkie klasy implementujące muszą się podporządkować (muszą mieć wszystkie takie same public metody). W interface'ach wrzucasz poprostu same nazwy metod bez ich body ( to co masz pomiędzy { } ). Czyli "co ma byc" > nie "co ma robic".

Dzięki temu możesz używać "type-hint" w metodach, robić Dependency Injection ( w _construct()) i wedle potrzeb podmieniać implementacje.

Dla przykladu boPokaż całość

@anonim1133: to już martwy framework.

@gergu dokładnie, opisz co ci potrzeba. Plus na start przypatrz się np. Laravelowi.

@mk4s: bardzo się podjarałem i nie doczytałem

@Crypton3: Ja robię tak, że do list daję index, do czegoś pojedynczego show.

Ogólnie to widziałem taką konwencję w generatorach do Laravela i taką stosuję:

index - lista elementów

show - wyświetla element

create - tworzenie elementu (widok)

store - utworzenie elementu

edit - edycja elementu (widok)

update - aktualizacja elementu

destroy - skasowanie elementu

@m21d24: wrzucaj do folderu admin? :s

@cysioland: Jak dla siebie to pisz od nowa :-) Aczkolwiek pamiętaj że w przyszłości często będzie tak, że trzeba będzie ciągnąć dalej nawet najbardziej gówniany kod.

@cysioland: ja tak pisałem moją inż... napisałem raz, ale uznałem, że jest kijowa, napisałem drugi raz - lepiej. Po czym oddałem, ale uznałem, że jest kijowa i trzeba by było to lepiej zrobić, napisałem - 3 raz, ale uznałem, że jest kijowe i... nie dokończyłem. Później jak znalazł miałem na obronę mgr (ok 8-16h pisania i dokończyłem, aby działało)...

teraz już nawet nie wiem który raz piszę - ale znowu miPokaż całość

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).