@Yanushevitz: Nie musisz nigdzie przekierowywać ruchu z powrotem do kontroler. Masz w symfony wszystkie potrzebne eventy, żeby zrobić to praktycznie bez typowych kontrolerów.

Jeśli oprzesz wszystko na eventach to będziesz miał ładną kontrolę od wejścia do wyjścia eventami jak w API Platform.
Sprawdź właśnie API Platform, bo tam wszystko leci na eventach.

@Yanushevitz: ciekawa koncepcja, ale osobiście bym olał robienie listenera, którego głównym celem już jest przygotować konkretny response pod konkretny endpoint - na takiej zasadzie, że one już przygotowują w teorii konkretnego typu response, pod konkretny już Content-Type.

Mogę się mylić, ale tak mi powiedzmy obecnie logika podpowiada.

Ogólnie jeszcze dam inny przykład: Laravel. Laravel wymyślił coś takiego jak error-handler, opakowujący kontrolera w (bardzo upraszczając) w try-catcha. Kiedy wystąpi konkretny exceptionPokaż całość

ale ja nie chcę wychodzić z domu

@EnsurePrivacy: na ovh jest darmowy hosting jak masz tam domenę chyba. Nie postawisz tam nie wiadomo czego, ale da się

@EnsurePrivacy: możesz też zainteresować się mikr.us em

@lukgol model to "stan" obiektu. Nie wrzucaj tam rzeczy tylko dlatego żeby wyświetlić to w widoku. Np. User->isActive to stan usera i jednocześnie możesz w widoku coś z tym zrobić(pokazac, ukryc), ale jeśli chcesz zrobić coś w stylu user->showTable... to bez sensu.

@NieoznaczonaReklama: Upewnij się że serwer obsługuje krótkie tagi <? często to powoduje problemy i lepiej odruchowo używać <?php

@lukgol: https://onlinephp.io/

Tylko opcja druga, nigdy nie zostawiamy takiej logiki na froncie w momencie kiedy mamy możliwość zrobić to na backendzie. Dodatkowo warto zwracać obie kwoty - oryginalną i tą po rabacie tak aby na froncie to spoko wyglądało :)

1. W momencie kiedy jest pobierana cała lista produktów, dorzucić do niej rabat a następnie obliczyć to po stronie frontu?

@GreeenOne: pomyśl. Przecież i tak gdzieś na etapie zamówienia na backendzie będziesz musiał to podliczyć, żeby Ci klient nie próbować zrobić wała z cenami.

@sohost: 5 plusujących a i tak nie wygrałem ( ͡° ʖ̯ ͡°) to idealnie opisuje moje szczęście w życiu ( ͡° ʖ̯ ͡°)

@daro1 w dobie AI to chyba już posprzątane jest

@daro1: Od 20 lat masa osób zapowiada koniec PHP. Miał go zastąpić Python, Ruby, JS. A on nadal żyje i dominuje i jako język stale dojrzewa. Jednak powoli pewnie dalej będzie następowało przechodzenie na JS na backendzie. Na horyzoncie też pojawia się coraz śmielej Rust i szczególnie w apkach wymagających bezpieczeństwa i wydajności strzelam, że będzie coraz częściej używany. Strzelam, że część rzeczy webowych napisanych w Javie może w ciąguPokaż całość

Po API patrz. Np: "https://api.raporty.pse.pl/api/rce-pln?$filter=business_date%20eq%20%272024-07-18%27"

Link do API: https://api.raporty.pse.pl/

@Crossweb Trojmiasto jak zwykle tylko kursy wedzarnictwa i suszenia ryb, IT tu nie istnieje

@pyroxar:

Google nie usuwa bowiem wszystkich ciasteczek. Te, które są obsługiwane przez witrynę, na której znajduje się użytkownik (tj. first-party cookies), są nadal dozwolone. Są one bowiem zazwyczaj nieszkodliwe i wykorzystywane w takich czynnościach, jak utrzymywanie sesji logowania lub zapamiętywanie tego, co zostało dodane do koszyka.

@wot8: Co jest mniej bezpiecznym rozwiązaniem niż ciastka bo js może odczytać ich zawartość, a ciastka można tak ustawić aby nie były odczytywalne przez js