А я как раз мигрирую с gitlab на bitbucket. Правда мигрирую с собственного хостинга. Так как достала возня с обновлениями и и то во что превратился интерфейс gitlab. Ну плюс bitbucket лучше и проще интегрируется с jira из коробки. Если посмотреть вокруг, по знакомым то все пользуются github и bitbucket одновременно. Gitlab пользуют единицы.
И причем тут oscommerce? Разработчики magento не имеют ничего общего с разработчиками oscommerce. Кроме того, что компания Irubin Consulting делала на нем сайты, перед тем как нанять Varien на разработку Magento. Но это как называть всех кто делает приложения под android, создателями android ))
К сожалению еще достаточно много проектов крутится на старых версиях движка, и там даже нет поддержи php 5.4, максимум 5.3. Никто не будет обновлять движок, и уж тем более пилить поддержку нового пхп не видя в этом явной экономической выгоды.
Так вы бы хоть написали какая была задача. И как в итоге origin помог ее решить. Было бы интересно почитать.
Тащить же сюда каждый hello world смысла нет. Учитывая что все это есть в доках.
Так может быть есть смысл начать сначала с него? Так как Origin по факту это расширение функционала kubernetes. Если писать статью про него то хотелось бы увидеть именно фичи origin, сборку контейнеров, менеджмент подсетей, пользователей и тд. Так как сейчас статься похоже больше на «Как сделать docker run через Kubernetes api средствами OpenShift Origin».
ps: можно было просто сделать kubectl create -f pod.json тогда не пришлось бы Origin даже сетапать ))))
Доказать авторство на кусок кода, о существовании которого ты даже не знаешь, будет та еще задачка ) Даже у больших компаний это не всегда получается, при очевидных доказательствах копирования большого количества кода. Вспомните те же суды с гуглом и ораклом.
У нас уже давненько все отказались от ppoe/l2tp. Сейчас у всех привязка по маку. Суть в том что большинство конфигов в инете обходятся без скриптов, просто проверкой доступности шлюза провайдера. Это конечно проверка так себе, но лучше чем ничего. И тут получается мы завязаны на инфраструктуру провайдеров. А должно все работать из коробки, настроил железку, отправил ее в другой город, там ее воткнули в сеть и она работает. И тут уже без скриптов не обойтись :)
Отлично, вот все никак руки не доходили донастроить свой, что бы работал с dhcp. Хотелось сделать универсальный роутер все же, а не заточенный под конкретных провайдеров.
В игры то не играть. + Разобраться как пробросить видеокарту, что бы нативненько все было.
Тащить же сюда каждый hello world смысла нет. Учитывая что все это есть в доках.
ps: если что можете писать в личку, я с радостью поделюсь опытом по kubernetes. Работаем с ним уже почти год.
ps: можно было просто сделать kubectl create -f pod.json тогда не пришлось бы Origin даже сетапать ))))