Switch74

тогда могу предложить такой вариант, грузить по media от малого к большему с разделением слоев: на смартфонах, где разрешение больше не станет будет грузиться только маленькая картинка, на десктопах будут грузиться все фоны и перекрываться самым большим, при изменениии размера экрана картинки все будут уже подгружены и не будет моргания. Единственный минус - если на десктопе откроют в маленьком окне и будут увеличивать размер, будет задержка из-за загрузки фона, но моргания не должно быть. Решение всех проблем - скрипт, но это по желанию.

данная проблема не ясна для меня 1. у вас разные фоны на разных разрешениях? 2. если нет и все они приближены к 100кб, то по мне можно оставить один с максимальным разрешением и показывать всегда его 3. создание разных фонов через media делается для того, чтобы на маленьких устройствах и не грузить здоровые картинки, спрайты же грузят еще и не нужные - лишняя трата трафика/времени 4. если же хочется, чтобы и при изменении размеров окна красиво адаптировался сайт: можно разделить слои фонов подгружать их одновременно как советовали выше сделать скрипт который будет загружать и плавно менять картинки при ресайзе

отдаю свой голос за alexriz

npofopr по мне, ваш вариант норм, но слышу часто: "Зачем нужна эта обертка, все можно сделать через css" мне кажется многие слишком придираются к подобному подходу

с float без clear будет тот же эффект можно добавить отступ делать ссылку через псевдоэлемент или добавить для ссылки bottom, а для родителя position

1 маленький нюанс, робота могут запрограммировать на то, чтобы выдерживать паузу перед отправкой формы, так же бота можно подготовить под любую стандартную форму. Способов обломать бота очень много, но ботов пишут люди и те могут сделать бота который обломает эту защиту. Боты как правило не скачивают доп файлы: картинки, скрипты, стили. Можно сделать файл ключ, запрос которого включает форму Можно сделать скрипт, который изменяет определенным образом некоторые данные в форме, например меняет местами или шифрует их. но все это обходится при обычном анализе формы человеком и дописыванием нескольких функций, которые по сути копируются из скриптов сайта. так что + к любым вашим виртуозным защитам формы нужно защищать скрипт, но эта тема о том: "Как запретить копировать текст и сохранять картинки с сайта" PS: форма подключаемая через аякс: запрос данной формы включает механизм ее регистрации по idsession и адресу куда она была вставлена. Бот не увидит форму, что защитит от ряда простых ботов. Если бот все таки найдет форму по ее адресу, запросы с этого адреса приниматься не будут, только с страниц на которые форма была встроена. - ряд более умных ботов. Ну и можно сделать дополнительную защиту на самой форме для защиты от специально написанных под вашу форму ботов - она должна быть динамической, т.е. периодически менять ключ. как правило последнего способа достаточно, но любой алгоритм предсказуем.

могу предложить следующие варианты: 1. если могут быть только двузначные числа "20/30/60", то SUBSTRING(col, 1, 2) можно достать пары и суммировать их. 2. иначе можно сделать так REGEXP_SUBSTR(col; 'regexp шаблон') делаем 3 шаблона по извлечению чисел сначала строки и до косой черты, между косыми чертами и от косой черты до конца и складываем эти числа

попробуйте так $db->query( "INSERT INTO " .PREFIX."_post_log (news_id, expires, action) VALUES(({$idNewsList}), ('$expires','$expires'...), ('1','1'..))" );в место многоточия повторяете параметр столько раз, сколько у вас элементов в $idNewsList, но я бы делал как предложил RUS, может быть его реализация и будет тяжелее, но она выглядит лучше на мой взгляд

1. У блоков с названием, ценой и т.п. id соответственно id123456789_name, id123456789_price и т.п. 2. При нажатии заказа, передаете в функцию id товара, например это может быть что-то вроде id123456789. 3. Получить данные по товару можно через document.getElementById(id+'_name'),document.getElementById(id+'_price') и т.п. 4. Корзину можно держать в виде массива, ключ элемента может быть id123456789. 5. Чтобы проверить есть ли товар уже в корзине, достаточно проверить существование в массиве элемента с ключом id123456789.

получается вы хотите записать дату в число - это не логично. Если expires - это таймстамп, то нужно дату привести к данному формату. Какие же обработка и вычисления происходят на шаге "$expires = $date;"?

структуру таблиц можно увидеть с их типами? какие конкретно данные в $expires = $date; получаются? date (без указания времени) в datetime должна записываться без проблем, но подозреваю, что вы просто пытаетесь массив записать в таблицу

Я наоборот стал реже использовать обертку, т.к. это позволяет более гибко конфигурировать скелет страницы Гибче, не спорю, но если например нужно ограничить размеры по ширине не проще ли задать их обертке, чем задавать header, footer и content. А таких блоков может быть больше, а еще могут быть и media.

ну тут уже дело вкуса и реализации, я обычно делаю обертку по умолчанию, чтобы меньше трогать body

думаю в большинстве лэндингов он будет почти как body за исключением header и footer

и то и другое подходит для этой цели, но по разному будут воздействовать на flash. И transparent нагружает систему больше. http://flapps.ru/forum/topic4286.html

cgi-bin/formmail.pl подозреваю, что перл. У вас на сервере он работает? туда ли вы положили данный файл?

Ну тут нужно смотреть весь этот слайдер, помнется раньше использовали скрипт для корректной вставки flash, если он там есть, возможно именно он изменяет wmode. Попробуйте вставить слайдер на страницу без скриптов, ну или отключить скрипты. Если глюк только в Опере и IE могу предположить, что он у вас может остаться, прошлое у этих двух браузеров богатое .

а flash разве вставляется не html кодом, да еще и не без скриптов?

а вы пробовали обойтись без фрэйма?

1. собирайте интересные решения на вроде: как выравнять по центру, прижать подвал к низу окна.... 2. создайте свои макеты и шаблоны: создав один раз несколько распространенных макетов можно будет используя их быстро сверстать страничку. 3. можете сделать для себя или найти в инете справочники: коды интересных цветов, градиентов, теней, символов и т.п.

я советую разобраться с системой отдачи файлов через скрипт - это даст определенные (и очень не маленькие) преимущества в будущем для вас при отдаче разного рода файлов для клиента

Разве то, что я пишу стили от десктопа к мобильным подразумевает отказ от адаптивности и не учитывание растущей доли мобильного веба? «mobile first» хорош на стадии дизайна. Подход к проектированию, а не к верстке, т.е. приступая к разработке, дизайнер отталкивается от экранов мобильных устройств. Это не подразумевает отказ от адаптивности, просто по логике обработки стилей сверху вниз в вашем варианте может получиться следующее: Вы применяете стили для большого экрана, для этого задействуются ресурсы системы вне зависимости от того какого размера у вас экран. После применятся свойства для max-width:1680px и они изменят ширину страницы на другую, а так же могут стилизовать кучу других элементов на странице. Это может повторяться N раз. В итоге мы дойдем до нашего разрешения на котором куча стилей (красивостей) просто не нужны были, но они обрабатывались. А если у нас есть элементы, которые и вовсе скрыты на мобильных устройствах за зря были стилизованы. Теперь попробуйте построить логику от маленького к большому экрану, где на каждом этапе добавляются или заменяются только те стилевые свойства для элементов, которые требуются для данного разрешения. В теории должна быть экономия в размере файла и времени обработки.

мне кажется обычный блок для контента headernavmainfooterчто-то вроде этого например

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

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