Как стать автором
Обновить
18
0

Пользователь

Отправить сообщение
Постройте единый индек Sphinx или ElasticSearch по своим шардам и шлите запросы на выборку уже в поисковый движок. Он вернет id записей, которые уже не проблема выдернуть с шардов.
Вот что бывает, когда не по паспорту в интернеты выходишь…
Спасибо, что не поленились опубликовать свои наработки! Я вот поленился, хотя реализация схожа с вашей (вплоть до тестирования курлом) :)
попробуйте не для макбук про серийник вставить
Спасибо. Я скопировал дату рождения для своего iMac из серийника своего свежего Эира, номер ID устройства вбил случайный, т.к. родной уже не подходил в такую дату рождения.
C02HM***DHJF — подбирайте три цифры и будет у вас свежий аймак, пригодный для обновления.
Проверил два своих девайса по серийнику — до сих пор не куплены :)
Решил отправить заявку на халявное обновление, ниже результаты:
iMac был куплен в феврале — форма попросила доказательств. Забил.
MacBook Air, купил только сегодня — форма не просила доказательств и выдала номер обращения. Хотя я мог бы и отправить им копию чека.
Значит, форму не фиксили, просто она умнее, чем кажется…
За одно только название статьи плюсую :)
Может быть я не верно понял вашу фразу
одна выполненная задача — привязанный коммит
но мне она даже сейчас видится, как одна задача = один коммит :)
Вы, вроде как, используете некоторые плюшки из agile, но некоторыми остальными вещами вы делаете процесс разработки не очень гибким. Например, в agile нет никаких Final PDF, Final ТЗ, Final Tasks, там финальная версия может быть только по истечении последнего спринта (до этого момента все может «гибко» измениться). С гитом тоже не все супер — идеологически неверно приравнивать коммит задаче. Иногда решение задачи может разбиваться на несколько веток, не говоря уже о коммитах. Ваше понятие непрерывной интеграции я вообще не понял :), но если у вас это прижилось, то вы хороший PM.
Очень многие молодые и амбициозные (или просто инвестируемые дядей) компании хантят разработчиков по связям, которых, как правило, хватает у более-менее адекватных it-кадровиков. Так же имеют место личные контакты и переписки в linkedin, moikrug и т.п. сервисах. Самое главное, что при таком подборе людей уровень зп обычно выше, чем средний показатель по hh, rabota, etc. Ваша оценка дает картину происходящего на рынке, что уже само по себе очень полезно для всех нас :) Хотя сам я предпочитаю описанные мною методы поиска работы, по вполне понятным причинам.
Это скорее повод сделать ссылку более заметной для читателей
Sphinx RT-index позволяет нам иметь всегда актуальную информацию в индексе. Хотя мы периодически проводим полную переиндексацию.
Не так понял. Оказывается, уже реализована регистрация автолоадеров. Переделаем :)
Спасибо. Будем ждать от вас нового релиза.
Что вы подразумеваете под падением? Если упала БД, то ничем особо удивительным в таких вещах не занимаются. Возможно прикрутим репликацию, или mysql прокси, для того, чтобы автоматически переключать запрос на активную копию шарда.
В сфинксе есть поиск по точному совпадению. Составляем общий индекс со всех шардов, затем просто ищем id по введеному логину и забираем данные о пароле про findByPk() с передачей id от сфинкса.
Спасибо. По Sphinx как раз хотел написать отдельную статью.
У нас схемы присутствуют на каждом сервере. Класс CShardedActiveRecord содержит переопределенный метод getConnection, который определяет сервер для дальнейшей работы (в т.ч. для стягивания схемы). Если же это не выборка (условие не указано), а, например, new User(), то на этот случай в классе описано
 if (is_null($this->_pk)) {
            $serverName = Yii::app()->params->servers['serverNames'][0];

который берет соединение с первым из серверов.

Что касается балансировки между шардами — у нас скоро будет зарелизена задача, дающая возможность отключения сервера на вставку новых записей (соответственно, записи будут распределены по свободным). Чуть позже обновлю статью, если кому-то интересна наша реализация, хотя она достаточно простая.
1

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность