Кирилл Жиляев: упрощенно - индекс создает загрузочный объект, который грузит следующие компоненты: Роутер, отвечающий за расшифровку урл, и вызывающий соответствующий контроллер. В контроллер создаем необходимые для работы объекты, и передаем результаты всех работ в Вид, тут уже чистая манипуляция с данными обычно - вывод циклами и поштучно, кароче шаблоны. Весь смысл разделить логику приложения(такую как вытаскивание данных из базы, переструкткрирование, работа с файлами/обработчики пост запросов и тд) от шаблонов представления, которые в итоге нифига вообще о логике не знают. Тупо получают готовый набор данных. От ечо и проч. циклов никуда, если не использовать еще какой-то шаблонизатор поверх, твиг допустим(мое имхо - это масло масляное). Просто при таком подходе ОГРОМНЫЙ кусок расчетов и телодвижений будет вынесен от хтмля на километр. В теории - объекты(модели) должны быть толстыми(выполнять 99% логики методами объекта), а контроллеры тонкими(то есть в принципе их задача ответить на текущий урл созданием соответствующих объектов и минимальные манипуляции с ними, в основном вызовом методов объектов)
darksladen: у вас в голове пока еще немного каша, форма на странице определяется не набором визуальных галочек, а тэгом form, вставленным в хтмл, если форма будет открыта сразу после тэга body и закрываться перед /body, все поля на страничке будут относиться к 1 форме, независимо где они там у вас показываются, в модальном окне или рядом с логотипом. Главное в вашем случае будет позаботиться об уникальности полей формы.
rusline: ага, то есть есть конкретная проблема, таблица(неизвестной структуры), есть фильтр который нужно прикрутить, и возможно вы не знаете как все это вывести? Чет я вообще ничего этого в вопросе не увидел.
По этой теме ДОХРЕНА информации, данный ресурс предназначен не для того чтобы вам нашли что-то в гугле, и не для вопросов типа "у меня в подвале подземный стук, объясните отчего он происходит!". Конкретный вопрос с хорошим описанием конкретной проблемы - и вам тут будут рады, а слишком общие вопросы рождают слишком общие ответы.
rusline: Вы знаете, обычно тут помогают людям которые что-то изучают, и у них возник вопрос - вроде все правильно делаю, но что то не получается. У вас ситуация обратная - я не учил, нифига не знаю, вставил что-то куда-то и оно не работает. К сожалению с такими вопросами вам тут не помогут.
Vincent1: криптографически сильное случайное целое число, пригодное для использования в криптографических целях, где случайность результата критична. То есть берется не случайный параметр который может быть нифига не случайным(например некоторые алгоритмы использовали десятичные значения от текущей температуры процессора), а специально генерируемый набор максимально независимых значений. В некоторых случаях вообще используют отдельный аппаратный модуль(например сертифицированные интернет казино).
verdex: да, почему нет, если is_writable возвращает тру - значит можно, вопрос только в целостности данных, а от кто последний туда че вписал - того и тапки. Это не всегда ок. По этому и существует лок файла.
sincopa: Совет - не пытаться объять необъятное, попробуй для начала на простом примере, НЕ НАДО ПЫТАТЬСЯ СТРОИТЬ СЛОЖНЫЕ СИСТЕМЫ НЕ ПОНИМАЯ ЧТО ТЫ ДЕЛАЕШЬ И КАК ОНО РАБОТАЕТ.
1) попробовать аяксом получить ЛЮБУЮ строку.
2) Попробовать содержимое строки внести в ОПРЕДЕЛЕННЫЙ блок.
3) Попробовать ПОЛУЧЕННОЕ АЯКСОМ содержимое строки внести в ОПРЕДЕЛЕННЫЙ блок.
4) Попробовать аяксом получить ОПРЕДЕЛЕННЫЙ набор данных...
дальше писать? Уверен что на каждом из этих этапов вам понадобится помощь, буду рад помочь в решении любой конкретной задачи(как и многие другие на ресурсе), относящейся к определенной проблеме, а не "как написать сайт, помогите, а то я ничего не знаю!". Любой адекватный и четкий вопрос будет тут встречен с пониманием и интересом, никто вас тут не будет высмеивать за элементарные вопросы по теме, дадут совет, или в крайнем случае ссылку к прочтению. Я бы мог нажать на кнопочку репорта и написать жалобу, отметив как вариант что это вообще не вопрос, модератор скорее всего был бы со мной согласен и удалил бы ваш вопрос. Но я считаю что это не мне в плюс не пойдет(мне кажется вы реально хотите что-то сделать, просто вам не хватает знаний и опыта). ни вам, это вас больше разозлит и оттолкнет от хорошего ресурса. Заметьте - больше никто вам не ответил, это обычно говорит о качестве поставленного вопроса, народ заходит, максимум посмеется про себя и уйдет. Учитесь оценивать адекватность вопроса - правильно ли вы задаете вопрос - даже себе. Как научитесь задавать правильные вопросы - сразу начнутся правильные ответы. Инфа 100%.
OMP_KG: Эмм, а преобразовать на сервере его в ключ > значение не судьба? Это же данные, а программы - это такие штуки для манипуляции данными, если вас не устраивает массив - перестройте его как надо, форич в руки и побежали.
Александр Санеев: дык, мвц для того и задуман - полностью оторвать морду от ж... бэка. Я бы все же еще раз подумал про аякс реализацию, имхо самый простой вариант, без перезагрузок и с наименьшей инвазивностью во всякие сессии, послал запрос - в случае удачного логина ключ авторизации прозрачно пишется в сессию, иначе жсоном можно вернуть ошибку.
Александр Санеев: Хм, мне кажется это надуманная фишка, если хотите что бы чел не получал сообщение о повторной отправке формы в редком случае рефреша - да, редирект без вопросов, и тут уже - куки, сессия, локалстораж, кароче все прелести клиентсерверных транзакционных соединений. Однако редирект все равно обратно на форму логина, а не какую-то мистическую страницу с сообщениями.
Александр Санеев: Так, смотрим внимательно - есть у вас логин контроллер(если мы ходим через единую точку и у нас хоть какое-то подобие мвц) - форма стало быть субмитится на себя - и пост приходит туда же откуда ушел, проверяем в контроллере может ли залогиниться пользователь с этими данными, если да - в сессию пишем что он залогинен, перебрасываем на страничку логиненного пользователя. Если нет - засовываем переменные из пост в соответствующие поля (юзеру не надо набивать их еще раз или нажимать "назад", это не правильно ни с точки зрения юзабилити, ни с точки зрения элементарной логики). Сообщение об ошибке можете в виде значка напротив поля поставить, или под полем, или у кнопки субмита, в общем куда душа пожелает, но в сессии это делать точно не надо.
Александр Санеев: это по тому чот у вас форма отправляет запрос хрен знает куда, а не на саму себя, как по уму должно быть, проверяете - если метод запроса пост - проверка логин/пароля, если ок - перебрасываете в логин зону, если нет - парсим пост в поля. Хотя это конечно все прошлый век и костыли.
как я и писал в топике на счет занесения введенного в $_SESSION
Рядом не лежит, если авторизация не прошла, вам достаточно $_POST распарсить обратно в поля, а если прошла - записать в сессию ключ, что-то типа $_SESSION["isLoggedIn"] = true;
