1. http://prntscr.com/4veg9j dobrze rozumiem, że ten konstruktor rodzica odnosi się do eloquent? Czyli powinienem znaleźć class Eloquent i tam szukać jej konstruktora ? (tylko, że taka klasa/interfejs nie istnieje lub jej nie mogę go
new ReflectionClass('nazwa_klasy') ) i potem dumpujesz wyniki metod getFileName i getStartLine. Bez tego nie wyobrażam sobie jakiekogolwiek debugowania :)
@Xianxi: Ekhm. Mam już działający projekt, użytkownicy / logowanie / baza etc. teraz potrzebuje jedynie jakoś zrobić if(Auth::check()) {} w tym pliku który znajduje się w public/assets/be/ lub najlepiej zablokować całą ścieżkę globalnie.
@Jacob: te pliki muszą być w public? Bo - jak sama nazwa wskazuje - w public są pliki publiczne ;)
Albo przenieść je wyżej i serwuj za pomocą php (i wtedy autoryzację robisz jak chcesz), albo musisz plik zabezpieczyć na poziomie serwera (basic auth w Apache czy nawet podrequest w varnishu)
Stworzyłem paczkę (psr-0), przeniosłem tam cały projekt i wyskakuje mi błąd jakoby nie odnalazł np dla kontrolera ArticlesController klasy ArticleForm. -> http://prntscr.com/3khrdu
(Namespaces ustawione poprawnie a mimo to nadal nie odnajduje klasy.)
@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.
@Jacob: No przy łóżku to już skrajność ale na suficie czy przy oknie to bardzo częsty widok. I to co pisze @Gacrux: to sama prawda, powiedzenie "Jak cię Polak za granicą nie oszukał to już ci pomógł" jest bardzo prawdziwe.
@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
@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.
Świeża instalacja L4, dodany sentry. Muszę dopisać panel administracyjny, logowanie, wylogowywanie to najlepiej byłoby to mieć osobno jako jakiś moduł zamiast pakować do głównych katalogów views/controllers/models. Jak w nowym laravelu robi się nowy Bundle/Pakiet/Moduł ?
#warszawa #bungee