Jump to content

Leaderboard

Popular Content

Showing content with the highest reputation on 06/11/2013 in all areas

  1. Всё зависит от парсера. Для XML-парсера закрывающий слеш — признак «самозакрытия» тега. Для строгого SGML-парсера (такого, как у W3C-шного валидатора HTML 4 — к счастью, в реальном мире это единственный случай) слеш сам по себе считается концом тега, а знак «>» после него считается текстом. Для парсеров браузеров и их «общего знаменателя» — парсера HTML5 — этот слеш не значит совсем ничего (никак не связан с закрытостью/открытостью тега, но и не приводит к неоднозначности/ошибке). IDE, вероятно, использует XML-парсер (в чем есть смысл, поскольку он быстрее, а IDE приходится парсить в реальном времени). Так что вполне можно пользоваться XML-подобным синтаксисом. Но время от времени нужно проверять себя и HTML5-валидатором — не все XML-фичи одинаково полезны. В частности, ставить закрывающий слеш есть смысл только для пустых элементов (у которых никогда не бывает контента). Писать по аналогии <div /> или <span /> нельзя — поскольку для браузеров слеш ничего не значит, они воспримут это как обычный незакрытый тег.
    1 point
  2. Вообще такие вещи легко и быстро делают на jQuery, но ведь у нас есть CSS3(!) и мы не ищем легких путей )) Можно сделать как-то так.
    1 point
  3. Придётся где-то хранить информацию о количестве неправильно введённых паролей для каждого архива. Причём, нужно отслеживать перемещения архива, то есть хранить информацию лучше не по пути к файлу, а по его хэшу, а для больших архивов это долго подсчитывать. Ну или ещё можно хранить эту информация прямо внутри архива, однако, тогда это ограничение легко обходится установкой соответствующих прав на файл. И такой архив невозможно будет записать на компакт-диск, он просто не распакуется. Ещё можно diff'ом сравнить архив до ввода неправильного пароля и после, и так найти место где хранится количество неправильных попыток, а потом уж редактировать его как угодно. Короче, идея нежизнеспособна.
    1 point
  4. http://jsfiddle.net/hypnocolor/PbRez/ Громоздко получилось, но мозг перегружен сейчас..
    1 point
  5. =) на днях я понял какое важное значение играет оптимизация (в результате одного сложного запроса на пол часа сервер нагнул, с блокировкой таблиц, поэтому стараюсь искать решения, для наименьшего обращения к жесткому диску) лучше как то так $row_count = mysql_query(" SELECT COUNT(*) FROM `mt_entry` WHERE `entry_blog_id` = ' 6' "); вычислим произвольное число от 0 до кол-ва записей в этой таблице $rand_row = rand(0, $row_count );Теперь без проблем можно сделать выборку произвольной записи: $result = mysql_query(" SELECT entry_text FROM `mt_entry` WHERE `entry_blog_id` = ' 6' LIMIT " . $rand_row . " , 1 " );Я почему и спрашивал) если в столбце entry_text немного значений с одинаковой цифрой, тогда любой вариант подойдёт) если тысячи, тогда нужно оптимизировать... Не тестировал, но вроде правильно написал upd: нужно что то делать с редактированием записей на форуме - который раз весь код разметки наружу выскочил
    1 point
This leaderboard is set to Kiev/GMT+02:00
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy