Вероятно, вы уже когда-нибудь встречали сетевой термин «pastebins». Это такие веб-сервисы, которые позволяют вам размещать отрывки написанного полезного кода, а затем делиться им с другими людьми. Такие сервисы очень часто используются пользователями IRC, социальных сетей, блогов и так далее. Пользователи могут размещать исходный код в сервисах типа pastebins, а затем отсылать ссылки на код другим людям.
В сети вы сможете найти кучу таких веб-сервисов. Большая часть оснащена стандартным набором функций. Но разработчики некоторые явно отличились смекалкой. Мы собрали для вас подборку и лучших сервисов, и вы обязательно найдете тот, который будет полностью отвечать всем вашим требованиям.
01. CodeTidy
Данный сервис позволяет вам размещать отрывки текста, и получить ссылку на размещенный вами текст, далее вы можете поделиться ссылкой с друзьями. Вы, также, можете зашифровать код паролем, если хотите, чтобы код был доступен кому-то определенному. Вдобавок, вы также можете архивировать уже созданные отрывки или выделять порядок.
КАК СОХРАНИТЬ ФАЙЛ С КОДОМ В PyCharm!
02. Ideone
Ideone не просто сервис из разряда Pastebin, но и также он-лайн компилятор и дебаггер. Он позволяет вам компилировать и запускать код в сети. Имеется поддержка более 40 языков программирования. Вдобавок, вы можете архивировать уже созданные отрывки или выделять порядок. Тем не менее, стоит сказать, что сервис не предоставляет возможности шифровки кода.
03. Pastebin.com
Pastebin.com позволяет вам размещать ваши тексты и код на выделенных серверах для дальнейшего разделения с другими людьми. Вдобавок, вы можете указывать дату истечения службы кода, архивировать отрывки, выделять отдельные части кода, а также автоматически назначать суб-домены. Здесь также нет возможности шифровки кода.
04. Mystic Paste
Mystic Paste представляет собой сервис из разряда pastebin, который бесплатно предоставляет исходный код. С помощью этого сервиса вы без труда сможете размещать свои отрывки кода и делиться им с людьми. Сервис также предлагает различные дополнительные плагины.
05. TinyPaste
TinyPaste позволяет вам с легкостью размещать тексты и коды, и к тому же, у вас есть возможность заработать на этом. Система выплачивает вам бонусы за каждое уникальное посещение вашего каталога. Вы можете зашифровать код паролем, выделить отдельные фрагменты, заархивировать его, а также назначить суб-домены. Вы также можете сразу скомпилировать код. TinyPaste предоставляет вам API и некоторые сторонние инструменты.
Как хранить токены, API ключи и секретную информацию в env переменных, на примере python приложений
06. Paste HTML
Paste HTML позволяет вам размещать HTML-код, простой текст, а также и разметку. Сервис может быть использован в качестве анонимного веб-хостинга для размещения HTML-страниц. Этот сервис разработан специально для кода HTML.
07. codepad
Codepad представляет собой он-лайн компилятор, который позволяет вам запускать ваш код, и делиться им с друзьями. Инструмент позволяет вам выделять отдельные отрывки кода, а также создавать отдельные приватные элементы. Тем не менее, отсутствует поддержка защиты паролем. На данный момент приложение поддерживает 13 популярных языков программирования.
08. MathBin
MathBin позволяет вам с легкостью размещать математические уравнения. В сервисе используется форматирование LaTeX для генерации уравнений в виде изображений. Этот инструмент отлично подойдет для размещения фрагментов математических и физических задач, которые подлежат решению и обсуждению.
09. Snipplr
Snipplr – это публичное хранилище отрывков кода, которое позволяет вам размещать и делиться собственными отрывками кода. Сервис позволяет вам выделять отдельные фрагменты кода и архивировать код. Для использования сервиса, вам придется зарегистрироваться.
10. Code Upload
Code Upload – это бесплатный pastebin-сервис, который предоставляет собственный исходный код. С помощью данного сервиса вы сможете размещать отрывки кода и делиться ими с другими. Сервис также позволяет вам архивировать отрывки, закрывать их паролями и выделять отдельные фрагменты кода.
11. PASTE
PASTE позволяет вам размещать ваши коды и также текст дебаггинга. Он позволяет вам устанавливать истечение срока действия и закрывать файлы паролем.
12. Gist – GitHub
Gist – это легкий способ размещения отрывков кода. Сервис предоставляет различные функции типа выделения отдельных отрывков кода, установки пароля и так далее. Всем отрывкам автоматически устанавливается версия.
13. Codetrunk
Codetrunk представляет собой инструмент для размещения отрывков кода, который, к тому же, предоставляет еще и свой собственный исходный код. Сервис позволяет вам выделять отдельные отрывки кода, архивировать их и так далее. Сервис автоматически присваивает суб-домены для каждого отрывка кода.
14. PasteSite
PasteSite позволяет вам размещать отрывки кода, которые могут быть просмотрены посредством сайта, предварительно указав выделение отдельных отрывков кода. PasteSite позволяет вам закрывать ваши отрывки кода паролем. Вы также без труда сможете удалить любой из документов.
15. pzt.me
pzt.me представляет собой сервис pastebin, который работает в нескольких направлениях. Вы можете делиться текстом, изображениями, видео и ссылками на различные интересности в сети. Вы сможете встраивать видео со всех популярных видео-сайтов, включая YouTube, DailyMotion, Vimeo и т.д. Вы также можете использовать сервис для того, чтобы укорачивать ссылки.
16. Snipt.org
Snipt предоставляет вам легкий способ размещения отрывков кода на сайтах микро-блоггинга типа twitter. Сервис включает такие функции как подсветка отдельный фрагментов, архивирование и установка пароля. Вы сможете получить собственные отрывки кода, воспользовавшись данными авторизации на сайте twitter.
17. Clippy
Clippy – это бесплатный сервис, который предоставит вам различные функции типа защиты паролем, подсветки отдельный фрагментов, антиспама и присвоение суб-доменов. На данный момент сервис поддерживает более 50 языков программирования.
18. bin.z80.us
Максимально простейшая реализация сервиса типа pastebin. Сервис очень прост в использовании. Интерфейс состоит из поля для ввода текста и кнопки вставки.
19. dpaste
Dpaste представляет собой инструмент для размещения отрывков кода. Изначально он был разработан программистами Django для использования в IRC канале #django. Вы сможете выделять отдельные фрагменты текста, а также архивировать отрывки. Тем не менее, он поддерживает всего несколько языков программирования.
20. Slexy
Slexy – это мощный и гибкий сервис типа pastebin. Он позволяет вам добавлять вкладки в пределах вставленного текста, сохранять настройки и вставлять посредством CLI/terminal. Он также предоставляет вам возможность установки истечения срока действия, выделения отдельный фрагментов кода, а также защищать код паролем.
21. Paste-It
Paste-It представляет собой простой в использовании сервис pastebin. Сервис представляет возможность создания приватных отрывков, срок истечения, а также подсветку отдельных фрагментов. Сервис также предоставляет специальные плагины для Firefox и Chrome для более быстрого и удобного копирования.
22. PasteBin.BJETDesign.com
Еще один простой в использовании сервис pastebin. Очень похож на bin.z80.us. Сервис оснащен очень простым интерфейсом.
23. YourPaste
YourPaste позволяет вам размещать тексты, цитаты и программный код. Сервис позволяет вам выделять отдельные фрагменты кода, устанавливать ограничения и окончание срока действия кода.
24. pastebin.ca
pastebin.ca представляет собой инструмент из разряда pastebin. Он позволяет вам размещать код и делиться им с другими людьми. Сервис предоставляет функции подсветки отдельных фрагментов кода, архивирования, защиты паролем, а также присвоения суб-доменов. Он также позволяет вам устанавливать срок истечения действия, а также оставлять комментарии к отрывкам.
25. Pastie
Pastie представляет собой еще один сервис из разряда pastebin с поддержкой всех основных функций, свойственных для сервисов данного типа. Сервис поддерживает все популярные языки программирования.
Обнаружили ошибку или мёртвую ссылку?
Выделите проблемный фрагмент мышкой и нажмите CTRL+ENTER.
В появившемся окне опишите проблему и отправьте уведомление Администрации ресурса.
Нужна органическая вечная ссылка из данной статьи? Постовой?
Подробности здесь
Вам понравился материал? Поблагодарить легко!
Будем весьма признательны, если поделитесь этой статьей в социальных сетях:
Источник: www.coolwebmasters.com
Сервисы для хранения фрагментов кода
Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.
Подписчики 0
Полезные ресурсы
Lua
Голосование
Информация
О нас
Проект ComputerCraft.ru основан в 2014 году. Особенностью наших игровых серверов является обязательное наличие компьютерных и технических модов и аддонов. Когда мод ComputerCraft устарел и больше не отвечал техническим требованиям, ему на замену пришел современный и высокотехнологичный мод OpenComputers. Черепашек заменили роботы из мода Opencomputers.
ComputerCraft.ru — это площадка для игры в Minecraft и общения на форуме, стабильные серверы и возможность в легкой и игровой форме обучиться программированию на языке Lua и реализовать все свои самые смелые инженерные идеи и решения и поделиться ими с другими игроками. За все время существования проекта сменилось 10 игровых серверов, которые посетили более 9000 игроков.
На сайте собрано множество интересных программ и библиотек, статей, гайдов, веселых историй и горячих обсуждений, выдвинуто множество идей автоматизации и способов программирования. У нас играют и пишут программы как новички так и опытные программисты. А самые продвинутые участники нашего коллектива даже разрабатывают собственные авторские моды и аддоны, ресурспаки, репозитории, мощнейшие библиотеки и операционные системы. Регистрируйтесь прямо сейчас и присоединяйтесь к нашему дружному коллективу фанатов игры Minecraft , компьютерных и инженерных модов!
Источник: computercraft.ru
«В одной корзине»: Немного о хранении кода
Эффективное хранение данных интересует абсолютно всех, кто хоть как-то связан с ИТ. Мы в IaaS-провайдере 1cloud постоянно анализируем опыт коллег — совсем недавно мы обсуждали, как хранят свои данные крупные компании.
Сегодня мы продолжим эту тему и обсудим, как лучше хранить свой код: в одном репозитории или в нескольких. Также мы взглянем на два примера, которые продемонстрируют особенности обоих подходов.
/ фото Dennis Skley CC
Нужно ли сохранять свои исходники в едином, монолитном репозитории или же надо разбить код на блоки и записать их в несколько разных хранилищ? Как правило, это зависит от команды и проекта, над которым она работает. Для начала рассмотрим преимущества и недостатки обоих типов хранения.
Монолитный репозиторий
Обычно первое, что приходит на ум, – это записать весь код в одно хранилище, по крайней мере, на первом этапе: с этого начинает большинство проектов. Репозиторий называют монолитным, если в нем хранится два и более отдельных проекта. Эти проекты слабо или совсем не связаны, а сам репозиторий содержит чересчур много файлов, коммитов и других объектов.
Главное преимущество хранения кода в едином репозитории заключается в том, что так гораздо проще организовать совместную работу с кодом. Мы можем создать один общий проект, состоящий из нескольких подпроектов, а затем связать эти подпроекты, как нам удобно.
Если разработчику нужно изменить код или принцип связи между частями проекта, легче это сделать, когда у него есть доступ к коду всего проекта. Предположим, мы пишем систему для онлайн-торговли, которая строится на микросервисной архитектуре. Когда мы пишем код для сервиса корзины и нам нужно просмотреть или изменить общую библиотеку, мы сразу можем к ней перейти: нам не нужно открывать другой проект или репозиторий. Раз мы можем редактировать зависимости, значит, можем быстрее проводить глобальные изменения, не заботясь об управлении версиями.
Когда весь код хранится в одном месте, нам остается лишь запустить процесс и, например, следить, как изменения в общей библиотеке влияют на работу с корзиной. Объекты доступны в любое время из любого места, изменения проходят быстро и безболезненно. Но не все так гладко.
Зачастую руководители выбирают единый репозиторий просто потому, что с ним будет проще, и они якобы знают, что делают. Из-за подобных решений учащаются случаи, когда разработчики вносят изменения в те части кода, к которым им не следовало бы прикасаться. И это легко сделать, если у вас есть доступ ко всему коду, а у проекта нет явно очерченных границ.
Много проблем возникает при развертывании и масштабировании. Таким образом, теряется целостность системы. Чем больше объем репозитория, тем медленнее будет осуществляться проверка. Если же код хранится в нескольких репозиториях, процесс можно распараллелить, а ошибки, возникающие в одной из частей проекта, не смогут обрушить работу всех сервисов.
Вывод: Если у вас небольшая команда или вы не собираетесь расширяться, логичнее хранить весь код в одном месте. Использовать единый репозиторий удобно и в том случае, если вы не работаете с микросервисами, а разрабатываете монолитное приложение.
Несколько советов по смягчению недостатков монолитных репозиториев в Git (большие размеры файлов, количество коммитов и указателей) здесь предлагает пользователь Хабра.
Хранение кода в нескольких репозиториях
Часть проблем, возникающих при наличии единого репозитория, решается введением нескольких хранилищ. Если говорить о микросервисах, то в идеале для каждого сервиса должен быть свой репозиторий. Этот подход облегчает процесс контроля версий: внесли изменения в библиотеке – обновили ее версию, подправили код сервиса – обновили его версию.
Наличие нескольких репозиториев вынуждает писать код так, как если бы его собирались просматривать сторонние разработчики (что, кстати, вполне вероятно). Вместо того, чтобы думать о правках в коде как о масштабном изменении всей программы, разработчик начинает размышлять, как изменить один модуль, не затрагивая работу всей системы. В итоге связанность между модулями ослабевает.
Это позволяет развертывать их независимо друг от друга. Если наш сервис оформления заказов работает с обеими версиями протокола, мы можем развернуть его еще до того, как будет исправлен код корзины. Такой подход требует наличия высокого уровня дисциплины.
Вывод: Если ваша команда достаточно опытная, чтобы поддерживать регулярное обновление версий и работать с микросервисами, или в ней много человек, которые организованы в небольшие группы, то хранить код лучше в нескольких репозиториях. Подход будет также полезен при обучении новых сотрудников, которые станут более дисциплинированными, если будут следовать правилам обновления версий и сохранять границы между сервисами.
Как хранят код Google и Kiln
Судя по сделанным выводам, большинство компаний, особенно крупных, предпочло бы работать с несколькими репозиториями. Даже если это так, из этого правила есть как минимум одно большое исключение. Как ни странно, десятки тысяч разработчиков Google сегодня используют монолитный репозиторий, где хранится около двух миллиардов строк кода. Чтобы сохранить такие масштабы, Google пришлось разработать систему контроля версий, более известную как Piper.
Доступ к Piper организован с помощью системы Clients in the Cloud (CitC), состоящей из облачного хранилища и файловой системы FUSE для Linux. У каждого разработчика есть рабочая среда, в которой хранятся измененные им файлы. Все записанные файлы хранятся в CitC в виде снэпшотов, что позволяет при необходимости «откатить» работу на несколько этапов назад.
Встроенный в CitC инструмент для поиска кода CodeSearch позволяет вносить мелкие исправления в код, а также передавать измененный код на проверку с возможностью автокоммита: если проверка пройдена, проводится тест, после которого система сама выставляет коммит.
Основу модели монолитного репозитория составляет подход, имеющий название trunk-based development («стволовая разработка»). Основная (trunk) линия представляет собой последнюю версию кода, изменения в которую вносятся разово и последовательно. Сразу после коммита новая версия кода доступна всем пользователям Piper, то есть, по сути, у разработчика перед глазами всегда свежая версия кода.
Что касается добавления функционала, то и старый, и новый код существуют параллельно друг другу, а их использование контролируется с помощью конфигурационных флагов. Этот подход позволяет избегать проблем, которые возникают из-за слияния изменений.
Пользователи Stack Overflow советуют хранить код в едином репозитории, даже когда есть возможность разбить его на несколько хранилищ. Для этого существуют такие инструменты, как подмодули в Git, внешние объекты в Subversion и субрепозитории в Mercurial.
Все они предназначены для построения внутренней иерархии большого проекта, и их можно использовать для выделения отдельных модулей: достаточно каждый проект поместить в отдельный репозиторий, а затем использовать подмодули для включения нужных проектов на определенном уровне иерархии.
Кроме того, в Git есть возможность создавать независимые ветви, которые называют сиротскими (orphan). Они не имеют ничего общего друг с другом и сохраняют исключительно свою историю. Так создается новая сиротская ветвь:
git checkout —orphan BRANCHNAME
Каждый отдельный проект можно представить отдельной сиротской веткой. По какой-то причине в Git нужно проводить такую очистку после создания этой ветви:
rm .git/index rm -r *
Перед очисткой убедитесь, что выставлен соответствующий коммит. После нее веткой можно смело ею пользоваться.
Другой вариант – создать несколько репозиториев и закинуть эти ветки в каждый из них (имена репозиториев не должны совпадать):
# repo 1 git push origin master:master-1 # repo 2 git push origin master:master-2
Другого мнения о хранении кода придерживаются разработчики Kiln, в свое время перешедшие с монолитного репозитория Subversion на мультирепозиторий Mercurial. Их проект разделен на пять частей: exe-клиенты, сервер для взаимодействия клиентов (Reflector), сайт, биллинговая система и библиотека Aadvark.
Для каждой части они создали по два репозитория – devel и stable. В первый попадают новые фичи, которые спустя время переходят во второй, а исправленные баги, наоборот, сначала помещаются в stable, а затем как новые функции возвращаются в devel. Для синхронизации используются теги. В Mercurial они представляют собой метаданные репозитория.
Например, чтобы развернуть новую версию сайта, берутся репозитории website-stable и aadvark-stable. К каждому прикрепляется тег, допустим, Website-000123. Затем запускается процесс сбора билда, который клонирует оба репозитория с сервера в директорию сборки и выполняет команду hg up –C Website-000123 для переключения локальной копии на нужный тег. После сбора билда производится развертывание.
К выбору того, где и как хранить код, следует подходить осмысленно, а это требует определенных усилий. Нельзя сказать, что один подход однозначно лучше другого. Нужно учитывать состав команды, ваш опыт и стоящие перед вами цели, и уже на основе этого принимать решение. Тем более, при желании всегда можно перейти от одного репозитория к нескольким, и наоборот.
Так или иначе, любое понимание приходит с опытом. Иногда полезно набить шишек, чтобы потом знать, чего стоит опасаться и какие способы наверняка сработают. Поэтому по-настоящему понять, что больше подходит вашей команде, поможет время и желание каждого внести максимальный вклад в развитие продукта.
P.S. Наши материалы о разработке IaaS-провайдера 1cloud:
- Как создать провайдера виртуальной инфраструктуры
- Как выбрать направление для развития ИТ-проекта
- Что нужно знать об IaaS-провайдере до начала работы
- 1сloud
- репозитории
- хранение кода
- хранение данных
Источник: habr.com