Каким способ лучше всего передавать переменные между страницами?

Question

[The_XXI]

Каким способ лучше всего передавать переменные между страницами?
Искал в интернете, многие советуют с помощью SESSION-переменных, удобно ли это? Может лучше делать это с помощью js? Или может существую какие-то еще способы? (Про POST переменные знаю)

Comments

[Максим Федоров]

поподробнее опишите, может вам просто шаблонизация нужна?

Answer 1

[irishmann]

$_SESSION хранится на сервере, пользователь не может его подделать
$_GET передается через адресную строку, пользователь может его подделать
$_POST передается через формы, пользователь может его подделать

Answer 2

[Иван Шумов]

Зависит от того что за данные и для чего используются. Есть множество решений и рецептов

Comments

[The_XXI]

Часть этих данных надо будет отобразить на следующей странице

[Иван Шумов]

The_XXI, опять же, что значит следующей? Вы можете использовать localStorage, Cookies, Session Data, Get параметры, Post Data,... Куча способов. Вы пока не ответили что точно вы собираетесь делать и для чего. Как будто это великая тайна и ноу-хау)

[irishmann]

The_XXI, обе страницы видны пользователю? Как эти страницы между собой связаны?

[The_XXI]

irishmann, Иван Шумов, это не тайна, сайт - что-то типо библиотеки, текст книги предается строкой и каждая глава отделена текстом "[supsys]", главы открываются get переменной: /read?id=(id книги)&chapter=(номер главы), при открытии следующей предыдущей главы я буду проверять, пришли ли строки с текстом с предыдущей страницы, если пришли. то работать с ними, если нет, то вызвать их из БД

[Иван Шумов]

The_XXI, а зачем так сложно?)

[The_XXI]

Иван Шумов, чтоб сократить кол-во запросов в БД, ведь они вызывают нагрузку, до этого каждая глава была отдельно в таблице глав и приходилось каждый раз делать два запроса, вытащить данные главы и общие данные о книге

[irishmann]

The_XXI, тут мне кажется надо концепцию менять

[Иван Шумов]

irishmann, по полной)

[Иван Шумов]

The_XXI, какие показатели нагрузки?)

[The_XXI]

irishmann, Иван Шумов, если у вас есть предложения, как изменить все это в лучшую сторону, то я с радостью их прочитаю =)

[The_XXI]

Иван Шумов, а как посмотреть показатели нагрузки? (пока что сайт на локальном сервере)

[Иван Шумов]

The_XXI, тогда у вас нет нагрузки и вы загоняетесь)

А предложения простые - выбирайте только нужный чаптер и грузите только его. Хранить части отдельно было отличной идеей, а вы все испортили

[The_XXI]

Иван Шумов, почему? когда будет много пользователей, то каждое открытие новой шлавы - новый запрос, а так сделал запрос один раз и работаешь с этими данными, пока юзер на выйдет с книги. Ведь каждый запрос будет давать нагрузку.

[irishmann]

The_XXI,
Первый вариант:
одним запросом вытащить все, записать в сессию, и при переходе по страницам показывать нужную главу.

Второй вариант: разделяй и властвуй.
2 таблицы, 1 табл. информация о книге, 2 табл. главы, вторичным ключом ссылка на первую табл,

Показывать информацию о книге в одной странице. Там поставить кнопочку читать, открывается другая страница, по гет читает номер книги, номер первой главы, запрашивает. Нужную информацию. Переход на другоую главу, гет номер книги, номер главы

[Иван Шумов]

The_XXI, вы когда дойдете до нагрузки узнаете гораздо больше. На полтора калеки а секунду это даже не серьезно

[irishmann]

The_XXI, одно дело когда у вас запросы берут маленькие данные, типа значение одного поля, другое дело, когда вы вытаскиваете большие данные. Во втором случае у вас нагрузка больше.

[The_XXI]

irishmann, то есть если вытаскивать текст по частям, каждый раз новым запросом, то нагрузка все равно будет меньше?

[Иван Шумов]

The_XXI, время исполнения запроса не изменится, а время получения данных из базы - значительно

[The_XXI]

Иван Шумов, если я все правильно понял, то надо главы вернуть обратно в отдельную таблицу, но общую инфу о книге то ведь надо передавать со страницы одной главы на другую, это делать session-переменными?

[Иван Шумов]

The_XXI, а это как хотите. Вы, кажется, пробуете зачем-то все сделать на клиенте, а вопрос у вас про php. Да делайте хоть на каждой странице запрос к базе за этими данными. В чем проблема? Вы думаете сейчас про оптимизацию, а преждевременная оптимизация мешает только и вредит

[The_XXI]

Иван Шумов, как оптимизация может вредить? допустим у меня список из 10 книг на странице, надо делать или 10 запросов или мульти-запрос, чтоб вывести инфу о каждой, и вдруг понадобилось выводить еще и кол-во глав, если данных об эом нет в таблице с основной информацией, то придется увеличить кол-во запросв в несколько раз, это сразу увеличить нагрузку. И вопрос у меня не только про php, а еще и про web-разработку.

[Robur]

The_XXI, вредит тем что вы бы уже что-то сделали, получили данные, запустили проект, посмотрели на реальную загрузку, определили есть или нет болтнеки, решили бы их точечно и получили быстро быстрый сервис а вместо этого вы паритесь по поводу проблем которых у вас нет и неизвестно будут или нет. Может вы сейчас потратите кучу времени на оптимизацию, а потом выяснится что хратить лучше по другому и вся эта оптимизация коту под хвост.

Оптимизировать надо когда у вас есть проблема и цифры профайлинга. Или опыт десятка таких проектов (на продакшене и под настоящей нагрузкой) из которого вы уже знаете где скорее всего будут проблемы.

[Иван Шумов]

Robur, я просто поставлю плюсик

[The_XXI]

Robur, понятно, буду переделывать все как было. Спасибо всем за ответы.

Answer 3

[Роман]

Сессии однозначно.

За исключением ситуаций когда нужно что-то иное)) но я так понимаю что вы пока об этом не знаете)) значит таки сессии)) в обшем лопату в-руки и gogogo!))) Это-совсем не кусается)))

Comments

[The_XXI]

А чем то же js хуже? Сессия будет доступна на всем протяжении времени, которое юзер проводит на сайте, а мне нужна эта переменная только на определенных страницах.

[irishmann]

The_XXI, можете удалить, как только она станет ненужна
unset($_SESSION['my_variable']);

[The_XXI]

irishmann, знаю, что могу