Разработка классического CRUD (Создание/Чтение/Обновление/Удаление) приложения для работы с базами данных — задача крайне распространенная. В свете выхода новой версии нежно любимого нами фреймворка хочу рассказать, как создать приложение на Symfony2.
Первое, что выделяет данный PHP-фреймворк среди толпы остальных — это гибкая архитектура Symfony2, которая позволяет быстро разрабатывать приложения. В этой статье мы коротко расскажем о ее основных особенностях.
Сегодня я расскажу о новом типе данных — это Tuples, или кортежи, наборы. Это составной тип данных, который содержит в себе несколько значений разных типов данных.
Автоматизаторов сборки есть великое множество, бери не хочу, но многие не подходят для простых задач. Ниже будет описание того, что используют для более быстрой работы над фронтендом. Кому интересно — прошу под кат.
Этим уроком я продолжаю освещать новый язык программирования от компании Apple под названием Swift. Я предлагаю всем желающим начать его изучение вместе со мной. Обязательно ознакомьтесь с первым уроком.
Сегодня я расскажу об основных типах данных.
Этим уроком я начинаю изучение и пропагандирование нового языка программирования от компании Apple под названием Swift. Это молодой язык, еще не прошло и года с момента его официальной презентации в 2014 году.
Думаю, каждый, кто ищет что-то на GitHub, время от времени встречает репозитории, в которых в файле README после названия проекта идет куча разных бейджиков. Они выполняют роль приборной панели для репозитория и показывают, насколько далеко с таким кодом можно заехать. Когда пытаешься разобраться в этом разнообразии бейджиков — наступает хаос. Какие сервисы мне нужны? Что они делают? Как их подключить? Где взять рабочий конфиг? Где взять код для бейджика? Несколько раз наступив на одни и те же грабли, я решил потратить немного времени, чтобы в этом разобраться.
Всем привет! В последнее время я много думал над тем, каким способом лучше делиться своим опытом с остальными — продолжать писать статьи в блог на нашем корпоративном сайте или перейти на новую для себя форму общения.
Сегодня я хочу предложить вам посмотреть мое первое видео о том, как мне пришлось решать реальную задачу на одном из последних коммерческих проектов.
Хотите узнать, для чего нужна динамическая маршрутизация cisco, как настроить OSPF на Cisco? Погрузитесь в эту статью!
У нас часто возникает необходимость настроить поиск через Sphinx для нескольких проектов на одном сервере. Изначально мы просто давали разные имена источникам и индексам. Минусы такого подхода очевидны: мы не могли использовать разные версии sphinx’а, обновлять подобный конфиг было довольно неудобно. Позже мы просто собирали несколько версий с разными prefix’ами и запускали демоны с разными конфигами. Тут вроде бы все заметно лучше, но появляется много рутины со сборкой пакетов, в конфигах нужно прописывать разные пути к логам, индексам и pid-файлам. И появилась идея запускать сам Sphinx внутри docker контейнеров, а управлять этим всем добром централизованно с помощью puppet’а.
