Fastto

samsung galaxy gio, 2.5 — 3 дня в режиме:
mp3 — 1.5 часа в день
приложения — 1 час в день (anymemo)
wifi — 30 мин в день
разговоры — 0-15 минут в день
будильник — 1-30 минут в день

вообще про gio пишут, что много жрет, видимо я недостаточно активно пользуюсь.

замечал тормоза, когда например апнешься с репы, начинается переиндексация — пока по коду бегаешь, не тупит, но стоит дернуть project tree или автокомплиту выпасть, подмерзает секунды на 2-3. ubuntu 11.10

Моей мелкософтной мышке уже лет 8 — высота отрыва 3-4 мм. Когда переломались провода, купил беспроводную Logitech, поюзал пару дней и отдал жене (тяжелая, неудобная, высота отрыва великовата), а с ее старой мыши вырвал провода и запаял на свою мелкософтную. Она просто незаменима.

Хакинтош. Работает на ура под AMD. За деталями в личку.

Посмотрите этот класс на github — это класс диагностики

begin() — инициализирует лог

log( $text, $isImportantly = false ) — собственно добавляем запись в лог, с пометкой важности

showLog( $logMode = DIAGNOSTICS_LOG_MODE_TEXT ) — вывод лога, доступны 2 режима — html и в поток

каждая строка выводится с пометкой времени в миллисекундах с точностью до 2-го знака после запятой

в качестве хранилища использован реестр — т.е. нужно будет разместить хранилище внутри класса, чтобы не тянуть за собой MB\Registry.php

Чтобы реализовать все ваши потребности необходимо минимум вмешательств в методы log и showLog

Используйте механизм очередей.

Смысл: когда вам нужно что-то выполнить «долгоиграющее» по определенным обстоятельствам или событиям, вы «помещаете в очередь на выполнение» определенную задачу. А сама очередь будет извлекать из стека задачи по одной и выполнять их. Это можно сделать например раз в минуту по крону специальным скриптом — крон-менеджером.

В качестве примера реализации можно посмотреть на таски симфони

Почитайте — habrahabr.ru/blogs/development/68341/
мне помогло

поставьте tortoiceGIT чуточку упрощает жизнь.

конкретно по вопросу — push на remote это как бы и есть финальный шаг, возможно вы remote не правильно сконфигурили… что именно-то не получается?

Мне кажется будет эффективен следующий вариант (если не ошибаюсь, подобное решение в тасках симфони):
не использовать ни флаг ни время для выборки, а просто вторым, обрабатывающим сервисом «запоминать» последний успешно обработанный идентификатор, а выборку делать
where ID > @yourLastCalcedID

Это будет наиболее эффективно, естественно, если обработка сервисом протекает последовательно, линейно ID за ID, без пропусков и ветвлений между элементами обработки

Начинай сразу с objective-C, с реального приложения. Нет ничего хуже, чем отсутствие заинтересованности, даже если сейчас чешется, удержать это ощущение на долго не получится, а живой проект будет отличным мотиватором.
Язык — это лишь способ реализации определенных задач, если цель твоя iOS — просто глупо начинать с C. Я лично не вижу ни одного «за». А глубокие материи ты и на С все равно так вот сразу не познаешь, все прийдет с опытом.

Из литературы посоветую — Фаулер «Рефакторинг. Улучшение существующего кода.» — поможет сразу писать код более правильно и ускорить процесс «вникания в высшие матери»

список бесплатных облачных хранилищ -ссылка. 15 штук, представлены в виде сравнительной таблицы.

1. Повесить код на событие готовности документа
2. «Пингануть» интернет асинхронным запросом с малым временем ожидания
3. Если все ок, выполнить ваш код

На роль тимлида подойдет любой человек, но максимально быстро из него вырастет тимлид если:
1) Он профессионально грамотный, решительный
2) Он не имеет тесных дружеских связей с коллективом, а если и имеет, то не слишком в них нуждается.

Вручаете ему книгу «Как пасти котов» ([Reinvoter_Dzh.Hank]_Kak_pasti_kotov._Nastavlenie_(BookFi.org).fb2)
И не забывайте контролировать процесс, помогать — первый шаг из девелопера в тимлидеры сложный.

google+?

Я использую такой алгоритм.

Есть несколько блоков, один из которых должен быть показан в определенном месте сайта.
У каждого блока есть вес, влияющий на вероятность появления блока.

Складываем вес всех блоков, параллельно формируем матрицу соответствия случайного числа блоку

генерим случайное число от 0 до общего веса всех блоков минус 1.

По полученному числу берем индекс блока из матрицы соответствия.

Матрица соответствия наполняется на этапе подсчета общего веса блоков

например у блока 1 вес 3, у блока 2 вес 3, у блока 3 вес 1, матрица получится такая.
$m3x = Array(
0 => 1,
1 => 1,
2 => 1,
3 => 2,
4 => 2,
5 => 2,
6 => 3,
);

работает все отлично.

а можно не заморачиваться и при инициализации с БД устанавливать текущий часовой пояс клиента.
т.е. заходит чел с часовым поясом +4, ты SET TIME_ZONE = '+04:00' в БД сразу после создания соединения делаешь и работаешь без единой мысли о всяких конверсиях,
в итоге каждый согласно своим настройкам работает в своем часовом поясе.

проблема с неавторизованными — ну тут помогает предыдущий комментатор.
изначально устанавливаешь дефолтный серверный пояс, по загрузке JS корректирует его локальным пользовательским и храним в куках до авторизации/регистрации.

Работаю с mPDF после того как перепробовал буквально все, включая консольные утилиты.
Проблем нет. UTF-8 — чешские, немецкие, русские символы, латиница — все в порядке.
Работает 100%. Создаем сложные документы. Если еще актуально — напишите в личку, помогу чем смогу.

все, спасибо, вопрос решен, редис сохраняет дамп в директорию в контексте которой был запущен.

недавно пришлось челое исследование на эту тему делать.

html2pdf
самый функциональный, но скорость генерации «сложной страницы» — 30с, размер файла 1мБ

самый быстрый — - компилится под любую ось, есть обертка под PHP, время на ту же страицу < 1c, размер файла 60кб, один минус — нет поддержки UTF-8