github. как правильно выложить приложение

[melky]

сам гит вроде бы прост, вот все его команды (судя по git help):

zsh показывает мне 126 вариантов

melky@colch> git ~
zsh: do you wish to see all 126 possibilities (126 lines)?

там есть такие фишки, как :

request-pull -- generate summary of pending changes

походу, это абсолютно все команды git'а

[dmitry111]

melky,

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

[nerv_]

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

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

сам гит вроде бы прост, вот все его команды (судя по git help):

git help --all

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

[dmitry111]

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

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

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

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

[dmitry111]

nerv_,

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

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

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

[melky]

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


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

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

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

[dmitry111]

melky,

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

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

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

[melky]

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

делаю коммиты через интерактивный режим, если изменений много

git commit --interactive

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

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

все фичи и багфиксы делаю в отдельных ветках, после чего вливаю их в окончательную со сплющиванием :

git merge --squash

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

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

логи смотрю через

git log --graph --oneline

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

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

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

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

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

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

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

[dmitry111]

melky,

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

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

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

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

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

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

[tenshi]

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