Можно в игре под названием «жизнь» поставить себе и такую цель — быть человеком. А помочь тем, кому помощь нужна — это по-человечески, т.е. один из шагов к достижению цели.
Можно редактором CSS подправить стиль хабра и превратить в темный.
Права, выглядит не очень, за некоторые вещи глаз цепляется, типа иконки «Избранное» и стрелочек «Нравится»/«Не нравится» — слишком яркие на темном фоне.
А что с устаревшей статистикой?
В MS SQL, например, сталкивался с такой ситуацией — процедура, которая работает в нескольких потоках и активно добавляет записи в таблицу в начале выполнения и очищает таблицу в конце выполнения через некоторое время просто перестает выполняться — статистику «перекашивает», и процедура намертво зависает. Помогает ей только сброс статистики с таблицы.
Возможна ли здесь такая ситуация?
Steam — это сервис, компания — Valve (Если уж ставить в один ряд с MS, Apple и Google).
И, да, есть компания, которая уже использует p2p — Blizzard достаточно давно поставляет свои гигабайтные обновления иименно этим способом.
Недавно разбирался с css версии для печати, так для себя и не смог решить следующие проблемы:
1) Необходимо задать формат страницы равным A6.
2) Необходимо задать отступы от края страницы и убрать все лишние колонтитулы.
Видимо, проблема в том, что эти параметры задаются в настройках самого браузера, и не зависят от содержимого таблицы. Можно ли как то управлять этими настройками?
Ваш мозг можно выключить фразой «Вас используют»? Вроде бы нет.
«Вас используют» — это, как правило, фраза для полярного изменения точки зрения аудитории, которая мозг включать не умеет. Превратить «белое» в «черное» и получить на этом свой профит.
Да, похоже, «PRAGMA integrity_check» — это самая полная команда для восстановления данных, и если она не помогает — то единственный способ — это дампить базу и вытаскивать данные построчно.
Похоже, команда SQLite считает свой продукт очень надежным, и не стремится разрабатывать инструменты на случай физического повреждения базы.
Хорошо, что дамп получилось создать, хоть и с ошибками.
Можно еще поковырять полученный дамп на предмет тех строчек, на которые ругался импортер — если это какая-то конечная таблица, типа «CallMembers» или «Messages», то primary key можно заменить на любой незанятый, если табличка, на которую идет ссылка — типа «Conversations», то тут можно посмотреть нижележащую табличку на предмет ссылок, ведущих «в никуда», и попытаться угадать, какой primary key в табличке должен быть.
Можно еще глубже залезть и посмотреть содержимое поврежденных страниц (кстати, интересно, есть ли у sqlite инструменты для такого низкоуровневого доступа, типа DBCC PAGE в MS SQL), но это уже перфекционизм — времени уйдет много, скорее всего ради нескольких потерянных сообщений или вообще ненужных в данной ситуации индексов.
Причина не в том, что я не смог справиться со Skype API, а в том, что мне хотелось именно что залезть в базу и посмотреть, что там есть, минуя API. Цели я своей достиг, решил поделиться. Доступ через API с использованием python описывается в другой статье — ссылку на нее я давал чуть выше в комментариях.
У меня версия 5.10.66.116.
Строка сообщения не удаляется, но текст стирается (становится пустым). Заполняются колонки edited_by и edited_timestamp. Аналогично в случае редактирования сообщения меняется body_xml, изменяется edited_by и edited_timestamp.
Вроде все по-честному :)
Физически часть истории, похоже, удаляется с течением времени. В частности, именно для проверки этой гипотезы я и полез в базу. Обнаружил, что из трех случайно найденных на компе бэкапов все разные — т.е. содержат уникальные только для этого бэкапа сообщения.
Он занял нишу во многом благодаря отсутствию лишних, по мнению простого пользователя, настроек и простоте установки.
Большая часть пользователей предпочитает удобство соображениям безопасности, а уж о таких вещах, как место хранения базы, они вообще не задумываются.
Под стартапом обычно понимают реализацию новой, ранее не задействованной в бизнесе идеи.
Права, выглядит не очень, за некоторые вещи глаз цепляется, типа иконки «Избранное» и стрелочек «Нравится»/«Не нравится» — слишком яркие на темном фоне.
В MS SQL, например, сталкивался с такой ситуацией — процедура, которая работает в нескольких потоках и активно добавляет записи в таблицу в начале выполнения и очищает таблицу в конце выполнения через некоторое время просто перестает выполняться — статистику «перекашивает», и процедура намертво зависает. Помогает ей только сброс статистики с таблицы.
Возможна ли здесь такая ситуация?
И, да, есть компания, которая уже использует p2p — Blizzard достаточно давно поставляет свои гигабайтные обновления иименно этим способом.
1) Необходимо задать формат страницы равным A6.
2) Необходимо задать отступы от края страницы и убрать все лишние колонтитулы.
Видимо, проблема в том, что эти параметры задаются в настройках самого браузера, и не зависят от содержимого таблицы. Можно ли как то управлять этими настройками?
«Вас используют» — это, как правило, фраза для полярного изменения точки зрения аудитории, которая мозг включать не умеет. Превратить «белое» в «черное» и получить на этом свой профит.
Похоже, команда SQLite считает свой продукт очень надежным, и не стремится разрабатывать инструменты на случай физического повреждения базы.
Хорошо, что дамп получилось создать, хоть и с ошибками.
Можно еще поковырять полученный дамп на предмет тех строчек, на которые ругался импортер — если это какая-то конечная таблица, типа «CallMembers» или «Messages», то primary key можно заменить на любой незанятый, если табличка, на которую идет ссылка — типа «Conversations», то тут можно посмотреть нижележащую табличку на предмет ссылок, ведущих «в никуда», и попытаться угадать, какой primary key в табличке должен быть.
Можно еще глубже залезть и посмотреть содержимое поврежденных страниц (кстати, интересно, есть ли у sqlite инструменты для такого низкоуровневого доступа, типа DBCC PAGE в MS SQL), но это уже перфекционизм — времени уйдет много, скорее всего ради нескольких потерянных сообщений или вообще ненужных в данной ситуации индексов.
Строка сообщения не удаляется, но текст стирается (становится пустым). Заполняются колонки edited_by и edited_timestamp. Аналогично в случае редактирования сообщения меняется body_xml, изменяется edited_by и edited_timestamp.
Вроде все по-честному :)
Большая часть пользователей предпочитает удобство соображениям безопасности, а уж о таких вещах, как место хранения базы, они вообще не задумываются.
Тут, кстати, недавно проскакивала новость о том, что скайп 4.1 вышел для Linux, так что уже можно проверить.