Комментарии 15
Интересный подход описан в статье. Кстати, если необходимо собирать какие-то численные метрики, к примеру, сколько раз был отправлен определенный запрос, либо какое среднее время получения списка объектов, то тут хорошо помогает Google Analytics. SDK достаточно удобный. Мы внедрили за пару часов минимально необходимые метрики, когда встал такой вопрос.
Я очень не рекомендую такой подход — в своё время я сделал похожим образом, но по мимо этого в таблицу загружались изображения в base64.
Как результат — я сейчас не могу скачать получившуюся таблицу т.к. она разрослась и гугл теперь отвечает мне time-out на все попытки забрать данные себе, хотя форма добавления всё ещё работает.
В случае с короткими данными конечно таблица забьётся позже, но к сожалению предел есть, как конечное решение такой способ не подходит.
Как результат — я сейчас не могу скачать получившуюся таблицу т.к. она разрослась и гугл теперь отвечает мне time-out на все попытки забрать данные себе, хотя форма добавления всё ещё работает.
В случае с короткими данными конечно таблица забьётся позже, но к сожалению предел есть, как конечное решение такой способ не подходит.
Сталкивался с подобной историей. Правда, цели сохранить данные там не ставилось, нужно было обнулить документ, не меняя его ключ (id). Раз форма добавления всё ещё работает, то вам, вероятно, нужно хотя бы к свежим данны получить доступ. Для этого стоит сделать копию таблицы (забэкапить) и очистить текущую.
1. Сделать копию – понятно как, ничего особенного.
2. Очистить переполненный документ можно так: Файл-Импорт пустого xls файла с «Действием после импорта — Заменить таблицу».
3. А чтобы скачать существующую таблицу перед очисткой или из копии-бэкапа — попробуйте преобразование/сохранение как pdf через меню Ещё-Скачать. Сам не пробовал, файлов таких не имею, но там предлагают экспорт до 2 Гб данных.
Попробуйте, может поможет.
1. Сделать копию – понятно как, ничего особенного.
2. Очистить переполненный документ можно так: Файл-Импорт пустого xls файла с «Действием после импорта — Заменить таблицу».
3. А чтобы скачать существующую таблицу перед очисткой или из копии-бэкапа — попробуйте преобразование/сохранение как pdf через меню Ещё-Скачать. Сам не пробовал, файлов таких не имею, но там предлагают экспорт до 2 Гб данных.
Попробуйте, может поможет.
Для андроида есть библиотека ACRA
Если приложение использует PhoneGap, то очень дешево сделать логирование в Я.Метрике help.yandex.ru/metrika/objects/params-method.xml
Получим красивую вложенную структуру в которой все посчитается. Тут только важно следить, чтобы количество итемов в списке не было очень большим. Это решение не страдает если данных слишком много (можно фильтровать по дням). У аналитикса так же можно сделать подобную штуку.
Ну и, конечно (или подобный метод короткого GET)
Потом грепаем access.log и строим таблицу.
yaCounterXXXXXX.params('perfomance', location.hostname, 'read', 2.7, 'Galaxy Note 10.1');
yaCounterXXXXXX.params('perfomance', location.hostname, 'processing', 11.4, 'Galaxy Note 10.1');
Получим красивую вложенную структуру в которой все посчитается. Тут только важно следить, чтобы количество итемов в списке не было очень большим. Это решение не страдает если данных слишком много (можно фильтровать по дням). У аналитикса так же можно сделать подобную штуку.
Ну и, конечно (или подобный метод короткого GET)
new Image().src = '/favicon.ico?' + ['LOG', 'perfomance', location.hostname, 2.7, 11.4, 'Galaxy Note 10.1'].join('|');Потом грепаем access.log и строим таблицу.
Я как раз делаю последним способом + goaccess, который позволяет быстро прикинуть общую картину и потом уже грепом.
Расскажите рецепт с goaccess?
В теле страницы есть картинка, как описано выше, с указанием параметров. Goaccess — это читалка логов для nginx. В ней видно тренды и базовые метрики. Т.к группировка по запросам имеется, то сразу видно что к чему, не надо грепать логи руками и считать число строк.
Это все при условии что имеется свой сервер с nginx. У меня просто такой был, завел дополнительный конфиг на домен и складирую в отдельный acceess.log, который и поглядываю через goaccess.
Из плюсов: нет нужды следить за чем-то, размеры и прочее, ротация логов идет автоматом. Goaccess еще ни разу не захлебнулся от размеров. И все это счастье в реалтайме, приятно смотреть на бегущие циферки.
Минусы: нужен свой сервер. Все настраивать руками. Нет красивых графиков, только хардкор.
Это все при условии что имеется свой сервер с nginx. У меня просто такой был, завел дополнительный конфиг на домен и складирую в отдельный acceess.log, который и поглядываю через goaccess.
Из плюсов: нет нужды следить за чем-то, размеры и прочее, ротация логов идет автоматом. Goaccess еще ни разу не захлебнулся от размеров. И все это счастье в реалтайме, приятно смотреть на бегущие циферки.
Минусы: нужен свой сервер. Все настраивать руками. Нет красивых графиков, только хардкор.
Какая-то нездоровая тенденция в современно мире: там, где можно использовать готовый продукт, все почему-то предпочитают использовать сервисы.
Недавно рассказывали про сервис отправки email (казалось бы что может быть проще mail() в любом языке программирования и списка обычным текстом). Я понимаю, что "все лучше как сервис", но какой-то предел должен быть.
Вот скажите, не проще ли было посылать обычные get/head запросы на свой http-сервер, где бы они просто складывались в лог в csv виде?
Трудоемкость: 2 строчки конфига. При этом — никакой зависимости от внешних сервисов.
Недавно рассказывали про сервис отправки email (казалось бы что может быть проще mail() в любом языке программирования и списка обычным текстом). Я понимаю, что "все лучше как сервис", но какой-то предел должен быть.
Вот скажите, не проще ли было посылать обычные get/head запросы на свой http-сервер, где бы они просто складывались в лог в csv виде?
Трудоемкость: 2 строчки конфига. При этом — никакой зависимости от внешних сервисов.
не забываем, что Google Docs — это в первую очередь collaboration
Какая-то нездоровая тенденция в современно мире: там, где можно использовать готовый продукт, все почему-то предпочитают использовать сервисы.
Недавно рассказывали про сервис отправки email (казалось бы что может быть проще mail() в любом языке программирования и списка обычным текстом). Я понимаю, что «все лучше как сервис», но какой-то предел должен быть.
И сыпятся вопросы, почему же письма в спам улетают, а что бы не улетали надо через sendmail какой-нибудь слать через тот же gmail, а потом интересно становится открыли ли письмо или нет, перешли по ссылке или нет и т.д.
Вот скажите, не проще ли было посылать обычные get/head запросы на свой http-сервер, где бы они просто складывались в лог в csv виде?
А потом найти чем разгребать эти логи, а потом как поделиться с коллегой.
И сыпятся вопросы, почему же письма в спам улетают, а что бы не улетали надо через sendmail какой-нибудь слать через тот же gmail, а потом интересно становится открыли ли письмо или нет, перешли по ссылке или нет и т.д.
Транспорт можно выбрать любой. Это уже реализация. Если мы говорим про реализацию, то с правильно настроенной обраткой и единоличным владением ip адресом проблем не будет никаких. Так же в поле from будет вполне законно красоваться ваш домен, что тоже понравится получателям.
Метрики же можно снимать любым счетчиком. Открытие письма эти сервисы меряют по загрузке картинок, а, например, в упомянутом Вами gmail загрузка картинок от неизвестных отправителей будет отключена (сюрприз).
А потом найти чем разгребать эти логи, а потом как поделиться с коллегой.
Я там выше писал, что сохранять можно прямо в csv. Открыть можно в MS excel или аналогом. Делиться можно точно так же, как делятся котиками в чате — просто скинуть http ссылку на лог.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Сервис для логов за 5 минут