… и перезагружаться после каждого скачка напряжения, и перевтыкать батарею когда надо пойти с ноутом на балкон/ в другую комнату/ или просто на кровать посерфить прилечь.
ИМХО батарея сдохнет уже у лежащего на помойке бука, когда все будут в очках ходить с виртуальной реальностью. Сейчас технологии умирают быстрее железа. Тем более аккум. там контроллеры нормальные, у меня пятилетние асусы еще по 3-4 часа держать могут :)
Посмотрите, в современных ноутах есть варианты настройки контроллера. Что-то типа «макс. мобильность» vs «максимальная долговечность». Во втором режиме оно должно держать заряд на уровне 40-60%. В первом: 90-100. Поковыряйтесь в ПО.
Замечу, что контейнер крипта можно хранить не только на флешке. Годится дропбокс и подобные ему вещи. Их сложнее отломить вместе с USB-портом, да и крышечки не теряются. =)
INTEL SSDSA2CW120G3
Power-On Hours Count, 7784
Unsafe Shutdown Count, 133
Host Writes, 2.98 TB
Host Reads, 8.87 TB
два года стоит на нем система+своп+все программы и документы.
100% рабочий винт все еще. Хотя приходится бекапы делать, а то осадок остается от веяний в интернетах :)
Ну да. По холивару ниже вы должны увидеть, на сколько не быстро. На мой взгляд, отсутствие толкового менеджмента сейчас убивает две неплохих разработки: Симфони проти Уии, и пхпДемон против Ноды.
Причем это провтыкательство чисто на информационном поле. Симофни хороша только в одном: она не дает писать говнокод. Приходится читать как это сделать «правильно». А народ не очень у нас любит читать доки. Тем более на английском. Поэтому так =)
Когда я последний раз выбирал двиг под свой новый проект, выбрал симфони из-за сложности. Она провоцирует получать знания, что для меня, ленивого, достаточно актуально. Зато «зная» как делать, потом уже удивляешься — как можно было до этого писать такие горы самописного кода, когда уже столько написано и протестировано другими.
Для примера, у меня папка Yii (вся) занимает 26Mb
Папка vendor в симфонии — 128. Это код, который написан, отлажен, оттестирован и который за меня исправят, если я найду случайно в нем баги :) Осталось только научиться искать в этих 128 Мб нужные куски кода :) А это ж.па :)
Этот коммент, имхо, можно пометить как «решение».
Даже если у вас есть индексы, то при таких размерах они помещаются целиком в оперативке и жрут память. А может и не помещаются и ложатся на диск… (Это надо уже на месте смотреть)
Я вам рекомендую принудительно всем пользователям сделать «Архив», и переносить в него записи которым больше трех месяцев. Пользователь, залезая в папку «Архив» подсознательно ожидает некоторые подтормаживания + вам не придется переделывать существующий механизм. Лишь продублировать его на работу с другой таблицей, и сделать перемещения между табличками. В архиве я бы отключил автоинкременты, чтобы msg_id не сбивать.
У вас же есть запросы не требующие сабжа? Постройте индекс, чтобы он включал все поля, которые требуют такие запросы. Есть шанс, что мускуль отдаст вам значения из индекса, не дергая саму таблицу при таком раскладе.
И уже потом отрефакторил, перенеся subj в отдельную таблицу.
Если сделать еще «топ 15» запросов, то будет кучеряво. И бонусная карма за написание статьи по запросам пользователей. Уже интересно смотреть как авторы будут бороться между желаниями "придержать статью, чтобы она набрала побольше запросов", и "выложить поскорее, пока другие не написали ничего на эту тему" =)
Видимо есть какая-то причина, по которой отсутствуют бандлы, реализующие вызовы этих АПИ. Я не знаю, только начал изучать вопрос этот. Есть же, например, SonataUserBundle для интеграции FOSUserBundle в SonataAdminBundle. Или для OAuth есть. Где такие же штуки, но для «больших движков форумов»?
Сделайте ключи по каждому полю. Это не так критично, как вам кажется. В конце концов — БД создана чтобы быстро в ней искать данные =)
Если все-таки серверный вариант вас не удовлетворяет — открой ссылку на IndexedDB, которую вам уже предлагали, и перекидайте все данные в эту базу. Каждому пользователю локально.
100% Этот вопрос не решает проблему качества текста самой статьи. Любая тема может быть освещена как минимум с двух сторон, и от этого зависят эмоции при ее прочтении. В гораздо меньшей степени от самой темы. Порой самая замечательная статья, глубоко раскрывающая самую суть проблемы «вызывают скуку» обилием терминологии, либо «отвращение или недовольство» тотальным несоблюдением пунктуации и мягкими знаками натыканными в случьайные места, да, случаеться и такое. ;)
Это гладко, когда небольшая команда и небольшой проект. Но при рефакторинге, любое изменение в js-коде превратится в ахтунг по поиску его вызовов в серверной части, к которой js-щики не имеют доступа =(
Но идея с Интерфейсами реально хороша в плане документирования. Надо подумать на эту тему, спасибо.
Так мне не очень нравится, что русский текст уходит к клиенту в мозгодробящем \u04ХХ-виде. + довольно сложно сформировать условия в запросе. Сюда не вставить никакие «if» или «for» =(
Предлагаете вшить чип в кисть? Чтобы угонщики руки отрубали? =)
Если авто хотят угнать-его угонят. У меня знакомого по башке тюкнули на выходе из магазина, затискали в его же тачку и увезли в лес. А там уже он сам все сказал. Страховая, кстати, не выплатила. поскольку он сам передал чип с ключами, и терморектальный криптоанализ их не волновал. Был бы чип вшит в руку… думаю вырезали бы. =(
Пусть уж лучше угоняют — новую купить можно. Попробуйте договориться с производителем каким-нить, если дело действительно стоящее.
