Действительно скрывает, не обратил внимания. Но, думаю, тут разница только в трафике, так-что для пользователей анлима вряд-ли различия слишком критичны. Главное, как вы написали выше, баннеры на пол-экрана нафиг поубирать, чтобы читать можно было нормально =)
Как я вижу 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 — как не крути, но это второй С :)
Я и в прошлом топике писал, и сейчас напишу — в Google Chrome верстка едет. Вы ответили, что не видите в нем нужды, но, думаю, потенциальние пользователи Вашего сервиса наверняка не будут в восторге.
Пара замечаний:
1. Думаю, цифрами лучше обозначать лады — так понятнее будет, что 0 — открытая струна (нулевой лад), да и проще разрисовывать аккорды на верхних ладах;
2. В Chrome верстка едет.
По-поводу баррэ — можно сделать класс, фоном у которого будет картинка, размером, допустим 5х5, тянущаяся по вертикали, фон выровнять по центру и применять его к ul лада с баррэ. Но останется проблема с обозначением малого баррэ.
решением в лоб вижу запись в поле `foto` таблицы `users`
Думаю, легче добавить к таблице `foto` поле `user` с id пользователя, которому принадлежит фотография =)
Ниже неоднократно советовали покопаться в исходниках какого-то готового проекта. От себя добавлю — разберитесь в каком-либо MVC-фреймворке — многое узнаете о разделении отображения и логики, приемах работы с БД и обслуживании ошибок. Будет ещё лучше, если в этом фреймворке будет ORM — познакомитесь с более правильным подходом к построению БД.
Мне кажется, что «instance» правильнее будет перевести, как «экземпляр» или «пример».
Если говорить о семантике, я так понимаю, что использование <var> допустимо, например так — "теперь значение переменной <var>count</var> должно ровняться пяти" или "запустить приложение appcfg.py c ключом <var>update</var>" и не иначе.
Вот только интересно, как это всё дело хранить, транспортировать?
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 — как не крути, но это второй С :)
По теме: давно заметил, что во многих классах абстрактакции БД есть такая полезная функция, как prepare. Например:
Но зачастую она не фильтровала переменные, приходилось дописывать самому :)
Пара замечаний:
1. Думаю, цифрами лучше обозначать лады — так понятнее будет, что 0 — открытая струна (нулевой лад), да и проще разрисовывать аккорды на верхних ладах;
2. В Chrome верстка едет.
По-поводу баррэ — можно сделать класс, фоном у которого будет картинка, размером, допустим 5х5, тянущаяся по вертикали, фон выровнять по центру и применять его к ul лада с баррэ. Но останется проблема с обозначением малого баррэ.
Думаю, легче добавить к таблице `foto` поле `user` с id пользователя, которому принадлежит фотография =)
Ниже неоднократно советовали покопаться в исходниках какого-то готового проекта. От себя добавлю — разберитесь в каком-либо MVC-фреймворке — многое узнаете о разделении отображения и логики, приемах работы с БД и обслуживании ошибок. Будет ещё лучше, если в этом фреймворке будет ORM — познакомитесь с более правильным подходом к построению БД.
Если говорить о семантике, я так понимаю, что использование <var> допустимо, например так — "теперь значение переменной <var>count</var> должно ровняться пяти" или "запустить приложение appcfg.py c ключом <var>update</var>" и не иначе.