burunduk: Вы сами поняли что написали?
каким боком CSS относяться к способу разметки страницы?
Таким образом, что дивы и прочее стали активно использовать для разметки страницы только тогда, когда появился CSS... А так верстали "на коленке" таблицами.
edogs: Летят 2 крокодила, один красный другой на север...
Вот именно :) Одни умельцы верстают весь дизайн сайта только таблицами, потому что они так привыкли и им так быстрее, другие начали верстать дизайн с примерением CSS (то есть дивами, стилями и проч.), потому что так правильнее с точки зрения оформления дизайна, - но красные крокодилы упорно не хотят понимать северных, а северные красных, :) - ну обычная истоия, как всегда
pelvis: а я о чем? Ровно об этом. Что CSS может применяться и к таблицам, а Вы их почему то противопоставили.
Пелвис, отдохните чтоли... То у вас CSS ни при чем, то при чем, то я что-то чему-то противопоставляю, хотя я просто сказал о табличной верстке и CSS-ной верстке - о двух разных подходах :)
Нужно еще добавить - CSS-ная верстка сложнее, чем табличная, ибо там больше вариантов и возможностей, а также тонкостей, которые нужно знать, чтобы не влететь с кроссбраузерностью... Потому как браузеры понимают спецификации CSS каждый по-своему, а IE так вообще имеет в этой теме кучу багов.
С другой стороны, метод исключительно табличной верстки уже устарел, и через три-четыре года все будут использовать таблицы только для верстки таблиц, а остальное будут делать в CSS.
Мляяаааа... Ну конечно... ФФ пока не выполнит все стартовые скрипты на странице, - считает страницу и картинки "незагруженными"... То есть, установить на старте таймаут секунд на пять, чтобы страница успела полностью завершить загрузку, а потом уже по окончании таймаута запускать требуемый скрипт... У меня заработало 😂
С первой загрузки Файрфокс даже image.complete дает false по всем загружаемым картинкам, сколько бы времени с начала загрузки не прошло.
Такой впечатление, что ФФ, пока не закончит выполнение всех скриптов на странице, считает документ "не загруженным".
Уже упарилсо 😡 Загружать док два раза подряд, что ли 🤣 Что еще можно придумать, чтобы ФФ считал загрузку законченой 😕 Или как еще определить размеры загружаемых картинок
Все "дыры" в веб-приложениях происходят не потому что нет защиты, а потому что программист совершил ошибку. Поэтому каждый раз когда идет речь о "защите" сайта мы несколько настораживаемся, ибо код без ошибок защищать не надо и при прочих равных лучше потратить время на исправление ошибок, а не надстройку "защиты"
Нда, и к этому следует добавить, что программ БЕЗ ОШИБОК в природе не существует как таковых - факт известный и старый как мир :) Даже если какой-нибудь дотошный программер и вылижет свою прогу так, что не останется ни одной явной ошибки, то при доработке данной проги впоследствии тем же программером или, что еще хуже, другими программерами - обязательно наворочают в апгрейд коде такого, что хоть стой хоть падай... Это тоже известный в профессиональных кругах факт.
Так что стоит быть ближе к реальности и не предлагать защищать приложение только идеальной реализацией кода. Ошибки все равно будут. В то же время, грамотная фильтрация входящих данных (в пределах не ущемляющих функционал приложения - еще раз замечу, чтобы не раздражать Зингельшухера :)) позволит обеспечить требуемый уровень защиты приложения, сниженной за счет возможно некорректного кода.
Вы сами поняли что написали?
каким боком CSS относяться к способу разметки страницы?
Таким образом, что дивы и прочее стали активно использовать для разметки страницы только тогда, когда появился CSS... А так верстали "на коленке" таблицами.
Все, мне надоело спорить ни о чем
Летят 2 крокодила, один красный другой на север...
Вот именно :) Одни умельцы верстают весь дизайн сайта только таблицами, потому что они так привыкли и им так быстрее, другие начали верстать дизайн с примерением CSS (то есть дивами, стилями и проч.), потому что так правильнее с точки зрения оформления дизайна, - но красные крокодилы упорно не хотят понимать северных, а северные красных, :) - ну обычная истоия, как всегда
а я о чем? Ровно об этом. Что CSS может применяться и к таблицам, а Вы их почему то противопоставили.
Пелвис, отдохните чтоли... То у вас CSS ни при чем, то при чем, то я что-то чему-то противопоставляю, хотя я просто сказал о табличной верстке и CSS-ной верстке - о двух разных подходах :)
букозавр, масло с рыбой не путаете?
<td style=такойто> а в стиле прописываете все атрибуты. При чем тут CSS? Вопрос был про верстку.
Pelvis, если вы для таблицы определяете style, это уже CSS
Нужно еще добавить - CSS-ная верстка сложнее, чем табличная, ибо там больше вариантов и возможностей, а также тонкостей, которые нужно знать, чтобы не влететь с кроссбраузерностью... Потому как браузеры понимают спецификации CSS каждый по-своему, а IE так вообще имеет в этой теме кучу багов.
С другой стороны, метод исключительно табличной верстки уже устарел, и через три-четыре года все будут использовать таблицы только для верстки таблиц, а остальное будут делать в CSS.
Мляяаааа... Ну конечно... ФФ пока не выполнит все стартовые скрипты на странице, - считает страницу и картинки "незагруженными"... То есть, установить на старте таймаут секунд на пять, чтобы страница успела полностью завершить загрузку, а потом уже по окончании таймаута запускать требуемый скрипт... У меня заработало 😂
С первой загрузки Файрфокс даже image.complete дает false по всем загружаемым картинкам, сколько бы времени с начала загрузки не прошло.
Такой впечатление, что ФФ, пока не закончит выполнение всех скриптов на странице, считает документ "не загруженным".
Уже упарилсо 😡 Загружать док два раза подряд, что ли 🤣 Что еще можно придумать, чтобы ФФ считал загрузку законченой 😕 Или как еще определить размеры загружаемых картинок
Ептель... Надо ж было вставить этот код после body, а не перед... Дубида ☝
Взломай (причём используя дыры не сервера а именно дыры скрипта)
Как только взломаешь дай мне знать, а до тех пор я покидаю этот топик...
Детский сад, Зингельшухер, просто детский сад :p
Речь здесь о веб-приложениях, сложных комплексных системах, а не о вырванных из контекста единичных строчках кода :)
Попробуй проникнуть в дом, состоящий из одного кирпича. Пока не сделаешь, пожалуй в этом топике, действительно, не появляйся :)
+1 к Зингельшухер, dkameleon :)
Все "дыры" в веб-приложениях происходят не потому что нет защиты, а потому что программист совершил ошибку. Поэтому каждый раз когда идет речь о "защите" сайта мы несколько настораживаемся, ибо код без ошибок защищать не надо и при прочих равных лучше потратить время на исправление ошибок, а не надстройку "защиты"
Нда, и к этому следует добавить, что программ БЕЗ ОШИБОК в природе не существует как таковых - факт известный и старый как мир :) Даже если какой-нибудь дотошный программер и вылижет свою прогу так, что не останется ни одной явной ошибки, то при доработке данной проги впоследствии тем же программером или, что еще хуже, другими программерами - обязательно наворочают в апгрейд коде такого, что хоть стой хоть падай... Это тоже известный в профессиональных кругах факт.
Так что стоит быть ближе к реальности и не предлагать защищать приложение только идеальной реализацией кода. Ошибки все равно будут. В то же время, грамотная фильтрация входящих данных (в пределах не ущемляющих функционал приложения - еще раз замечу, чтобы не раздражать Зингельшухера :)) позволит обеспечить требуемый уровень защиты приложения, сниженной за счет возможно некорректного кода.