przerzucanie wiekszej ilości danych do innego pliku php

Question

w lekcji o PHP p Zalenta po uzyskaniu tablicy asocjacyjnej wyciagamy w pliku "zaloguj.php" wszystkie potrzebne dane (imie, ilosc drewna itd) i wkladamy je do zmiennych sesyjnych. Następnie plik zaloguj  za pomocą komendy header przerzuca do pliku gra.php gdzie uzywa sie zmiennych wczesniej wyciagniętych. Jak rozumiem sa to dobre praktyki by nie wyświetlac danych w tym samym pliku tylko osobnym. Problem pojawia sie gdy danych jest duzo wiecej.
Ja mam sytuacje że w tablicy asocjacyjnej bede mial  12 wierszy. Dane uzyskuje używając while loop
while($row=$wynik->fetch_assoc())
Z tych danych bede tworzył w html'u <table>. Na razie ten table wyswietlam w pliku zaloguj.php. Jaki jest najlepszy spsosob na "transport" wiekszej ilości danych do drugiego pliku gdy tablica asocjhacyjna ma kilkanasice wierszy?  Mnie przyszło do głowy by iterowane wiersze wrzucic do listy ktora przypiszemy do zmiennej sesyjnej i taka listę bede potem znowu iterował na innym pliku by wyswietlic table. Czy jest jakis bardziej elegancki sposób? A może po prostu zostawić tak jaj jest - bez extra pliku ktory wyświetla dane zalogowanemu użytkownikowi

Answer 1

wszystkie potrzebne dane (imie, ilosc drewna itd) i wkladamy je do zmiennych sesyjnych

Nie, obecnie są to bardzo złe praktyki.

1. Twoja aplikacja na dobrą sprawę powinna mieć jeden, góra trzy pliki wejściowe. Zupełnie bez sensu jest tworzenie plików w stylu login.php, logout.php. Bardzo szybko tracisz kontrolę nad budową i strukturą aplikacji.
2. Takich danych nie powinno się zapisywać w sesji! Przez to co logowanie oraz zmiany na różnych urządzeniach będziesz dostawać nieprawidłowe dane. Co żądanie powinieneś pytać bazę danych o dane. Chyba że bardzo rzadko się zmieniają to korzystasz z cache np redis.
3. Oddzielaj logikę od widoku. W jednym pliku modyfikujesz i wyciągasz dane, w innym je wyświetlasz. 

Comments

Nie, obecnie są to bardzo złe praktyki.

? Przecież o tym piszesz w pkt 3...

---

Myślałem o czym innym, co innego wkleiłem. Racja 

---

@Ehlert,

Dzieki za odpowiedź. Troszkę się pogubiłem. Dla jasności: aplikacja służy sprawdzeniu przez mieszkanca jakie ma saldo. Jest logowanie i po zalogowaniu uzytwkonikowi wyswielta sie tabela gdzie pokazane są 12 miesiecy i dla kazdego miesiaca (jeden wiersz) należnośc, wpłata oraz saldo. Dane sa przeze mnie wrzucane co miesiąc do bazy danych. Nie rozumiem:
ad 1. co rozumiesz przez "3 pliki wejsciowe"?
ad2. jak moge dostawać nieprawidłowe dane przy prawidłowo skonstrułowanym pytaniu sql? Dane beda dokładane co miesiąc. Czy to rzadka zmiana?
ad3. Punkt 3 zaprzecza punktowi 1. Jesli oddzielam logike od widoku to pozyskane dane z iteracjji powinienem przerzucić to innego pliku ktory je wyświetli i stąd było moje pytanie jak je przerzucić gdy mamy kilkanaście wierszy z bazy danych. Jak wiec powinno być: wyświetlam w pliku gzie pozyskałem dane czy przerzucam je by wyświietlić w innym pliku. A jeśli tak to jak je przerzucić gdy mam kilkanasice wierszy pozyskanych z bazy?

---

Punkt 3 wcale nie zaprzecza pierwszemu. Chodzi mi o to, że każdy request (zapoznaj się z pojęciem http request, response. W php nie otwieramy pliku login.php, tylko wysyłasz request), trafia do jednego pliku którym jest index.php. Bez względu czy chcesz akcję zaloguj, wyloguj, pokaż tabelkę, to wszystko trafia pod index.php. Przerabiając konwencję z kursu Zelenta na początku wyda Ci się to bez sensu, ale właśnie tak działają wszystkie sensowne aplikacje. Proponuję przeczytać dokładnie i ze zrozumieniem, krok po kroku ten artykuł. Nie koniecznie chcę Cię nakierowywać na Symfony, bo zaraz się ktoś na mnie rzuci, ale chcę Ci pokazać ideę.

https://symfony.com/doc/current/introduction/from_flat_php_to_symfony2.html

Tutaj trochę o http

https://symfony.com/doc/current/introduction/http_fundamentals.html

---

dziękuję za odpowiedź. Zapoznam si ę z przesłanyumi przez ciebie materiałami z nadzieja że rozjaśni mi sie w głowie

Pozdrawiam

Krzysiek