MiksIr

Классически так: SELECT t.* FROM test t INNER JOIN (SELECT max(id) as max_id, id2 FROM test GROUP BY id2) s ON (t.id = s.max_id AND t.id2 = s.id2); По памяти, не проверял.

Верстка в узком смысле - html+css, в широком - все, что исполняется на клиенте, хотя это уже фронт-енд программист. За исключением отдельных технологий добавленных сторонними плагинами, как флеш, жава и т.п. Веб-программист - все, что исполняется на сервере.

Переменные локальны только внутри функции, внутри фора их локальными сделать нельзя. Значит, раз что-то врнутри фора переменной присвоено, значит эта переменная определена и дальше.

Да... хотелось бы и мне такое увидеть... Эх, мечты-мечты... П.С. Предполагаю, вы сравнивали с php-программистом или что попроще? Сравнивать верстальщиков с прогерами других языков, даже в мечтах не получаеться...( Ну да, категория задач близка. Хотя все сильно зависит от уровня. Пожалуй, единственная проблема у верстальщика - его рост не так очевиден. Т.е. рост именно в верстке ограничен гораздо больше, чем у программиста или дизайнера. Но у него есть возможность выбрать смежные направления, например, связанные с фронт-енд программированием. И не знаю, почему такая проблема это увидеть - достаточно посмотреть вакансии на hh.ru. Ясно дело, что контора 'nocare' будет брать дешевого верстальщика... но и программиста скорее всего тоже. Возможно зависит от объема работ, не знаю... у дизайн-студии верстальщик не менее занят, чем программист или дизайнер. Где-то, может, он нужен пару дней в месяц... Проблема скорее в том, что очень мало верстальщиков, которым хочется платить столько же, как и нормальному php программисту. Почти нереально найти. И дело даже не в навыках и умениях, а в... желании делать хорошо, что ли. Предлагать что-то новое, развиваться... Хороший верстальщик вполне может понять замысел дизайнера и оформить где-то текст или заголовок сам, не бегая к дизайнеру с вопросами "а тут шаблона нет, какой шрифт нужен?". Ну и просто не боится работы, да.

Я вижу з/п верстальщика аналогичной программистам и дизайнерам. +-10%. При условии приблизительно одинакового уровня - хоть разные задачи у них, но уровень сравнивать можно. Хотя бы интуитивно.

Ну если используется шаблонизатор, то можно решить проблему чем-то вроде {strip}{/strip}

После того, как столкнулся с подобным несколько раз, просто написал основные правила, которые нужно соблюдать и даю их почитать верстальщикам. На самом деле всего несколько пунктов.

$("BODY").animate({'scrollTop':1000},1000); Но если вам для практических целей, а не в теории, но поищите плагин. Ибо "в лоб" дает кросс-браузерные проблемы.

Когда же люди научатся следовать общепринятой терминологии, а не выдумывать свое значение слов... многие изменится, да.

event_* это функции модуля libevent Если вам это ничего не говорит, то ищите готовые фреймворки типа phpdaemon. А лучше для начала изучите теорию - как происходит в ядре обработка соединений, что такое эти самые события в ядре, начните с функции ядра select и потом уже переходите на epoll/kqueue. Только изучив эту теорию можно приступать к работе с сокетами. Пусть даже на PHP.

=) Пишем сообщение. Редактируем. Пишем новое сообщение которое клеится к предыдущему. Профит =)

setInterval(function() { plus('.qwert',15); }, 6000); То что вы написали - это аналог var ret = plus('.qwert',15); setInterval( ret, 6000 );

К слову, в 5.4 register_globals больше нет, т.е. оно Off

А чего радужные доставать, их создавать нужно =) Хотя для чистого md5 без проблем и достать - в сети куча сервисов. А его и не применяют... в чистом виде =)

Вернись к своему примеру на jquery form, он был почти верный. Всего-то надо было - не использовать target и взять параметры success функции.

У него две кнопки с разными именами в одной форме как я понял.

Ну нужно разобраться, что код делает, и уже исходя из этого - воткнуть. С jquery form тоже писал, куда смотреть. Количество форм тут значения не имеет.

Чем предложенные мной варианты в другой теме не устраивают? И чем вообще jquery form не устраивает, что перестали его использовать? У jquery form внутри уже есть все хаки, что бы словить кнопку.

value для кнопки укажите правда .serialize() вроде не передает значения кнопки заведите hidden поле и делайте как-то так $("button:submit").click(function() { $(this).closest("FORM").find("INPUT[name=.....]").val($(this).val()); }); или вообще так $("button:submit").click(function() { var newinp = $("<INPUT type='hidden' class='js-appended-input'/>").attr("name", $(this).attr("name")).val($(this).val()); $(this).closest("FORM") .find(".js-appended-input") .remove() .end() .append(newinp); }); Или просто обработчик сажать не на сабмит, а на нажатие кнопки как тут и добавлять имя/значение нажатой кнопки к сериализованной строке.

Может пара XSLT, один генерит HTML, другой CSS.

Статичную страницу. Пользователю глубоко посрать, что кто-то на странице о компании сделал красивый попап, ему нужно получить информацию. И желательно сразу. Последний вариант с перебрасыванием на компанию и открытие окна ужасно некрасив, ибо путает - куда мы перешли и что-это тут выезжает внезапно. Грузите в попап аяксом и не будет дублирующихся сущностей.

Нет, абсолютно не удивляет, удобнее для нажатия пальцем, удобнее для восприятия. Вы меня не поняли. Есть привычные элменты UI. Есть кнопка. Есть гиперссылка. Кнопка сама по себе привычный элемент ui, так что текст там можно не подчеркивать. По этой причине некоторые меню на сайтах, оформленные как кнопки, можно не подчеркивать (хотя ничего страшного не случится, если на _сайте_ они будут подчеркнуты). Я спросил, вас не удивляет, что вместо того, что бы просто понаписать текст (пусть крупно, что бы пальцем попасть) - оформляют в виде кнопок. Вы сказали - нет "удобнее для восприятия". Правильно, кнопка - знакомый элемент ui, а был бы просто текст - пришлось бы думать, можно нажать или нет... Вот с гиперссылкой именно тоже самое. Здесь я с вами согласна, просто в прошлом посте вы написали , что вроде противоречит вышесказанному- "везде есть привычные эл. управления".Да просто я говорил про сайты, мне и в голову не пришло, что речь внезапно перейдет на управление микроволновок и кофеварок =) А представьте себе сайт в мобильном браузере без подчеркнутых ссылок. Останется только догадываться и тыкать пальцем, так как оказались без любимого hover-а. Вот это я и имел ввиду - гиперссылки подчеркнутые на сайтах в мобильных браузерах вдвойне актуальнее.

Грузите файлы на медиа-хостинг (типа ютуба и т.д.) а всякие таблицы и прочее делаете через гуглдокс. Не модно, зато дешево и ничего знать не нужно =)

Вот 4-м параметром передается jquery объект формы, т.е. можно сказать что-то вроде $(".butt", param). ...

Все очень просто. То, что вы показываете, это _кнопка_. Кнопка - элемент управления. Оформляйте гиперссылки кнопками, без проблем. Но вас не удивляет, что все эти элементы оформляют как кнопки, а не просто тупо текст пишут? И это при том, что мы говорим о разных средах с разными привычками - ui мобильных приложений и сайт. Везде есть привычные элементы управления, привычные для своей среды. Нарушать их очень вредно. Нарушать можно, но, как я уже говорил, прежде чем что-то нарушать, надо понять, зачем это было сделано ранее, приучить себя к этому. Тогда будет четкое понимание последствий и их объективная оценка. А пока тут, извините, виден только детский сад а-ля "я ссылки не подчеркиваю ибо это больше не модно". Я бы не сказал, что копируют. Есть общие подходы. Но вы знаете, у инженеров, архитекторов, к примеру, тоже есть общие подходы, которые вы найдете в конструкциях. Копирование? Или оптимальное решение? Ну да, а следующий гений решит, что ссылки на заголовках - это говно и начнет ставить только на текст. Или только на картинку. Какой простор креатива, да? Да в общем что там "фронт-енд" разработчики для себя делают, конечно, никого не волнует. Ну да, все поймут, кому надо. Только они же это потом пойдут и для других делать. Не бывает иначе. Да и вообше, вам не кажется логика "можно не делать подчеркивания потому, что основная целевая аудитория и так поймет"? У меня, например, после такой фразы сразу вырисовывается бедный верстальщик, который ночами сидит и с огромным трудом вырисовывает каждую черточку. Крутой чувак, чо. Всем есть чему у него поучиться.