этот вариант отметайте сразу, временные сессии, общие базы данных - много способов это обойти, решить, что вам нужно, можно только после подробного просмотра задания, ограничений и имеющихся скриптов.
ps
Никакое шифрование, хэширование, hidden-поля и прочий бред, который может последовать дальше, даже не рассматривайте как варианты, в одной форме это передавать нельзя, считайте, что это невозможно.
Тоесть вместе с информацией от пользователя, в post-запросе идёт ещё логин и пароль для доступа к серверу ? Далее сервер смотри post-данные (а конкретно, эти логин и пароль, которые пользователь видеть не должен), проверяет их и, если все верно, то принимает уже пользовательскую информацию (пришедшую в том же запросе)?
код не надо приукрашать, его надо писать под конкретные цели. Вы выбираете тему, на которую пишите статью (например, новостная лента), смотрите, а нет ли подобных статей, если есть - нравятся ли они вам, если после этого решаете написать свою - связываетесь, например, со мной, но, думаю, никто из модераторов тоже не откажет, связываетесь и говорите, мол так и так, пишу статью про создание новостной ленты, нужен код. Я даю вам код, примерно рассказываю, что да как, если вам не понятно, вы его описываете своим языком (более понятным читателю, ибо читают такие статьи новички, вам их понять легче) и даёте мне посмотреть, если ошибок по сути нету - я соглашаюсь и вы выкладываете. Логичный подход ?
ps
По остальным пунктам не ко мне, ворошить кучу старых баянов мне не интересно.
имеется ввиду, что нужно пользователю отправить информацию и продолжить выполнение сценария, когда пользователь уже не ждёт ответа. Для чего такое нужно - представить не могу, поэтому просто промолчу.
Champion, дай мне пример, где эта возможность действительно требуется, не из-за кривого проектирования, а именно, где это не обойти и это нужно. Хоть 1 пример из реальной практики. (в том случае, про который я упомянул, проблема решается несколькими изменениями, увеличивающими скорость работы и избавляющими от этого eval)
Подозреваю, что программистов со стажем программирования на PHP в десятки ...
А я разве что-то про php упоминал? Выучить синтаксис php - дело не трудное, труднее с его помощью оптимально решать задачи А то смотришь, какие тут советы люди дают (eval вместо простых Includов и в таком духе) и удивляешься - вроде и php знают, но и программистами назвать язык не поворачивается.
ps
Владимир, касаемо
Цитата:
Смотрю в последнее время пошло в моду писать статьи о создании от А до Я чего-либо : сайта, форума, гостевой, где-то видел даже цмс...
садиться за написание своей CMS можно только имея многолетний опыт проектирования, в противном случае вы получите нечто, на много хуже существующих аналогов, мягко говоря . (Добавление)
Цитата:
порой часто в примерах используется код... ну не очень подходящий в качестве примера,т.к. бывает не доходит %)
В примерах к чему ? вы задавайте темы, к которым вам примеры нужны, а примеры сварганим
ООП не связан ни с какими языками программирования, говорить, чт до него не дорос неправильно. Купи книжку именно по проектированию, с паттернами и тд, почитай раздел про ООП в энциклопедии php, смотри на чужие скрипты и постепенно разбирайся. Чем раньше себя к этому приучишь - тем лучше. Можно параллельно осваивать синтаксис php и изучать принципы ООП