Как то странно получается в этом сегменте. Либо чтото под 1000$ типа iPad или Samsung Galaxy
Либо уж совсем хилые машины. Хочу планшет, нужно разрешение хотя бы 1024x768 (что бы PDF было удобно читать), видео что что бы не тормозило и жил хотя бы 4-5 часов.
Считаю что что 400-500$ за такое вполне разумно, но чтото не вижу пока что нормальных моделей. Может кто ни будь что то то подскажет?
Однозначно продолжайте! Материал однозначно нужен, как только обзаведусь планшетником SICP один из первых для ознакомления в очереди. Так что вы очень кстати :)
Спасибо большое — по описанию очень интересно! А почему вы не использовали его?
Лицензия? Не вписывался в инфраструктуру? или все же есть претензии к качеству кода?
Видно что комментарий от человека в теме. Пристану с вопросом тогда
>сразу посмотрели на существующие на рынке решения,
Не могли бы тогда, дать пару названий, по которым надо гуглить? Мне вспомнился только swfupload
который сильно далек от представленного тут решения. Был бы очень благодарен!
Такое решение синхронизации БД конечно говорит не в пользу разработчиков. :) Мне кажется проще было изучить Lua чем городить такой велосипед. Но это явно вопрос не к вам.
Спасибо большое за статью — вы дали пару очень интересных идей. И показали что «облако» это просто :)
Скажите, а что делалось если причиной нагрузки был сам код? ну скажем с новым релизом кто в коде делал интенсивную работу с диском. получается что такое приложение забивало все свободные «слоты» под виртуалки?
Отличная работа, спасибо!
А можно все же чуть подробней про техническую сторону отладки приложений? эмулятор выглядит просто пугающим :) Так что смею предполагать, что изменения в программе вы проверяете на самом нуке?
Какую IDE используйте? Я так понимаю, вы написали какой то скрипт который после сборки удаляет и устанавливает приложение через adb? Или есть способы проще?
Уважаемый Ex3NDR, а FBReaderJ тоже вы портировали? Где можно посмотреть исходники? Мне вот сейчас жутко не хватает отображения номера текущей страницы и переход на произвольный номер.
С радостью плюсую топик. Мы тоже пробовали использовать Wave в работе, но как то не очень пошло. Однако выши идеи мне нравятся. Если поделитесь наработками, то попробуем сделать еще один заход.
В любом случае — пишите. Лично меня вы заставили присмотреться к вейву еще раз.
Кстати, а как вы справляетесь с проблемой, отсутсвия возможности исключить человека из волны? одно неверное движение и совершенно левые человек из контакт листа имеет доступ к внутренней документации… Это очень не приятно.
А кто что может сказать по поводу карт для WMZ которые можно заказать на cards.webmoney.ru?
Кто ни будь пользовался для вывода WMZ? Какие впечатления? И какой процент получается со всеми промежуточными шагами?
Сказать по чести, лично для себя я еще не нашел инструмента который бы подходил мне на 100%. Liquibase пока что приближается к идиалу, для реального мира Почему для реального? Может и ошибаюсь, но в большом приложение, пытаться автоматически отслеживать изменения БД — очень не благодарное дело. Триггеры, индексы, типы данных, чарсеты, движки БД — все это надо отслеживать.
Имхо самый реалистичный вариант — максимально облегчать себе жизнь в плане создания alter скриптов в полу ручном режиме.
К тому же у автоматизации есть еще один минус — одно дело менять структуру на базе в пару мегов. Другое — на 10 и ГБ и больше базе под нагрузкой — тут уже безопасней руками и очень, очень аккуратно :)
Но желаю вам удачи — больше инструментов разных и нужных.
Только хотел написать про нее. Это реально большой плюс! Работал с FB еще когда вышла только 1.5 последний раз. после этого работал и с MS SQL и MySQL и c PostgreSQL и SQLite, но до сих пор скучаю по IBExpert — очень хороша консоль.
Спасибо за статью! А не подскажете? как реализовать следующею схему и можно ли. Чую что можно…
Пусть у нас есть ОЧЕНЬ важная база Base1 (номера кридиток допусти) которая должна работать всегда.
И мене важная база со всем остальным Base2
Цель — обеспечить повышенную отказоустойчивость для Base1 и приемлемую отказоустойчивость для Base2
1) Server1 используется на запись для Base1 (то есть он мастер для Base1)
2) Server2 является слейвом для Base1, однако на нем крутиться также Base2 и в нее пишут.
3) Server3 является слейвом для Server2 и на него реплецируются обе базы (Base1, Base2)
Судя по вашему посту сделать коскадную репликацию из трех серверов одной базы — можно. Но может ли один инстенс MySQL быть мастером для одной базы и слейво для второй? Или для Server2 нужно будет поднимать два экземпляра MySQL?
Server1.Base1 (m) ---> (s) Server2.Base1 (s) --> (s) Server3.Base1
=================== Server2.Base1 (m) --> (s) Server3.Base2
Большой вам респект за статью! Как раз думаем внедрять на наши сервера — будет теперь что дать админам почитать для ознакомления.
Считаю что самым большим преимуществом является описание рецептов, на императивном языке. Руби идеален для таких DSL и как написали, если припрет (а конечно же припрет — мир то реальный), допилить рецепт напильником очень просто.
Очень характерная задача, удивлен что какой то фреймворк для описания групп файлов и связей еще не сделали.
Боюсь вы правы и проще всего будет прописывать руками
Очень характерная задача, удивлен что какой то фреймворк для описания групп файлов и связей еще не сделали.
Боюсь вы правы и проще всего будет прописывать руками
Спасибо Андрей. Без подобной связки сложно :) Правда я предпочитаю capistrano + rake (знаю что немного разные вещи)
Но это опять же инструмент не того уровня. Все это хорошо что бы в нужный момент, запустить некий инструмент для сборки единого JS.
Так что у нас есть уже ЧЕМ запустить, хитрый скрипт. Есть утилиты типа YUI compressor которым можно скормить список файлов и на выходе получить один файл.
Но вот нет средства что бы получить этот список файлов (желательно по неким правилам) из проекта — нет.
Я понимаю что это не банальная задача. но если использовать в коде вызов какого то хелпера для подключения JS или специальные комментарии — вполне реально.
GetText успешно использует этот принцип, выдирая необходимые строковые ресурсы из кода приложения.
Я подумал — может быть для JS есть чтото? Хотя бы аналог make…
Хотя я уже понял, что видимо хочу слишком облегчить себе жизнь и проще написать руками сборку JS
> Делать разные пакеты из одних и тех же файлов в разных комбинациях еще менее выгодно, чем
> отдавать эти файлы по одиночке. Имеет смысл либо отдавать все в куче, либо по одному.
Утверждение которое может быть верным или не верным, только в рамках конкретного приложения. Отдать 1 файл, всегда дешевле чем отдать 2. Вопрос КПД с учетом затрат на получения этого 1 файла.
Ну например у нас есть:
— 5 js которые нужны всегда и всем
— 5 js которые нужны только залогиневшимся юзерам
— 5 js которые пригодятся анонимам и только им
и на сладкое — навороченные интерфейс который требует еще 5 js файлов, но куда забредают только 30% юзеров.
Думаю было удобно сделать 4 больших файла и отдавать их исходя из того залогинен ли юзер и на какой странице. Тогда мы будем раздавать, в среднем, не 10 файлов а только 2.
Все это можно было бы конечно делать руками, но большом проекте отслеживать все добавления JS не так просто, так что я надеялся прогрессивное сообщество могло чтото придумать для решения этой задачи…
Либо уж совсем хилые машины. Хочу планшет, нужно разрешение хотя бы 1024x768 (что бы PDF было удобно читать), видео что что бы не тормозило и жил хотя бы 4-5 часов.
Считаю что что 400-500$ за такое вполне разумно, но чтото не вижу пока что нормальных моделей. Может кто ни будь что то то подскажет?
Лицензия? Не вписывался в инфраструктуру? или все же есть претензии к качеству кода?
>сразу посмотрели на существующие на рынке решения,
Не могли бы тогда, дать пару названий, по которым надо гуглить? Мне вспомнился только swfupload
который сильно далек от представленного тут решения. Был бы очень благодарен!
Спасибо большое за статью — вы дали пару очень интересных идей. И показали что «облако» это просто :)
Скажите, а что делалось если причиной нагрузки был сам код? ну скажем с новым релизом кто в коде делал интенсивную работу с диском. получается что такое приложение забивало все свободные «слоты» под виртуалки?
А можно все же чуть подробней про техническую сторону отладки приложений?
эмулятор выглядит просто пугающим :) Так что смею предполагать, что изменения в программе вы проверяете на самом нуке?
Какую IDE используйте? Я так понимаю, вы написали какой то скрипт который после сборки удаляет и устанавливает приложение через adb? Или есть способы проще?
В любом случае — пишите. Лично меня вы заставили присмотреться к вейву еще раз.
Кстати, а как вы справляетесь с проблемой, отсутсвия возможности исключить человека из волны? одно неверное движение и совершенно левые человек из контакт листа имеет доступ к внутренней документации… Это очень не приятно.
Кто ни будь пользовался для вывода WMZ? Какие впечатления? И какой процент получается со всеми промежуточными шагами?
Имхо самый реалистичный вариант — максимально облегчать себе жизнь в плане создания alter скриптов в полу ручном режиме.
К тому же у автоматизации есть еще один минус — одно дело менять структуру на базе в пару мегов. Другое — на 10 и ГБ и больше базе под нагрузкой — тут уже безопасней руками и очень, очень аккуратно :)
Но желаю вам удачи — больше инструментов разных и нужных.
Пусть у нас есть ОЧЕНЬ важная база Base1 (номера кридиток допусти) которая должна работать всегда.
И мене важная база со всем остальным Base2
Цель — обеспечить повышенную отказоустойчивость для Base1 и приемлемую отказоустойчивость для Base2
1) Server1 используется на запись для Base1 (то есть он мастер для Base1)
2) Server2 является слейвом для Base1, однако на нем крутиться также Base2 и в нее пишут.
3) Server3 является слейвом для Server2 и на него реплецируются обе базы (Base1, Base2)
Судя по вашему посту сделать коскадную репликацию из трех серверов одной базы — можно. Но может ли один инстенс MySQL быть мастером для одной базы и слейво для второй? Или для Server2 нужно будет поднимать два экземпляра MySQL?
Server1.Base1 (m) ---> (s) Server2.Base1 (s) --> (s) Server3.Base1
=================== Server2.Base1 (m) --> (s) Server3.Base2
Считаю что самым большим преимуществом является описание рецептов, на императивном языке. Руби идеален для таких DSL и как написали, если припрет (а конечно же припрет — мир то реальный), допилить рецепт напильником очень просто.
Боюсь вы правы и проще всего будет прописывать руками
Боюсь вы правы и проще всего будет прописывать руками
Но это опять же инструмент не того уровня. Все это хорошо что бы в нужный момент, запустить некий инструмент для сборки единого JS.
Так что у нас есть уже ЧЕМ запустить, хитрый скрипт. Есть утилиты типа YUI compressor которым можно скормить список файлов и на выходе получить один файл.
Но вот нет средства что бы получить этот список файлов (желательно по неким правилам) из проекта — нет.
Я понимаю что это не банальная задача. но если использовать в коде вызов какого то хелпера для подключения JS или специальные комментарии — вполне реально.
GetText успешно использует этот принцип, выдирая необходимые строковые ресурсы из кода приложения.
Я подумал — может быть для JS есть чтото? Хотя бы аналог make…
Хотя я уже понял, что видимо хочу слишком облегчить себе жизнь и проще написать руками сборку JS
> отдавать эти файлы по одиночке. Имеет смысл либо отдавать все в куче, либо по одному.
Утверждение которое может быть верным или не верным, только в рамках конкретного приложения. Отдать 1 файл, всегда дешевле чем отдать 2. Вопрос КПД с учетом затрат на получения этого 1 файла.
Ну например у нас есть:
— 5 js которые нужны всегда и всем
— 5 js которые нужны только залогиневшимся юзерам
— 5 js которые пригодятся анонимам и только им
и на сладкое — навороченные интерфейс который требует еще 5 js файлов, но куда забредают только 30% юзеров.
Думаю было удобно сделать 4 больших файла и отдавать их исходя из того залогинен ли юзер и на какой странице. Тогда мы будем раздавать, в среднем, не 10 файлов а только 2.
Все это можно было бы конечно делать руками, но большом проекте отслеживать все добавления JS не так просто, так что я надеялся прогрессивное сообщество могло чтото придумать для решения этой задачи…