Wprowadzanie trwałych zmian do HTML przez PHP, z poziomu strony

pytanie zadane 27 czerwca 2017 w PHP przez kordix Gaduła (3,910 p.)

Wiem że to może się wydać banalne, wręcz głupie pytanie. Wyszukuję to pod różnymi hasłami, jednak nie mogę tego znaleźć.

Chodzi mi o taką funkcję, która pozwoli mi wprowadzać TRWAŁE zmiany w kodzie html na stronie będąc na stronie WWW, nie edytując ręcznie kodu.

Takie echo, tyle że nie że jednorazowo wypluwa nam odpowiedni kod HTML, ale już na stałe zmienia nam zawartość strony.

Np. jest jakiś input w który wpisuję jakiś tekst. Ten tekst ma się wkleić do odpowiedniego DIVa. Ma już być tam cały czas, nawet po odświeżeniu strony.

Wiecie jak najprościej mogę coś takiego uzyskać?

Właściwie w jakiś sposób można posłużyć się SQLem. Ale tylko i wyłącznie SQL coś takiego umożliwia?

2 odpowiedzi

odpowiedź 27 czerwca 2017 przez Tomek Sochacki Ekspert (227,510 p.)

Osobiście proponuję po prostu zapisywać dane w bazie, np. MySQL (lub innej) i pobierać dane w php właśnie z bazy. Dobry byłby tu jakiś system szablonów jak twig czy smarty do lepszego rozdzielenia logiki php od prezentacji.

Potem możesz przesyłać dane od użytkownika do php (ajax), odpowiednio je zwalidować i dodać dane do bazy. Proponuję również pomyśleć nad ewentualną archiwizacją starych danych jeśli ma to sens w danym projekcie.

Możesz też np. modyfikować bezpośrednio div z pominięciem input. Sam wdrażam coś takiego właśnie na jednej ze stronek dla klienta komercyjnego. Założeniem była obsługa strony przez człowieka, który nie wie co to html, wordpress itp. Elementom, które będzie można edytować nadaję więc atrybut contenteditable=true jeśli zostanie wykryte zalogowanie (na admina), a następnie po zmianie i zatwierdzeniu ich wysyłam dane do bazy. Zaletą tego jest fakt, że klient zmienia sobie teksty bezpośrednio na stronie w zachowaniem css, więc od razu widzi jak to będzie wyglądać.

odpowiedź 27 czerwca 2017 przez Ehlert Ekspert (212,670 p.)

Jeśli to takie małe lokalne użyj sqlite. Zawsze można też pomyśleć o CMSie opartym na plikach.

komentarz 30 czerwca 2017 przez kordix Gaduła (3,910 p.)

No właśnie SQL to pierwsze co pomyślałem, ale szukałem jakiegoś innego, szybszego sposobu. Jak się wykonuje dużo takich operacji to niefajnie cały czas wysyłać kwerendy do bazy.

Zaletą tego jest fakt, że klient zmienia sobie teksty bezpośrednio na stronie w zachowaniem css

Nawet jakieś długie teksty po prostu przechowujesz w rekordzie SQL?

komentarz 30 czerwca 2017 przez Tomek Sochacki Ekspert (227,510 p.)

Lepiej wiele razy odczytać coś z bazy danych niż z systemu plików. Z wielu powodów, ale jednym z nich może być chociażby analiza danych. Lepiej pozostawić bazie sortowanie, segregowanie itp. wyników, niż pobierać wszystko jak leci z pliku i analizować w PHP.

Ponad to możesz jednym zapytaniem pobrać więcej danych i potem sobie je porozdzielać w PHP wg uznania.

komentarz 30 czerwca 2017 przez Ehlert Ekspert (212,670 p.)

Zawsze jest MongoDB. Nierelacyjne bazy danych są szybsze. A jeszcze szybszy jest Redis.

komentarz 30 czerwca 2017 przez Tomek Sochacki Ekspert (227,510 p.)

Nie zawsze szybkość jest kwestią najważniejszą, szczególnie jeśli chodzi o mikrosekudy, których nikt nie odczuje.

Po za tym bazy relacyjne mają wiele zalet związanych m.in. z bezpieczeństwem i możliwością stworzenia rozbudowanych i bardzo czytelnych struktur. Nie miałem szczerze mówiąc okazji pracować z bazami nierelacyjnymi, ale nie chciałbym tutaj w tym temacie rozwijać dyskusji na temat zalet jednych i drugich.

komentarz 30 czerwca 2017 przez Ehlert Ekspert (212,670 p.)

Wszystko ma swoje przeznaczenie. Modelowanie rzeczywistości i integralność danych vs szybkość i większa dowolność.

Wszystko dla ludzi. Byle tylko rozsądnie i bezpiecznie.