Артём Полюхович Lond

После прочтения Вашей статьи, сразу всплыла в памяти другая статья. Тут, как мне кажется, выводы очевидны)

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

Cиний, с белыми буквами? :))

Действительно круто!

Вот только интересно, как это всё дело хранить, транспортировать?

Панель — это, конечно, хорошо, но не вполне понятно с датами — если тестирование началось 1 апреля, идет 2 месяца, то закончиться оно должно как-раз сегодня. Следовательно, тестеры могут опробовать новую панель всего-то на протяжении 4 дней? Я что-то упускаю?

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

Ещё 5 минут безделия (имя пользователя нужно править в habr.html:16).

Пожалуйста, AdSweep — и рекламу режет, и под хромом работает.

komodo edit / komodo ide (но она платная, $295)

Как я вижу 10 лучших инструментов:
1. make
2. gcc
3. emacs
4. vim
5. svn
6. gdb
7. eclipse
8. glade
9. komodo edit
10a. shell
10b. perl

1-4 — нечего сказать, все и так знают :)
svn — классика, хотя мне больше нравиться git. Komodo edit — «почти ide» для многих популярных языков, без основ shell'a в linux'e разработчику и делать нечего, а perl — как не крути, но это второй С :)

Тема интересная, но старая.

Судя по коду, демка просто «выключается» через несколько дней, выводя страницу о непригодности лицензии.

Это решение, кстати, и с NetBeans работает на ура =)

Я и в прошлом топике писал, и сейчас напишу — в Google Chrome верстка едет. Вы ответили, что не видите в нем нужды, но, думаю, потенциальние пользователи Вашего сервиса наверняка не будут в восторге.

Мда… Время идет, а люди не меняются. Последнюю строчку предыдущего поста можете не читать :)

Отформатировать и подсветить попробуйте этим или этим.

По теме: давно заметил, что во многих классах абстрактакции БД есть такая полезная функция, как prepare. Например:

1. $query = $db->prepare("SELECT * FROM table WHERE (id = ? AND user_id = ?)");
2. $db->execute($query, array($_id, $_user_id));

Но зачастую она не фильтровала переменные, приходилось дописывать самому :)

Да, скорее всего дело в площадке. Для сравнения, у меня на домашней машине (384Mb, 1.5GHz) полное формирование страницы занимает порядка 0.3 секунды.

Хорошая тема, никогда над ней не задумывался.

Пара замечаний:
1. Думаю, цифрами лучше обозначать лады — так понятнее будет, что 0 — открытая струна (нулевой лад), да и проще разрисовывать аккорды на верхних ладах;
2. В Chrome верстка едет.

По-поводу баррэ — можно сделать класс, фоном у которого будет картинка, размером, допустим 5х5, тянущаяся по вертикали, фон выровнять по центру и применять его к ul лада с баррэ. Но останется проблема с обозначением малого баррэ.

решением в лоб вижу запись в поле `foto` таблицы `users`
Думаю, легче добавить к таблице `foto` поле `user` с id пользователя, которому принадлежит фотография =)

Ниже неоднократно советовали покопаться в исходниках какого-то готового проекта. От себя добавлю — разберитесь в каком-либо MVC-фреймворке — многое узнаете о разделении отображения и логики, приемах работы с БД и обслуживании ошибок. Будет ещё лучше, если в этом фреймворке будет ORM — познакомитесь с более правильным подходом к построению БД.

Обратите внимание на тег <image> в rss-лентах — для сайтов с большими иконоками он указан ;)

Мне кажется, что «instance» правильнее будет перевести, как «экземпляр» или «пример».

Если говорить о семантике, я так понимаю, что использование <var> допустимо, например так — "теперь значение переменной <var>count</var> должно ровняться пяти" или "запустить приложение appcfg.py c ключом <var>update</var>" и не иначе.

Тут скорее вопрос в гибкости, а не в скорости.

Вот пример добавления <embed>, а тут драйвер для использования <iframe>. Вот ещё пример использования пространств имен xHTML и MathML.

Скорее всего автор имеет ввиду модульность, пространства имен и прочие XML-подобные вещи, реализованные в xHTML.

Отличная статья, а главное — понятная! На днях другу объяснял то-же, что описали Вы, но, к сожалению, не получилось сделать этого достаточно толково.

У меня стоит небольшая программка, Chameleon Clock, замена стандартным виндовским часам. Можно выставлять обратный отсчет для промежутка времени (например 15 минут), до некоторого времени. Есть функция напоминалки — каждый день в N часов, можно самому указывать дни, в которые будет напоминание. Напоминание можно подчеркнуть звуком, разными всплывающими окнами, запуском программы и т.п. Синхронизация также присутствует.

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

Не легче ли при создании пользователя в его запись, в базу, дописывать что-то типа avatar = '/img/default.png', а при обновлении аватара, перезаписывать это значение на url загруженной картинки..?

Если так хочется следовать принципу /img/avatar/$id.gif, то проверка его наличия средствами языка не займет много времени, но в сервер-то зачем лезть?

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

То, что Вы описали не является неправильным решением — веб-страница состоит из файлов, которые связываются браузерами в один документ. Если пользователь хочет сохранить эту страницу, он обязан сохранить все файлы, используемые в ней, чтобы потом повторить эти действия. Это банальная неосведомленность.

Если развивать Вашу мысль, то и использование ярлыков является неверным решением, т.к. переводит пользователя на другой уровень, потому-что не позволяет ему «скопировать интернет на флешку» с рабочего стола.

Согласен, что это трудно, но Вы меня, видимо, не совсем правильно поняли — я не призывал давать абстрактные советы, подходящие для всех стран СНГ. Я хотел сказать, если человеку, который отвечает на вопрос известны какие-либо нюансы в законодательстве других стран, относящиеся к обсуждаемому предмету, которые отсутствуют непосредственно в РФ, то было бы очень здорово, чтобы эти нюансы упоминались.

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

Было бы замечательно, если бы компетентные товарищи, по возможности, давали ответы с оглядкой не только на законодательство РФ, но и стран СНГ и в случае привидения названий гос. структур указывали соответствующие аналоги.

P.S. Отличная идея создать подобный топик, спасибо :)

Лично у меня была недоступной и часть украинских сайтов.

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

Только-что его поставил и вспомнил, почему я с ним не подружился

Uncaught Error: Permission denied localhost/googiespell/AJS.js (line 623)

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

Хотя, думаю Вы правы, в статью добавить стоит.

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

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

Согласен, тема довольно интересная, но о блоге ничего ответить Вам не смогу, т.к. сам не шибко разбираюсь в предоставляемых Гуглом инструментах, хотя был бы рад узнать о них больше от более опытных авторов :)

Честно говоря, не имею ни малейшего представления куда обращаться и что говорить — никогда не сталкивался с подобными задачами…

Действительно, Вы правы. Сейчас исправлю.

Тут Вы правы, но я склонен принимать это, как плату за простоту использования, отсутствие необходимости тянуть лишние словари и уменьшение нагрузки на собственный сервер, хотя не думаю, что в случае смены спецификации, разработка «багфиксов» для уже существующих проектов займет много времени :)

Тем более, меня не покидает робкая надежда на то, что Гугл в скором будущем откроет и эту «вкусность» :)

Возможно Вы правы, но Гугл ведь пользуется, при том довольно давно…

Если Вы о том, что страница пустая, то это нормально, посмотрите исходник ;)