По-моему хромбуки могут быть реально интересны только корпоративному сектору как альтернатива Active Directory, если из софта ничего сильно сложнее офиса не нужно.
>> При грамонтном использовании гит — потерять код тоже невозможно.
Ну сломаться не только гит может, а еще 100500 разных вещей, вплоть до харда.
>> И у вас могла быть такая же проблема.
Ну была бы, и что. Удалил бы локальный репозиторий, заново склонировал удаленный репозиторий и синхронизировал с папкой на винде. Там-то код не потерялся.
>> И дробокс тут не сильно бы помог, ибо лазать по истории в десятках файлах и выуживать оттуда данные сложнее, чем из гит-а.
Ну это еще спорный вопрос. И все же они там есть, и это главное.
Потерять код невозможно в принципе. Если что-то случится с линуксом или гитом, всегда есть актуальная копия в винде, если что-то потеряно в винде, всегда можно восстановиться из дропбокса.
Прочитав статью я порадовался, что мой линукс (а соответственно и гит на нем) лежит на виртуалке в VirtualBox, а разработку веду на phpStorm (с синхронизацией по sftp) на винде в папке под дропбоксом.
Чтобы это работало, это где-то должно быть прописано в законодательстве. Иначе на каком основании вам будут предъявлять иски. Получается в законе все же прописаны специальные положения насчет лицензий на СПО? Вот что-то не верится, что наше законодательство настолько продвинутое.
>> Только вот OOO за это время успел сменить лицензию с LGPL на Apache, так что, вероятно, слияние теперь уже невозможно по причине несовместимости кода.
Кстати, всегда хотел знать, а кто защищает все эти лицензии. Вот если я, гипотетически, возьму что-то под GNU GPL, сделаю из него другой продукт и откажусь это публиковать под GNU GPL, кто мне за это даст по башке?
В каждой статье о Sass/Less/Stylus/Coffee/Grunt/whatever найдется консерватор(ы), который скажет «Нахрен нам эта автоматизация и сахар, лучше будем по старинке»
Последний раз, когда использовал Highcharts, она отказывалась работать с jQuery больше, чем 1.7.х. Интересно, что-то изменилось в этом плане? У них демо на сайте по-прежнему стоит 1.7.2 версия.
Думаю, ограничение действует не на офис, а на юрлицо в пределах штата. Хотя можно, видимо, создать дочернюю компанию «Рога и копыта» и все равно поднять лимит до 300 машин.
В алгоритме генерации токена на основе пользовательских данных должна быть некая условно случайная величина, чтобы токен все время новый получался. Например, метка времени. Чтобы проверить валидность токена, нужно где-то хранить эту метку времени. Если ее хранить в сессии, то в вашем примере токен протухнет тоже. Если хранить в БД, тогда мы и рандомные токены можем точно так же хранить в БД.
Нигде в описании на сайте такого не написано. Ализар сам это придумал =)
Ну сломаться не только гит может, а еще 100500 разных вещей, вплоть до харда.
>> И у вас могла быть такая же проблема.
Ну была бы, и что. Удалил бы локальный репозиторий, заново склонировал удаленный репозиторий и синхронизировал с папкой на винде. Там-то код не потерялся.
>> И дробокс тут не сильно бы помог, ибо лазать по истории в десятках файлах и выуживать оттуда данные сложнее, чем из гит-а.
Ну это еще спорный вопрос. И все же они там есть, и это главное.
Кстати, всегда хотел знать, а кто защищает все эти лицензии. Вот если я, гипотетически, возьму что-то под GNU GPL, сделаю из него другой продукт и откажусь это публиковать под GNU GPL, кто мне за это даст по башке?
Статью может писать житель Калифорнии, у которого в этот момент 5 вечера.
>> Рэндомные токены будут теряться при прерывании сессии
Я вам доказал, что при прерывании сессии рандомные токены будут протухать не более, чем обычные. Поэтому изначальный вопрос:
>> А зачем генерить токен на основе каких-то данных? Почему нельзя взять просто рандомную строку?
а точнее «Чем рандомные токены хуже нерандомных» остается открытым.