lart: Тогда только один вариант использовать CSS создай классы для каждого типа пользователей и для каждого варианта действий и потом в php приписываешь нужный стиль к h1.
P.S. Сервер/браузер не ИИ и не сможет за вас решить какой цвет выводить, ему нужно указать все варианты.
Ну и где логика?
Зачем создавать css файл ,в котором 100500 строки вида
И не заставлять юзера каждый раз качать css файл размером в 1 мб :)
ПС - насчет ИИ -так логику, какой цвет выводить - должен реализовать прогер для данного случая (сайта).
---------- Добавлено 26.11.2012 в 17:00 ----------
DiAksID: т.е. из-за 1% серфящих без js лишенцев превращать свой "вылизанный" html в кашу? да ну его нафиг 😂 тем более что им 90% интерактивной функциональности 90% сайтов так и так не доступно...
Да причем тут "без js" -я же задачу поставил - загружать цвет нужно при каждой перезагрузке. Можно конечно цвет отдавать js и потом js заставлять примерять. Но это уже "прокладка". Её использование может быть нужно если собираемся часть логики вынести с сервара на сторону браузера. А вот зачем все это городить ради одного style в html страницы? :)
DiAksID: на действия юзера реагирует javascript и ему инлайн-стили использовать никто не запрещает ;), а вот запутывать/загромождать голый html инлайн-стилями адназначна не стоит, даже более чем "не стоит"...
Это если js использовать возможно. А если цвет нужно выводить при загрузке страницы. Для каждого юзера разный, да еще и зависит от того, что юзер сделал раньше или от того, какие данные в базе по этому юзеру? А цветом может быть скажем 200 вариантов (или больше)
DiAksID: что мешало писать не о $.serialize(), а о $.serializeArray() :
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; и тд
Фактически для этого (что бы в ручную колеса не делать) сериалайз и существует.
А
string in standard URL-encoded notation
означает, что она безопасна для передачи как гет так и пост запросов
vaggah: ТС, никогда так не делайте! Никогда не прописывайте свойства css в теле страницы. Только в отдельном файле стилей.
В этом мире все относительно :)
В 90% - да, лучше выносить в css файл. Если нужно несколько разных -назначать классы.
А вот, что делать, если скажем цвет зависит от действий юзера? Прописывать 100500 классов на каждый случай? В этот момент проще все таки задавать style прямо в html и с помощью php задавать цвет. Ну еще можно js подключить. Но снова -все зависит от ситуации.
ortegas: А к каким объектам можно применять serialize? А то у меня 1 форма на все. А отсылать нужно участки. Наверное стоит делать для каждой группы инпутов отдельную форму?
да просто назначь форме id
var data = $('#idForm').serialize();
<form id="idForm"> <input> </form>
И сериалайз заберет все значения которые есть в форме (инпуты, селекты и тд)
ortegas:
И еще data: (data) не отсылается. Сам пробовал такую конструкцию, но отсылается только в случае data: {data: data}. Какие могут быть причины?
Если забрать сериалайзом - отправится. Сериалайз сам формирует ({data:value, data2:value2}) - из значений формы
МодХ, Друпал, ВП... почему Вы тут спорите, что лучше "допиливать"?
Допиливать лучше то, что знаешь. Вот я например хорошо знаю ДЛЕ, и я его намного быстрее и эффективнее допилю, чем Друпал. Хотя обе цмс можно привести к одному функционалу.
Показатель коробочной цмс -это, насколько легко на ней можно сделать то, что нужно, без привлечения спецов.
Тогда только один вариант использовать CSS создай классы для каждого типа пользователей и для каждого варианта действий и потом в php приписываешь нужный стиль к h1.
P.S. Сервер/браузер не ИИ и не сможет за вас решить какой цвет выводить, ему нужно указать все варианты.
Ну и где логика?
Зачем создавать css файл ,в котором 100500 строки вида
Потом в шаблоне писать
Если можно написать просто
И не заставлять юзера каждый раз качать css файл размером в 1 мб :)
ПС - насчет ИИ -так логику, какой цвет выводить - должен реализовать прогер для данного случая (сайта).
---------- Добавлено 26.11.2012 в 17:00 ----------
т.е. из-за 1% серфящих без js лишенцев превращать свой "вылизанный" html в кашу? да ну его нафиг 😂 тем более что им 90% интерактивной функциональности 90% сайтов так и так не доступно...
Да причем тут "без js" -я же задачу поставил - загружать цвет нужно при каждой перезагрузке. Можно конечно цвет отдавать js и потом js заставлять примерять. Но это уже "прокладка". Её использование может быть нужно если собираемся часть логики вынести с сервара на сторону браузера. А вот зачем все это городить ради одного style в html страницы? :)
на действия юзера реагирует javascript и ему инлайн-стили использовать никто не запрещает ;), а вот запутывать/загромождать голый html инлайн-стилями адназначна не стоит, даже более чем "не стоит"...
Это если js использовать возможно. А если цвет нужно выводить при загрузке страницы. Для каждого юзера разный, да еще и зависит от того, что юзер сделал раньше или от того, какие данные в базе по этому юзеру? А цветом может быть скажем 200 вариантов (или больше)
что мешало писать не о $.serialize(), а о $.serializeArray() :
и не вводить ТС в заблуждение явной ошибкой в коде?
Ну вот и зачем ТС на сервере json расспарсивать еще, не хватит $_POST массива?
ПС - в коде никакой ошибки, использую постоянно, никаких ошибок.
??? http://api.jquery.com/serialize/ :
Я знаю, как сериалайз формирует данные. Я для ТС расписал так, что бы было немного понятнее ему. Если его счас нагрузить еще и формирование и склеиванием данных -боюсь он ничего не поймет.
сериалайз
и простой набор руками
На сервере приводит к одному и тому же эффекту
Фактически для этого (что бы в ручную колеса не делать) сериалайз и существует.
А
означает, что она безопасна для передачи как гет так и пост запросов
ТС, никогда так не делайте! Никогда не прописывайте свойства css в теле страницы. Только в отдельном файле стилей.
В этом мире все относительно :)
В 90% - да, лучше выносить в css файл. Если нужно несколько разных -назначать классы.
А вот, что делать, если скажем цвет зависит от действий юзера? Прописывать 100500 классов на каждый случай? В этот момент проще все таки задавать style прямо в html и с помощью php задавать цвет. Ну еще можно js подключить. Но снова -все зависит от ситуации.
А к каким объектам можно применять serialize? А то у меня 1 форма на все. А отсылать нужно участки. Наверное стоит делать для каждой группы инпутов отдельную форму?
да просто назначь форме id
И сериалайз заберет все значения которые есть в форме (инпуты, селекты и тд)
И еще data: (data) не отсылается. Сам пробовал такую конструкцию, но отсылается только в случае data: {data: data}. Какие могут быть причины?
Если забрать сериалайзом - отправится. Сериалайз сам формирует ({data:value, data2:value2}) - из значений формы
Почитал тему, стало интересно.
МодХ, Друпал, ВП... почему Вы тут спорите, что лучше "допиливать"?
Допиливать лучше то, что знаешь. Вот я например хорошо знаю ДЛЕ, и я его намного быстрее и эффективнее допилю, чем Друпал. Хотя обе цмс можно привести к одному функционалу.
Показатель коробочной цмс -это, насколько легко на ней можно сделать то, что нужно, без привлечения спецов.
Ежели самописец сдри... исчезнет с горизонта, что будете делать?
Смотря какой самопис. Все коробки тоже написаны людьми, а не роботами.
ТС - а в Вашем случаи действительно лучше коробка, меньше заморочек и быстрее.
или
Вешать скорее всего на onFocus
Могу немного ошибиться, давно таким не увлекался :)