Ну и где логика?
Зачем создавать css файл ,в котором 100500 строки вида
.class1 { color: #FFFFFF; } .class2 { color: #FFFFFF; }
Потом в шаблоне писать
<h1 class="<?php echo $currentClass; ?>"></h1>
Если можно написать просто
<h1 style="color: #<?php echo $currentColor; ?>;"></h1>
И не заставлять юзера каждый раз качать css файл размером в 1 мб :)
ПС - насчет ИИ -так логику, какой цвет выводить - должен реализовать прогер для данного случая (сайта).---------- Добавлено 26.11.2012 в 17:00 ----------
Да причем тут "без js" -я же задачу поставил - загружать цвет нужно при каждой перезагрузке. Можно конечно цвет отдавать js и потом js заставлять примерять. Но это уже "прокладка". Её использование может быть нужно если собираемся часть логики вынести с сервара на сторону браузера. А вот зачем все это городить ради одного style в html страницы? :)
Это если js использовать возможно. А если цвет нужно выводить при загрузке страницы. Для каждого юзера разный, да еще и зависит от того, что юзер сделал раньше или от того, какие данные в базе по этому юзеру? А цветом может быть скажем 200 вариантов (или больше)
The .serializeArray() method creates a JavaScript array of objects, ready to be encoded as a JSON string. It operates on a jQuery object representing a set of form elements.
Ну вот и зачем ТС на сервере json расспарсивать еще, не хватит $_POST массива?
ПС - в коде никакой ошибки, использую постоянно, никаких ошибок.
The .serialize() method creates a text string in standard URL-encoded notation...This produces a standard-looking query string:a=1&b=2&c=3&d=4&e=5
Я знаю, как сериалайз формирует данные. Я для ТС расписал так, что бы было немного понятнее ему. Если его счас нагрузить еще и формирование и склеиванием данных -боюсь он ничего не поймет.
сериалайз
$(this).serialize()// a=1&b=2&c=3&d=4&e=5
и простой набор руками
({a:1,b:2,c:3})
На сервере приводит к одному и тому же эффекту
$_POST['a'] == 1;$_POST['b'] == 2;и тд
Фактически для этого (что бы в ручную колеса не делать) сериалайз и существует.
А
означает, что она безопасна для передачи как гет так и пост запросов
В этом мире все относительно :)
В 90% - да, лучше выносить в css файл. Если нужно несколько разных -назначать классы.
А вот, что делать, если скажем цвет зависит от действий юзера? Прописывать 100500 классов на каждый случай? В этот момент проще все таки задавать style прямо в html и с помощью php задавать цвет. Ну еще можно js подключить. Но снова -все зависит от ситуации.
да просто назначь форме id
var data = $('#idForm').serialize();
<form id="idForm"><input></form>
И сериалайз заберет все значения которые есть в форме (инпуты, селекты и тд)
Если забрать сериалайзом - отправится. Сериалайз сам формирует ({data:value, data2:value2}) - из значений формы
var data = $('#idForm').serialize(); $.ajax({ url: 'myUrl.html', type: "POST", dataType : "json", cache: false, data: (data), beforeSend : function(){ $('#sendReturnMessage').html('Обработка, ждите'); }, erorre: function(){ $('#sendReturnMessage').html('Возникла ошибка, попробуйте еще'); }, success: function (data){ $('#sendReturnMessage').html(data.text); } });
Почитал тему, стало интересно.
МодХ, Друпал, ВП... почему Вы тут спорите, что лучше "допиливать"?
Допиливать лучше то, что знаешь. Вот я например хорошо знаю ДЛЕ, и я его намного быстрее и эффективнее допилю, чем Друпал. Хотя обе цмс можно привести к одному функционалу.
Показатель коробочной цмс -это, насколько легко на ней можно сделать то, что нужно, без привлечения спецов.
Смотря какой самопис. Все коробки тоже написаны людьми, а не роботами.
ТС - а в Вашем случаи действительно лучше коробка, меньше заморочек и быстрее.
select( this );
или
$(this).select()
Вешать скорее всего на onFocus
Могу немного ошибиться, давно таким не увлекался :)
