lexxcode

Добавьте в VirtualHost строки ErrorLog "/КАКАЯ-НИБУДЬ_ДИРЕКТОРИЯ/error.log" CustomLog "/КАКАЯ-НИБУДЬ_ДИРЕКТОРИЯ/access.log" common будут создаваться логи, их можно будет проанализировать после очередного торможения

Пример в студию когда .on() не работает, пожалуйста Не первый раз сталкиваюсь с тем, что у кого-то не работает .on(), а в итоге оказывалось, что не совсем корректно его использовали просто. upd: Вот, как-то обсуждали, например

InvDeath, Я писал об этом раньше http://forum.htmlbook.ru/index.php?showtopic=32973&view=findpost&p=260439

Да wildhind правильно говорит, я с этим довольно часто сталкиваюсь. Это часто бывает символ юникода U+200B: Zero Width Space, если он попадается в js, то в Chrome (в других хз не смотрел) в консоли пишет ошибку Uncaught SyntaxError: Unexpected token ILLEGAL и js не отрабатывает. В редакторе его ни как не видно, из-за этого очень тяжело его искать, приходится лопатить все места где есть разрывы в тексте. Подозреваю, что можно как-то по коду символа поискать, но я как-то не вдавался в эти подробности не пробовал. А если в html то получается подобный отступ. Бывает еще если это php то там просто уже в самом выводе есть пробелы, не знаю как их правильно назвать, вот они тоже браузером интерпретируются как инлайновый элемент этот, но они легко выявляются т.к. вполне очевидный вид имеют. UPD: А уже нашли проблему сорри

На сколько я понял, то алиас, в той форме которой описал ТС, то это настраивается в httpd-vhosts.conf на сервере, в опции ServerAlias <VirtualHost *:80> ServerAdmin bla-bla@mail.com DocumentRoot "/srv/http/hosts/site.loc/www" ServerName site.loc ServerAlias www.site.loc ErrorLog "/srv/http/hosts/site.loc/logs/error.log" CustomLog "/srv/http/hosts/site.loc/logs/access.log" common ErrorDocument 404 /404.php ErrorDocument 403 /403.php <Directory /srv/http/hosts/site.loc/www> Order Allow,Deny Allow from all </Directory> </VirtualHost>

та вот и мы минут 40 крутили этот пример и обсуждали в чате, непонятно откуда этот отступ берется. Если прописать fieldset в css overflow:auto; то он начинает себя вести почти как положено вроде, так как если бы это был просто div.

Есть же специальная тема

Ну вообще-то я на это обратил внимание Ну, а вообще это и так очевидно

Я же говорю, форму в div с class="clear" обверните

так вы form обверните в div.clear Там просто ссылка G+ имеет float:left; А br так использовать как Вы пытаетесь неправильно, там вполне естественно строка ниже, которая в форме, начинает обтекать справа кнопку G+

Вы бы дали ссылку где проблема, там посмотрели бы

Вроде бы понимает все нормально http://jsfiddle.net/alexriz/GhyTk/2/

И новая тема для обсуждения: Ху из ху, Верстальщик и Веб-мастер?

С таким делением, я в общем-то согласен. Верстальщик тогда это UI/Front-End разработчик)

То есть ты html/css отделяешь в категорию UI, js/"(куки, хренуки и т.п.)" - Front-End, а все остальное это Back-End? Я правильно понимаю? Front-End/Back-End теоретически пользователь уже не видит и его это не касается, так получается?

Не совсем. Пользователь не имеет прямого доступа к БД на сервере. Если ему отключить интернет, он не получит ровным счетом ничего. А вот локальную БД или хранилище, он может открыть напрямую, и покуда электроны бегают, пользователь может творить с локальными данными все, что ему вздумается. То, что: это да, но это применительно к автономным приложениям, к плееру, например, или к тому же браузеру. В браузере мы имеем элементы взаимодействия, кнопки, ссылки, вкладки, закладки, ареа для отрисовки веб-страницы - это front-end. Но мы не имеем "прямого" доступа к реализации этого интерфейса, к back-end. Мы не можем просто так взять и посмотреть как устроена адресная строка, например, с программной точки зрения, имея один лишь браузер. А для веб-приложения я считаю ситуация обстоит несколько иначе, поскольку часть его не работает само по себе, а с помощью спец средства, то есть браузера. Вот схемку набросал: Все, что находится в Front-End, мы можем влиять на это абсолютно беспрепятственно, все это находится на стороне клиента и им же обрабатывается. А то, что в Back-End это часть сервера и мы не можем просто так взять и посмотреть каким образом готовятся html страницы к примеру, если это не предоставляет сам сервер конечно. Если же сервер и предоставляет возможность воздействия на внутреннее устройство, то опять же только под средством клиентской части. По-этому я так разделяю эти вещи

Не напрямую, а через прослойку серверного языка (back-end'a), кроме локальных БД.

Front-end - это то, с чем непосредственно взаимодействует пользователь. Back-end - это внутреннее устройство объекта, которое пользователь не видит. То есть кнопочки, поля, текст, и другие видимые элементы интерфейса с которым можно взаимодействовать это - Front-end. А уже html, css, js, php, mysql, python etc, технически это уже Back-end. Это пользователь не видит, во-всяком случае не должен его это не касается. Но если применительно к сайтам, то лично я делю таким образом, все что крутится средствами клиента это Front-end, все что крутится сугубо сервером это back-end. Значит html, css, js, localStorage... - Front-end, А php, python, mysql... - Back-end Не претендую на правоту, но это лично мое мнение по-этому поводу

да, круто) Все, на следующую Украинскую сходку подъеду по-любому, если возьмете конечно))

Давай, а то уже не терпится увидеть) Да, уже совсем не терпится увидеть

Путь к pie.htc нужно указывать относительно html-документа, а не относительно css. В случае использования его в cms, данное условие проблематично соблюдать, по-этому есть вариант использования js плагина PIE.js и подключать его прямо в html. На сайте есть описание как им пользоваться

Могу я объяснить, с вашего позволения. Суть в том, что псевдо-элементы :before и :after они вставляются непосредственно перед и после контента, соответственно. То бишь выходит нечто подобное с :after, например: <li>content<:after/></li> Тем самым указав, li position:relative; , а :after position:absolute;, то псевдо-элемент начинает позиционироваться относительно своего родителя, то есть li

Пишите русскими буквами...

Я думаю так решить в данном случае будет проще хоть и на js http://jsfiddle.net/alexriz/fFeG4/5/

Если у тебя может быть, или %, или px значит это как-то обусловлено в css, значит можно опираться на селекторы и ты просто будешь знать в какой ситуации %, а в какой px. от этого и плясать, если это записано в inline стилях, то можно прочитать значение атрибута style и распарсить. Но, что-то мне подсказывает, что можно решить задачу в лоб