zsh показывает мне 126 вариантов
там есть такие фишки, как :
походу, это абсолютно все команды git'а

melky,

ты обещал поглядеть нагрузку на cpu на слабом ноуте. Сами цифры необязательны, главное мнение от работы браузера!
Погляди пожалуйста http://sp.hnoe.ru/ !

вроде начинаю осваиваться потихоньку

dmitry111, melky, если не сложно, пример вашей работы с git, т.е. конкретно как вы с ним работаете.

git help --all

http://git-scm.com/docs/git-help

вот это кстати тоже хотелось бы обсудить..

Как работаю я:
1 после того как есть видимые результаты проекта инициализирую гит (git init)
2 Скрываю ненужные файлы, папки, чтобы не мешались (например папки с картинками)
3 Добавляю и коммичу(тю) все рабочие файлы (git add <имя файла>, git commit -m "коммит в терминале"). Можно все это сделать с помощью одной команды, добавив и закоммитив все разом, но я описываю каждый файл отдельно
4 Когда проект готов я выставляю версию для него (git tag <версия>)
5 тут все повторяется с 3-его пункта

Для того чтобы попрыгать по версиям надо ввести git checkout <версия>

nerv_,

рекомендую видео о гит и гитхаб!
1
2
3
4

первое о гите (тоже самое что я описал выше, только белее развернуто)
второе о взаимодействие гита и гитхаба

остальные пока не смотрел.

вот бля только сейчас заметил ... пост не отправился,... отправлял 1 или 2 дня назад :(


я там так расписал о workflow в GIT'е ...

завтра отвечу. и профилирование тоже скину

но вкратце - JS на странице после загрузки вообще не исполняется, т.е. причина тормозов в CSS и GIF'ах, как мне кажется.

melky,

так и не ответил, жду!!!! )))

то есть это настолько нагружает CPU, что аж js не исполняется?
Думаю всему виной gif анимация..

делаю коммиты через интерактивный режим, если изменений много
у этого режима великое множество плюшек, о которых можно почитать в man'е :)

а так, как обычно - чрез командную строку. Всё руки никак не дойдут до создания шаблонов коммитов (см. progit)

все фичи и багфиксы делаю в отдельных ветках, после чего вливаю их в окончательную со сплющиванием :
а так, как обычно, если не считать черрипикание (cherry-pick) - применение одного коммита из другой. но это обычно в чужих проектах, типа русификации настроек для прошивки (обажаю open source, хех), который сейчас является моим единственным проектом, если судить по github'у.

пока ничего более интересного не могу придумать :)

логи смотрю через
т.к. каждый коммит имеет заголовок (первая строка) и тело.

да, так и есть.

ужасно тормозит :) даже с перекрывающим окошком. навскидку кадров где-то 10 в секунду, если не меньше.

скрывай GIF'ы - в них дело.

даже и не знаю, было бы лучше ли сделать смайлики через спрайты, а не через GIF'ы?

результат профилирования при загрузке страницы :

melky,

спасибо большое! Хотел плюс потавить, но не ставится почему-то, попозже поставлю

Решил поступить так:
буду разбивать библиотеку со смайликами на части и выводить вроде как "постранично" (странички будет составлять скрипт)

То есть вместо 160+ анимированных гифов, которые выводятся сейчас, будут выводится например 30 , и будет 6 страниц (160/30 = 5,3 = 6 стр)

Плюсы:
1 В разы меньше запросов на сервер. Если сейчас в среднем 164, то будет всего 34
2 Снижение нагрузки на CPU более чем в 5 раз
3 Можно настроить количество выводимых смайликов за раз. Их может быть не 30, а 20 или 10 или 50.

Минусы:
1 Прийдется полностью пересматривать одну из систем кеширования - сессионный кеш (это когда сохраняются изменения, которые возникли при перемещении смайликов пользователем)
2 Банально - мало смайликов. На широких мониторах не красиво

будет что-то вроде:

а что мешает показывать только те смайлики что попадают в видимую область а остальные прятать?