Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.lang.php > #15950 > unrolled thread

Laravel blade - jak poprawnie tworzyć layout?

Back to article view | Back to pl.comp.lang.php

Contents

  Laravel blade - jak poprawnie tworzyć layout? Marek S <precz@spamowi.com> - 2018-12-23 22:22 +0100
    Re: Laravel blade - jak poprawnie tworzyć layout? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-26 17:45 +0100
      Re: Laravel blade - jak poprawnie tworzyć layout? Marek S <precz@spamowi.com> - 2018-12-26 21:29 +0100
      Re: Laravel blade - jak poprawnie tworzyć layout? Marek S <precz@spamowi.com> - 2018-12-27 22:06 +0100
        Re: Laravel blade - jak poprawnie tworzyć layout? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-27 23:30 +0100
          Re: Laravel blade - jak poprawnie tworzyć layout? Marek S <precz@spamowi.com> - 2018-12-28 22:51 +0100
            Re: Laravel blade - jak poprawnie tworzyć layout? Borys Pogoreło <borys@pl.edu.leszno> - 2018-12-29 00:05 +0100
              Re: Laravel blade - jak poprawnie tworzyć layout? Marek S <precz@spamowi.com> - 2018-12-30 18:59 +0100
                Re: Laravel blade - jak poprawnie tworzyć layout? Borys Pogoreło <borys@pl.edu.leszno> - 2019-01-01 16:50 +0100
                  Re: Laravel blade - jak poprawnie tworzyć layout? Marek S <precz@spamowi.com> - 2019-01-02 21:04 +0100
                    Re: Laravel blade - jak poprawnie tworzyć layout? Borys Pogoreło <borys@pl.edu.leszno> - 2019-01-02 22:16 +0100
                      Re: Laravel blade - jak poprawnie tworzyć layout? Marek S <precz@spamowi.com> - 2019-01-03 21:13 +0100
                        Re: Laravel blade - jak poprawnie tworzyć layout? Borys Pogoreło <borys@pl.edu.leszno> - 2019-01-04 00:44 +0100
                          Re: Laravel blade - jak poprawnie tworzyć layout? Marek S <precz@spamowi.com> - 2019-01-08 20:21 +0100

#15950 — Laravel blade - jak poprawnie tworzyć layout?

Witam,

Załóżmy, że nasza strona internetowa ma składać się z 2 kolumn. Pierwsza 
kolumna będzie pokazywała np. nowości produktów w sklepie internetowym a 
druga newsy.

Jak poprawnie zbudować stronę by dwa niezależne kontrolery i połączone z 
nimi vews'y mogły pracować na jednej stronie? Przypuszczam, że 
rozwiązuje się to na poziomie blade'ów.

Chciałbym uniknąć tworzenia jakiś poplątanych struktur, gdzie ciężko 
będzie dochodzić co generuje dany fragment layoutu. Najczytelniej byłoby 
gdyby layout definiował dwie kolumny a ich treść byłaby z kolei 
generowana przez dwa źródła danych (kontrolery?) Wtedy widać będzie na 
etapie programowania ogólny wygląd strony i źródła wstrzykiwania treści 
kolumn.

No ale chyba nie da się dwóch kontrolerów użyć na 1 URL? Więc jak?

-- 
Pozdrawiam,
Marek

[toc] | [next] | [standalone]

#15958

Dnia Sun, 23 Dec 2018 22:22:23 +0100, Marek S napisał(a):

> Jak poprawnie zbudować stronę by dwa niezależne kontrolery i połączone z 
> nimi vews'y mogły pracować na jednej stronie? Przypuszczam, że 
> rozwiązuje się to na poziomie blade'ów.

Kontroler jest jeden, obsługuje żądanie. To co chcesz uzyskać najprościej
rozwiązać View Composerami.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15966

W dniu 2018-12-26 o 17:45, Borys Pogoreło pisze:
> 
> Kontroler jest jeden, obsługuje żądanie. To co chcesz uzyskać najprościej
> rozwiązać View Composerami.

Thx za poradę.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15980

W dniu 2018-12-26 o 17:45, Borys Pogoreło pisze:

> Kontroler jest jeden, obsługuje żądanie. To co chcesz uzyskać najprościej
> rozwiązać View Composerami.

Mam pytanko: w jaki sposób najszybciej się wdrożyć w ten framework? 
Wziąłem na Udemy jakiś kurs, podstawy ogarnąłem ale sklepu WWW itp nie 
zbuduję.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15984

Dnia Thu, 27 Dec 2018 22:06:56 +0100, Marek S napisał(a):

> Mam pytanko: w jaki sposób najszybciej się wdrożyć w ten framework? 
> Wziąłem na Udemy jakiś kurs, podstawy ogarnąłem ale sklepu WWW itp nie 
> zbuduję.

Czytać dokumentację do bólu, tam jest wszystko, co najważniejsze.

Zainteresuj się ew. Laracasts, to chyba najlepsze kursy wideo dla Laravela.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15988

W dniu 2018-12-27 o 23:30, Borys Pogoreło pisze:

> Czytać dokumentację do bólu, tam jest wszystko, co najważniejsze.
> 
> Zainteresuj się ew. Laracasts, to chyba najlepsze kursy wideo dla Laravela.

Tak, widziałem. Jedyne co znalazłem to kurs "jak zbudować forum". Czyli 
znów jedna strona, na której jest jeden formularz i nic więcej. Owszem, 
jest tam wiele na temat doszlifowywania technik.

Zaczynam podejrzewać, że faktycznie utknąłem w latach 90tych, kiedy to 
strony miały więcej informacji niż jeden czy dwa obrazki :-(

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#15992

Dnia Fri, 28 Dec 2018 22:51:44 +0100, Marek S napisał(a):

> Tak, widziałem. Jedyne co znalazłem to kurs "jak zbudować forum". Czyli 
> znów jedna strona, na której jest jeden formularz i nic więcej. Owszem, 
> jest tam wiele na temat doszlifowywania technik.

Na Laracasts czy gdzieś indziej?

Do Laravela jest opór tutorali wszelkiej maści, bo to bardzo popularny
framework, także nie bardzo rozumiem problem braku materiałów...

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#15996

W dniu 2018-12-29 o 00:05, Borys Pogoreło pisze:

>> Tak, widziałem. Jedyne co znalazłem to kurs "jak zbudować forum". Czyli
>> znów jedna strona, na której jest jeden formularz i nic więcej. Owszem,
>> jest tam wiele na temat doszlifowywania technik.
> 
> Na Laracasts czy gdzieś indziej?

Właśnie tam poleciłeś zerknąć. Zresztą intuicyjnie też zacząłem od tego 
miejsca właśnie jako źródła wiedzy jak zbudować (w pełni wartościowy) 
serwis WWW.

> Do Laravela jest opór tutorali wszelkiej maści, bo to bardzo popularny
> framework, także nie bardzo rozumiem problem braku materiałów...

To nie problem abym szukał po sieci informacji. Póki co postąpiłem za 
Twoją poradą jako "źródła najlepszych kursów". Zabrakło w nich podstaw 
tworzenia WWW więc stąd moje zdziwienie, że producent frameworku nie 
publikuje jak z niego korzystać więc trzeba węszyć jak inni sobie z tym 
poradzili.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16000

Dnia Sun, 30 Dec 2018 18:59:37 +0100, Marek S napisał(a):

> Właśnie tam poleciłeś zerknąć. Zresztą intuicyjnie też zacząłem od tego 
> miejsca właśnie jako źródła wiedzy jak zbudować (w pełni wartościowy) 
> serwis WWW.

Na pewno mówimy o tych samych kursach?

https://laracasts.com/series/laravel-from-scratch-2018

> To nie problem abym szukał po sieci informacji. Póki co postąpiłem za 
> Twoją poradą jako "źródła najlepszych kursów". Zabrakło w nich podstaw 
> tworzenia WWW więc stąd moje zdziwienie, że producent frameworku nie 
> publikuje jak z niego korzystać więc trzeba węszyć jak inni sobie z tym 
> poradzili.

https://laracasts.com/search?refinement=type&name=series
z lewej klikasz "Laravel" i odznaczasz "Series".

Mało?

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16003

W dniu 2019-01-01 o 16:50, Borys Pogoreło pisze:
> Dnia Sun, 30 Dec 2018 18:59:37 +0100, Marek S napisał(a):
> 
>> Właśnie tam poleciłeś zerknąć. Zresztą intuicyjnie też zacząłem od tego
>> miejsca właśnie jako źródła wiedzy jak zbudować (w pełni wartościowy)
>> serwis WWW.
> 
> Na pewno mówimy o tych samych kursach?
> 
> https://laracasts.com/series/laravel-from-scratch-2018

Sorki, że tak skracam ale próbuję dobę wydłużyć więc czasochłonne 
analizy mogę na weekendy jedynie pozostawić. O który epizod chodzi? Mam 
na uwadze tematykę poruszaną w wątku, gdzie serwis WWW składa się 
poukładanych na layoucie funkcjonalnych bloczków a każdy z tych bloczków 
może mieć dowolnie złożoną logikę generacji, w tym obsługę paginacji etc.

Przyszła mi jeszcze do głowy jeszcze jedna ważna cecha: klient zażyczy 
sobie aby na danej stronie jeden z bloczków z niknął i pojawił się na 
innej. Trzeba to jakoś sprawnie przenieść. I co wtedy?

Ten kurs raczej (mogę się mylić) nie porusza takich kwestii - 
przynajmniej analizując tytuły epizodów.

> 
> https://laracasts.com/search?refinement=type&name=series
> z lewej klikasz "Laravel" i odznaczasz "Series".
> 
> Mało?

Na sztuki dużo. Tylko o jedną odpowiedź mi chodzi: j/w. Organizacja 
złożonej aplikacji.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16006

Dnia Wed, 2 Jan 2019 21:04:25 +0100, Marek S napisał(a):

> Sorki, że tak skracam ale próbuję dobę wydłużyć więc czasochłonne 
> analizy mogę na weekendy jedynie pozostawić. O który epizod chodzi? Mam 
> na uwadze tematykę poruszaną w wątku, gdzie serwis WWW składa się 
> poukładanych na layoucie funkcjonalnych bloczków a każdy z tych bloczków 
> może mieć dowolnie złożoną logikę generacji, w tym obsługę paginacji etc.

To porusza wiele tematów jednocześnie. Paginację masz wbudowaną w
Eloquenta, bloczki możesz rozwiązać View Composerami, itd. Nie znajdziesz
gotowego opisu takiego rozwiązania, bo każdy ma inne potrzeby. Znajdziesz
opisy poszczególnych narzędzi albo jakiegoś konkretnego rozwiązania, na
którego przykładzie autor kursu potanowił go oprzeć. Z reguły typowego do
bólu.

> Przyszła mi jeszcze do głowy jeszcze jedna ważna cecha: klient zażyczy 
> sobie aby na danej stronie jeden z bloczków z niknął i pojawił się na 
> innej. Trzeba to jakoś sprawnie przenieść. I co wtedy?

A to już zależy od budowy aplikacji. Czy możesz powiązać bloczki z
konkretnymi widokami, czy może jednak ich konfiguracja jest oparta o bazę
danych, itd.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16010

W dniu 2019-01-02 o 22:16, Borys Pogoreło pisze:

> 
> To porusza wiele tematów jednocześnie. Paginację masz wbudowaną w
> Eloquenta, bloczki możesz rozwiązać View Composerami, itd. Nie znajdziesz
> gotowego opisu takiego rozwiązania, bo każdy ma inne potrzeby.

Wydawałoby mi się, że dość trywialny problem przerabiam jakim jest 
przykład jakiejkolwiek zasady postępowania przy organizowaniu zawartości 
strony.

Ale zaczynam powoli to ogarniać. Czytam właśnie o View Composerach. A 
kłopot w tym, że podświadomie oczekiwałem, że np. przeniesienie newsów z 
podstrony A na B to będzie drobiazg taki jak przeniesienie jakiegoś 
znacznika z view A do view B - bez potrzeby kodowania.

> A to już zależy od budowy aplikacji. Czy możesz powiązać bloczki z
> konkretnymi widokami, czy może jednak ich konfiguracja jest oparta o bazę
> danych, itd.

Nie, chodzi o banał. Nic nie jest konfigurowalne w bazie. Masz np. 
sekcję news, które czerpie z bazy tylko treść a nie swoją lokalizację na 
WWW. Masz np. kalendarz, który z bazy czerpie grafik nadchodzących 
wydarzeń. Jedno umieszczasz na podstronie A, a drugie na podstronie B. 
No i klient wymyśla by zamienić miejscami newsy z kalendarzem.

Do niedawna miałem własny CMS rozwijany od chyba 15 lat. Stosowałem w 
layoutach znaczniki w stylu "tu wstaw plugin kalendarza" a "tu wstaw 
plugin newsów". Mogły te wstawki pojawić się gdziekolwiek i w dowolnej 
ilości i zawsze działały prawidłowo. Stronę budowało się jak z klocków 
Lego. Niczego nie było trzeba programować poza samymi pluginami i 
stylowaniem ich. Stąd moja fiksacja na punkcie uproszczenia tematu.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16012

Dnia Thu, 3 Jan 2019 21:13:14 +0100, Marek S napisał(a):

> Ale zaczynam powoli to ogarniać. Czytam właśnie o View Composerach. A 
> kłopot w tym, że podświadomie oczekiwałem, że np. przeniesienie newsów z 
> podstrony A na B to będzie drobiazg taki jak przeniesienie jakiegoś 
> znacznika z view A do view B - bez potrzeby kodowania.

Jeśli sobie odpowiednio zbudujesz aplikację, to będzie to banał.

> Do niedawna miałem własny CMS rozwijany od chyba 15 lat. Stosowałem w 
> layoutach znaczniki w stylu "tu wstaw plugin kalendarza" a "tu wstaw 
> plugin newsów". 

Czyli wracamy do szablonów i @section / @yield

Albo @include

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16018

W dniu 2019-01-04 o 00:44, Borys Pogoreło pisze:

> Czyli wracamy do szablonów i @section / @yield
> 
> Albo @include
> 

Dobra, to daj mi teraz popracować. Sam muszę przetrenować Twoje sugestie 
by móc konkretniej pytać.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [standalone]

Back to top | Article view | pl.comp.lang.php

csiph-web