Алексей Копендаков, ааа, про ноут ничего не было сказано, я так понимал, что есть просто рабочие машины в офисе или типа того. Ну, опять же, это должно решаться административными средствами на уровне системы, на мой взгляд. Без понятия, что у вас за ОС, да и это тема для в целом другого отдельного вопроса, но я бы посоветовал поискать именно для нее какие-то более менее нативные решения, это снимет вопрос даже не по работе с git, а в целом по работе с сетью.
Алексей Копендаков, про git-клиент сейчас идет речь в смысле который у разрабов на машинах? Ну тогда я бы решил эту проблему административными средствами, так как по-хорошему такого быть не должно, кмк.
Степан, а конфликты точно все будут разрешаться корректно, если при пуше/пулл реквесте в локальный репозиторий будут возникать конфликты (а они будут), не будут ли они заново возникать и при накатывании тех же изменений из локального в его версию на Bitbuket/etc (да и обратно)?
Плюсы полноценного сервиса хранения репозиториев все-таки перевешивают - никто и никогда ваш код никуда не украдет в 99.9999% случаев, зато вы получаете внятный графический интерфейс, службу поддержки, нет проблем с бекапами своего репозитория, в общем я не знаю, такой довод - это как по мне анахронизм и желание потратить время на самостоятельную настройку - это, конечно, весело и увлекательно, но в итоге лучше это просто уметь, чем уметь и тратить на это какое-то время :-)
собственно почему не хочется использовать внешний git - локалка от инета отделена прокси сервером с авторизацией. Как это настраивается - х.з.
Что именно настраивать?
Если вы про настраивание доступа к вашему собственному git-серверу из внешнего интернета - опять же, я не вижу особого смысла его держать, если только у вас нет серьезных перебоев в работе провайдера(ов), ну или если у вас лимитированный трафик и вы гоняете в репозиторий и обратно серьезные объемы.
Если вы про настраивание доступа со своих локальных машин, хотя я не думаю что уточнение было про это, то тут настройка конечно же вообще никакая не нужна будет, ваш установленный локально git будет прекрасно пользоваться настройками системы, а подключение к Bitbucket можно без проблем настроить через ключи.
Степан, не работал, поэтому не могу рекомендовать, хотя оно и у Githab есть, только платно. Плюс у Bitbucket есть еще команды, правда опять же не знаю, есть ли такой же бесплатный функционал у Gitlab.
flppv, это все понятно, меня вот и интересовал момент, почему не указывать явно таким или иным образом родителя, ограничивая применение такого вложенного класса конкретным местом. И если просто вложенность да, может в итоге принести проблем, то ">" - это по идее рабочий вариант, но не всегда удобный - замучаешься описывать так, да и не всегда можно/удобно указать непосредственного родителя через ">".
Сергей, Vlad_IT, dom1n1k, господа, огромное спасибо за ответы и обсуждение, но теперь у меня еще один вопрос - как определиться, какие именно подчеркивания и тому подобное более "выгодны" в той или иной ситуации? Какие инструменты могут их обрабатывать, что более понятно, стандартизировано и так далее.
Да, вам тоже спасибо! Про рендер я уже узнал из видео, которое дали в комментариях к другому ответу, действительно ценная особенность, в больших проектах может серьезно повлиять на скорость. Про "защиту" - ну в целом это и так было понятно, правда у меня оставался вопрос, зачем эта лишняя защита, если мы будем использовать не селекторы, а какие-то классы, типа autor, company и так далее. Но если смотреть глубже и принять во внимание БЭМ, то становится понятно, что у компонента могут быть вложенные компоненты, где используются такие же классы внутри, и в итоге переопределение может стать реальной проблемой.
Я в курсе, что такое БЭМ, но достаточно поверхностно. Ну и конечно же знаю, что именно в этом проекте он и используется. Тем не менее, вы хотите сказать, что этот подход подразумевает именно такое именование, как я привел в своем вопросе?
jeruthadam: ну там в целом есть универсальное решение - это второго пользователя в системе завести и под ним. Если под одним пользователем пробовать что-то универсальное сочинить, то начнутся пляски, так как кто его знает, что нужно разграничить и как для конкретного приложения.
jeruthadam: ну вот теперь по запросу вроде "how to install two instances of telegram" можно найти ответ на ваш вопрос :-) Сейчас оформлю это все как ответ.
jeruthadam: ну вам тогда надо уточнить, что вы имеете ввиду. Вам для десктопа или для серверных нужд? Приложение там должно каким образом быть вам доступно и какую среду вокруг иметь - свою обособленную до конца, или же ту же, что и вся ваша система?
Сергей БАрд: ну так как он про SEO, то практически наверняка это он, собственно и само SEO подразумевает работу с .htaccess, и если плагин имеет интерфейс для его редактирования - практически наверняка это он.
