Имена участников (разделяйте запятой).
дело как всегда в том, что тяжеловесные запросы, убиваются обычной избыточностью данных. =)
надо с таблице статей хранить поле с кол-вом каментов что б каженный раз не делать тяжеловестный JOIN с сортировкой
вот читаю я все это и думаю, что топик ни о чем...
и тебе, мил человек, пива.
без JS щаз нах никто не нужен =)
попробуй залогинься http://enigma.440hz.ru/ =)
я на сег. день так делаю: это блок в шаблоне <!-- BEGIN REGFORM --> <h1>Регистрация</h1> <div id="form"> <div class="ui-widget...
да. а если у меня трава? =)
это уже сказывается на вашем мозге от непонимания вопроса и похоже, да, с безопасностью с таким подходом будут проблемы, но совсем в других местах.
правильно - работа программиста придумывать алгоритмы и вообще творчески мыслить, а менеджеры, верстаки и кодировщики должны ему бутерброды носить...
НАфига ВАЩЕ ЕЕ СОХРАНЯТЬ? я вот нихрена не пойму... =) ну выбрал чел чекбоксы. ну запостил. спасибо ему за это... сделали $option =...
это все от того, что нарушается технологическая цепочка. когда макет правится на моменте сборки. верстак должен выдать HTML и все. дальше дело...
и везде надо сохранять данные? ИМХО данные нужно сохранять только в одном случае. когда часть данных не верна и пользователь должен их переввести...
это иллюзия. ну назови мне сайт где форм больше 5-ти? и где надо сохранять данные? при проверке данных на стороне клиента (JS) данные...
ИМХО задача как и решение высосано из пальца. переделал мнооого сайтов. форм там было раз-два. сделать запоминание данных формы (это если оно ваще...
я вечером распишу модель, что юзал в нескольких проектах, если еще актуально.
1. ММС на почтовый ящик 2. скриптец раз в 5 мин. парсит ящик.
самому не придумать? ну хоть начни с чего-нить... а там разберемся...
не. нах подписи. только мешают всякие там писькомеры с рекламой.
это ключевой момент. =) скажу по опыту. ссылки гей-ресурсов, траффик и т.д. оплачиваются намного выше всех остальных. спросишь пАчиму? ответ...