• Что должен знать начинающий PHP разработчик
    +2
    Больше похоже на инструкцию «как за месяц устроиться на работу PHP разработчиком», чем «как стать PHP разработчиком» в принципе.
  • Обработка RAW на iPad
    +1
    Заголовка статьи не хватило? )))
  • Краткая инструкция iPhone / iPad для чайников
    0
    Возможно и миф, спорить не буду. При отсутсвии исходников и проблем с кнопкой проверить что-либо не представляется возможным. И сама процедура выглядит по логике странно. Однако эта странность тоже ни о чем не говорит сама по себе.
    Значит просто не включайте это в статью.
  • Краткая инструкция iPhone / iPad для чайников
    0
    Еще про кнопку Home вспомнилось неочевидное.
    — С любого «дальнего» экрана(не первого, не главного) переход на первый экран(десктоп) = одиночное нажатие кнопки Home.
    — Находясь на первом экране, одиночное нажатие Home будет переключать на экран поиска и обратно.
    — На экранах(рабочих столах) под нижним рядом иконок(но над доком) по центру есть такая маленькая линейка точечек. Это карта экранов — показывает сколько их всего, и более светлая точка показывает, какой из них текущий(подсвечивает).
    Самая левая точка — это и не точка вовсе, а маленький значок лупы. Это экран поиска так отображается.

    Кстати, наверное надо отдельный параграф ввести для всего этого. Что-то типа «Навигация по рабочим столам» или как-то так. И про создание папок тоже написать надо.
    И про экран глобального поиска наверное тоже.

    P.S. Все забываю сказать — спасибо за статью и труд по ее наполнению. Надеюсь получится в результате отличный мануал.
  • Краткая инструкция iPhone / iPad для чайников
    0
    Немного дополню:
    По пункту 5 нужно зажать обе аппаратные клавиши(Home+Power) и держать их до появления яблока на экране. Как только появилось — кнопки отпустить. Если передержать — можно загнать телефон в Recovery Mode. В принципе выход из него тем же методом — зажать обе кнопки до выключения телефона и потом включить кнопкой Power.
    Но если в прошивке хоть что-то не так — можно в этом режиме зациклиться. Тогда TinyUmbrella в помощь.

    И еще один хинт. Если начинает глючить и невнятно работать кнопка Home, может помочь процедура ее калибровки.
    Нужно запустить любое приложение из стандартной поставки, такое как Заметки, YouTube, Календарь или Акции, находясь в этом приложении нажать и удерживать кнопку Power до появления красного слайдера выключения аппарата. Теперь отпускаем Power и нажимаем и удерживаем Home до тех пор, пока слайдер не исчезнет(около 4-5 секунд). Приложение под слайдером тоже закроется. Все. Кнопка откалибрована. Если проблема не аппаратная, кнопка должна заработать нормально. но судя по отзывам в интернетах, не у всех с первого раза исчезают проблемы, некоторым приходится до трех раз подряд это проделывать.

    Обе описанных процедуры можно найти в Гугле.
  • Краткая инструкция iPhone / iPad для чайников
    +2
    P.S. и кстати уберите «В горизонтальном положении». Разделяется клава в любой ориентации. Не только в горизонтальной.
  • Краткая инструкция iPhone / iPad для чайников
    0
    >> iPad. В горизонтальном положении можно разделить клавиатуру на 2 половинки — просто зажмите кнопку с клавиатурой и потяните ее вверх.

    Еще можно добавить: В iPad клавиатуру так же можно просто двумя пальцами потянуть в стороны и она разъедется.
    Как бы «разрываем» на две половинки. Так же и склеить можно «разорванную».
  • Идея удобного перемещения курсора и выделения для мобильных интерфейсов
    +1
    Ваша правда.
  • Идея удобного перемещения курсора и выделения для мобильных интерфейсов
    +1
    Тут есть небольшая проблема: возюканье пальцами по клавиатуре уже использовано под корректировку промахов. Вы когда нажимаете на клавиатуру, у вас над пальцем показывается увеличенный текущий символ, он не введется, пока вы не отпустите палец. При этом вы можете подвигать пальцем по клаве и отпустить на другом символе — вот этот другой и введется. Помогает, когда промахиваешься во время нажатия.
  • Shutdown Day 2012
    0
    По прочтении подумалось, что если уж и отключать какое-либо одно устройство, то что-то, мне не нужное 16 числа.
    Сервер что ли на работе выключить ) Ну хотя бы тестовый )
    Хотя для большинства кандидатом на отключение наверное подошел бы телевизор. Все-равно всякую муть показывают.
  • Психологическая деформация программистов. Взгляд с обеих сторон баррикад
    0
    Напомнило старый анекдот:
    — Сегодня будем есть котлеты. Ты, ты, ты и ты — пойдете крутить мясорубку. А ты, ты, ты и ты…
    — Можно и я?!
    — … ну и ты — пойдете на фарш.
  • UPS Shipping Labels или история Одного возврата
    +2
    С украинского «я годую»=«я кормлю» )
  • Как Булгаков помогает изучать расстановку запятых – сайт для повышения грамотности
    0
    В вашем предложении «А запятую перед дефисом, разве не надо ставить?» запятые вообще не нужны.
  • UPS Shipping Labels или история Одного возврата
    0
    UPS Labels — это вам дают уже оплаченный купон на возврат товара. Заказывать себе что-то на eBay с их помощью бессмысленно.
    Если даже просто с eBay заказать себе что-то в Россию службой UPS или любой другой курьерской — в большинстве случаев доставка будет «золотой».
  • UPS Shipping Labels или история Одного возврата
    +2
    UPS по сути такой же коммерческий курьер, как и DHL, THT, FedEx и т.п.
    Они все доставляют относительно быстро.
    Но, в отличии от почтовых служб(а у нас это только Почта России и EMS), они дороже, геморнее вопросы с таможней и там еще есть некоторые нюансы, зависящие от каждой конкретной конторы.
    Но возят быстро, да.
    И если eBay для возврата предоставляет что-то вроде ихних(UPS) бесплатных купонов для возвратов товара(как я понял, Shipping Labels это как раз что-то типа подарочных сертификатов на услуги) — это очень даже неплохо. В таком случае любые проблемы — это проблемы eBay. Для вас же уже все оплачено и all inclusive. Поздравляю )))
  • Электричество и вода из воздуха — спускаемся с небес на землю
    0
    >> Так что это не критика а дополнение.
    Так я и не в претензии )
  • Электричество и вода из воздуха — спускаемся с небес на землю
    0
    Эмм… а я как написал?

    >> использование каких-либо стандартных уже выпускаемых и годами проверенных компрессоров вместо производства «под себя» тоже играет какую-то роль

    Ну да, про генератор не сказал. Но вроде очевидно.
  • Электричество и вода из воздуха — спускаемся с небес на землю
    +4
    А для вас указание минимальной силы ветра бесспорный факт, что ветряк и турбина жестко связаны? )))
    Скорее всего минимальная сила ветра для конденсации воды здесь обозначена как минимальная сила ветра для устойчивой работы электрогенератора на ветряке.
    Если вы будете вал генератора крутить скажем пол-оборота в минуту(слабый ветер), энергии на выходе вы получите хрен целых, шиш десятых.

    Ладно, давайте разберем ваше предложение механизировать там все. Вы только не обижайтесь, ладно? Это просто критика, не более.
    Рациональное зерно в этом конечно есть, тут я спорить не буду. Но, к сожалению, не практичное.
    Безусловно, можно завязать все кулера/вентиляторы механически, и компрессор тоже. Все банально: конические зубчатые передачи(типа половинка дифференциала), карданы и т.п. Кстати, большого выигрыша в КПД вы не получите, ибо наберете приличное сопротивление системы(читайте дальше). Да и КПД здесь до определенного предела не так уж важен. То есть экономить каждый Джоуль смысла особого нет. Просто КПД должен быть не ниже определенной разумной величины.
    Кроме вышесказанного, что на безветрие воды не будет, добавлю, опять же навскидку:

    Можно еще сделать резервное питание в одну ослиную силу: спускаем механической передачей один из валов вниз, внизу ослик ходит по кругу и вращает ворот. Правда за несколько недель сожрет весь оазис, но это мелочи )))

    Зубчатые передачи для износостойкости желательно закрыть в железные коробки с сальниками и залить туда масло, которое нужно периодически менять. Электродвигателям тоже смазка нужна, но более вязкая и автоматика подачи решается гораздо проще. Вообще если есть электричество, многие вещи решаются проще.

    Вам нужны датчики поломок. Например заклинит какой-либо кулер. В электросистеме все просто — вешаем датчики превышения тока нагрузки и все. Клинит любой кулер, видим в системе бросок, отрубаем все нафиг(одним датчиком кстати все кулера контролируем). Так же при утечке хладагента регистрируем датчиком превышение температуры и все глушим — тоже все просто. Механически вы это упаритесь реализовывать. Кроме того, крутящий момент на любой вентилятор можно ограничить выбором мощности электродвигателя. Заклинило, поймали бросок тока, вырубили. Все осталось целым. Можете попробовать домашний вентилятор чем-нибудь остановить(только не пальцами) — скорее всего ничего не сломается, даже пробки не выбьет. В случае с механикой раскрученный ветряк при любом клине сомнет и сломает все там нафиг. Это конечно можно решить разными муфтами и ухищрениями, но в любой механике чем больше деталей, тем меньше надежность и больше потребность в обслуживании и цена.

    Далее, смотрите на схему потрохов ветряка(по моей ссылке). На входе ветряка стоят жалюзи от пыльных бурь.
    Систему нужно как-то дистанционно с земли иногда выключать/включать и консервировать на время тех же бурь. В общем управлять. С механикой что будете делать? Троссики дергать?
    С электричеством все просто — и кнопки управления внизу, и комп можно подключить для мониторинге всего и вся и сбора статистики работы, оптимизации процесов. Все мониторится и все регулируется. Опять же — это удобно.

    Или вариант статистику может собирать контроллер системы и писать на флешку или винт, а раз в нелею/месяц/полгода приезжает человек с компом, сливает данные и смотрит что там как.

    Ну и последнее, собственно о чем я изначально говорил — модульность системы.
    При электрокоммутации у нас есть электроводогенератор, как отдельный автономный модуль, а так же ветрогенератор, как опять же отдельный автономный модуль.
    Их работу можно простой электрокоммутацией комбинировать как угодно. Ветряк геренирует электричество для любых нужд, и водогон питается от любого источника питания. Это удобно для разных случаев.
    При механической реализации либо это работает все вместе, либо не работает ничего. Без вариантов(ну кроме ослика).
  • Электричество и вода из воздуха — спускаемся с небес на землю
    0
    Скриншот с PDF'ки(смотрите схему возможной электрокоммутации в правом нижнем углу): cs.loving.ru/to_all/eolewater.png (~1Mb)
    Ну и сама PDF'ка тут: www.eolewater.com/assets/files/PDF/Specification%20Sheet%20WMS1000%20WT%20light.pdf (2,2Mb)

    Подразумеваются возможности внешнего питания, кроме самого ветряка, от резервных батарей, солнечных, электросети и дизель-генератора.
    Так же подразумевается сбор энергии с самого ветряка, не зависимо от работы конденсатора воды.
  • Электричество и вода из воздуха — спускаемся с небес на землю
    0
    Если отделить систему конденсации от ветряка, ее можно запустить от любого внешнего источника в любое время, когда ветра нет, но вода нужнее электричества. Система конденсации будет автономным блоком.
    И Ветряк с генератором — тоже автономный блок.
    Если же завязать механически, то «нет ветра — нет ни воды, ни электричества».
  • Электричество и вода из воздуха — спускаемся с небес на землю
    +2
    Навскидку:
    Ветер кончился, что делать будем?
    Часть энергии можно запасать в аккумуляторах и после того, как «ветер кончился» можно получить воду в требуемое время.
    Ок. Воду тоже можно запасать.
    Но если кончилось вообще все, эту же систему можно запускать иногда с земли в аварийно-резервном режиме с помощью того же дизель-генератора, если вода край как нужна.
    Кроме прочего, использование каких-либо стандартных уже выпускаемых и годами проверенных компрессоров вместо производства «под себя» тоже играет какую-то роль.
    Опять же, предположим, вода нужна не всегда, в таком случае ветряк работает просто генератором для поселка. Отрубить электросистему холодильника проще, чем дитанционно отсоединять механические муфты, чтоб компрессор не отбирал мощность ветряка.

    В общем, не факт, что на данный вопрос есть всего один четкий ответ. Скорее всего — все в комплексе, по совокупности плюсов и минусов.
  • Как Булгаков помогает изучать расстановку запятых – сайт для повышения грамотности
    +2
    Алгоритмическая составляющая есть, но не без исключений.
    Один и тот же текст, начитанный актером в аудиокнигу, и прочитанный диктором новостей, может иметь совершенно разную интонационную окраску.
    Однако вы правы: запрограммировать это крайне непросто, особенно учитывая, что программа не просто пару соседних слов должна анализировать, а все предложение с учетом частей речи, а иногда и абзац или даже несколько.
    То есть фактически искусственный интеллект получится. Чат-бот здесь не прокатит.
  • Как Булгаков помогает изучать расстановку запятых – сайт для повышения грамотности
    +5
    Красивая идея и реализация, тыкать мышкой понравилось.
    Смущают только пара нюансов.
    К самому движку и посту претензий особых нет. Убрать подсказку по выделению текста и обфусцировать передаваемое в JQuery запросах — это просто технические исправления.
    Сейчас наверное фигню напишу, не уверен, что многие меня поймут, момент довольно тонкий, но…

    1. для режима экзамена неплохо бы написать авторский текст, никому не известный. Ибо с тем же Булгаковым просто выделяем мышью пару предложений, поиск в Гугле, и видим оригинал текста.
    2. если брать тексты писателей художественной литературы, неважно, Булгакова, Толстого, или кого-то еще, получаем кучу моментов, где приходится буквально угадывать мысли автора.
    Попробую объяснить. Бывают места, где запятая «плавающая». Она может ставиться, а может не ставиться на усмотрение автора. Где запятая не потому, что например железное правило «перед НО ставим всегда», а где она регулирует смысл либо акценты. Обычно это даже не одна запятая, а совокупность запятых в предложении.

    Пример. Сразу скажу, он далеко не самый удачный, но зато ближайший, и на мой взгляд для разъяснения худо-бедно подходит.
    По ссылке а посте возьмем первое же предложение:
    «Однажды весною, в час небывало жаркого заката, в Москве, на Патриарших прудах, появились два гражданина.»
    И перепишем его так:
    «Однажды весною, в час небывало жаркого заката в Москве, на Патриарших прудах появились два гражданина.»
    Я могу ошибаться, но ИМХО оба предложения являются валидными с точки зрения правил. Отличаются лишь расстановкой акцентов.
    В первом случае акцентирование понятно: так как это самое первое предложение в книге, автор дает читателю что-то вроде работы сайта гугл-мапс. Помните, в картах постепенно приближаемся, начиная с обзора карты мира, и до конкретного места. Вот тут то же самое, в начале книги автор дает читателю представление о месте и времени событий, а заодно и о погоде, начиная так же издалека, как в картах: Весна->небывало жаркий закат->Москва->Патриаршие->два гражданина. Почти как «Девушка, фонарь, аптека» )))
    Во втором случе расстановка запятых другая, т.к. по акценту(который зависит от желания автора, но не читателя) слова «в час небывало жаркого заката в Москве» будут являться уточняющим членом предложения, который выделяется запятыми, но при этом может быть практически безболезненно вырезан из самого предложения: «Однажды весною на Патриарших прудах появились два гражданина.»(здесь, кстати, тоже можно придраться и выделить запятыми «на Патриарших прудах», говорю же — пример не очень удачный).
    Надеюсь вы поняли, о чем я хотел сказать: акценты в предложениях изначально расставляет автор и только от его желания зависит само формирование предложения. Автор имеет свои мысли и акценты, и исходя из них формирует текст предложения.
    В данной же программе мы занимаемся как бы reverse engineering'ом, то есть по тексту без запятых расставляем эти самые запятые. Большую часть из них мы расставим по правилам, но в какой-то части нам нужно знать(угадать) мысли автора. Мы смотрим как бы с обратной, по отношению к автору, стороны: видим текст(готовый продукт) и пытаемся распознать акценты автора.

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

    То есть если данный движок использовать для экзаменационных целей, то необходимо составить тексты, исключающие неоднозначности в акцентах, а не брать их из художки.

    Возражения и критика приветствуются.
  • Lenovo IdeaPad U300s, или Приключения Ультрабука
    +1
    Фотографий вблизи бы добавить. Не таких, где показывается фон разной местности и размытый ноут, на котором деталей не разберешь. И не таких, как на промо-сайтах, на которых показан пусть и детальный, но не настоящий ноут, а рендер модели из 3D-редактора.
    Накрайняк эти же фотки сделать кликабельными со ссылками на полное изображение. Может этого хватит.
  • ФАС разберется с нулевой пошлиной на iPad
    +1
    Сначала не хотел, но коль вы упомянули, на всякий случай добавлю, а то смотрю в тредах ниже люди и на этот счет местами заблуждаются:

    В A-GPS уже после старта может использоваться онлайн режим, предполагающий использование мощностей вышек для рассчета своих координат. Это значит, что мобильное устройство может принятые PRN коды со спутников передавать на вышки для рассчетов и обратно от них получать уже вычисленные координаты. Это делается, чтобы разгрузить процессорные мощности мобильного устройства и тем самым заодно сэкономить энергию аккумуляторов. К LBS это тоже не относится, хотя использует те же транспортные механизмы.
    Использование этого онлайн режима возможно только при достаточно плотном покрытии сотовой сети с достаточно модернизированным для использования этих возможностей оборудованием.

    В LBS точно так же расчет координат может происходить как самим устройством, так и передаваться для вычисления на вышки.

    Собственно частичное перекрытие данных технологий(например использование одних и тех же каналов связи) — это одна из причин, когда по невнимательности иногда эти технологии путают между собой.
  • ФАС разберется с нулевой пошлиной на iPad
    +1
    Суть вашего первого комментария из его текста не читается вообще.

    Уж извините, не хочу обидеть(правда), но вы постоянно оправдываетесь и «плаваете» в определениях.
    Чтобы не продолжать этот занудный непродуктивный разговор, предлагаю следующее: давайте попытаемся сформулировать поточнее и на этом закончим.
    Итак:

    LBS используется только для того, чтобы пользователю как можно быстрее показать на экране хоть что-то. То есть для удобства.

    Холодный старт GPS(или A-GPS) модуля — период времени с момента его активации(включения) до получения ним же его собственных координат посредством спутников.

    Более раннее определение приблизительных координат с помощью LBS на время холодного старта не влияет никак.

    Получение альманаха через любое доступное подключение к интернету, от сотовых или WiFi вышек, значительно уменьшает время холодного старта A-GPS.

    По-моему достаточно )
  • ФАС разберется с нулевой пошлиной на iPad
    +1
    >> я же описывал как работает A-GPS на iOS устройствах — там для начала используются данные от LBS

    что ж вы упертый-то такой )))) LBS не относится к A-GPS. Это две разные технологии и системы. В случае с той же iOS — заключенные в одном устройстве. Но все-равно разные.

    >> Вы еще забыли, что расчет позиции может происходить за пределами телефона. Это тоже часть A-GPS.

    Да. Это онлайн режим A-GPS. Снижает нагрузку на вычислительные мощности мобильного устройства и как следствие на батарею. LBS здесь тоже не участвует.
    С чего мне об этом забывать? К контексту не относится, я и не упоминал ))

    >> Даже если я не прав насчет использования данных LBS, это никак не утвержает, что человек начавший тред прав — так как он не прав в корне.

    Именно. Он просто плохо знает, как работает навигация. И именно для этого человека ваш ответ вообще никакой полезной информации не нес. Просто набор слабосвязанных между собой фраз.
    Это уже позже в треде вы что-то объяснили, продолжая кстати по сей момент упираться и утверждать, что LBS хоть как-то относится к A-GPS )
    Попробуйте глазами плохо знающего о GPS человека прочитать вот эту часть вашего сообщения(собственно весь смысл-то в ней): «телефон определяет координаты через соты и уже знает какие спутники ему искать».
    У меня на его месте сразу возникнет вопрос — с какого это перепугу, узнав свои координаты, телефон вдруг сразу будет знать какие спутники ему искать?
    Собственно это мотив первого моего ответа на ваш комментарий — я и рассказал про альманах. А иначе с того вашего ответа человек ничего бы не понял.
  • ФАС разберется с нулевой пошлиной на iPad
    +1
    Хорошо. Давайте я объясню.
    Это может быть вам понятно, что вы написали и что имели в виду под каждым словом.
    Обычный человек видит так: «A-GPS это не определение координат через соты. Но чтоб не жрать батарею, он сначала определяет координаты через соты.»
    То есть во-первых это может быть понято как «Определяет не через соты, но таки определяет через соты.» Это что за парадокс?
    Предположим, что вы хотели сказать об использовании LBS. Мол LBS используется для ускорения холодного старта. Собственно вы и сейчас это утверждаете(двумя сообщениями выше). Это тоже в корне не верно.
    LBS — отдельная технология. Она действительно например в той же iOS показывает юзеру приблизительные координаты еще до того, как A-GPS раздуплится. Но это — исключительно для удобства юзера. К A-GPS эта технология не имеет никакого отношения, хотя в большинстве случаев и используется параллельно(это действительно удобно).
    Холодный старт в A-GPS ускоряется только за счет быстрого получения альманаха по сотовым или WiFi сетям.
    То, что я упоминал о возможной оптимизации обработки альманаха с помощью LBS — забудьте. Это я просто предположил. Во-первых, это не даст значимого прироста скорости определения первичных координат, во-вторых, если где и используется, то уже в софтовой, относительно высокоуровневой, части самого девайса(коммуникатора или навигатора). Да и польза от этого сомнительна. Сейчас объясню почему(это кроме того, что эти системы пока еще нечасто находятся в одном чипе, LBS в большинстве случаев имеет вообще софтовую реализацию):
    Технически еще до получения полного альманаха, при наличии достаточного количества памяти(нужно не так уж много), девайс может параллельно заранее начать прием PRN кодов от спутников. До получения альманаха он может ничего не знать о самих спутниках, но уже будет знать их ID(PRN номера), временные метки и разницу во времени приема.
    Соответственно как только он примет альманах, ему ничего не стоит сразу же из накопленных пакетов сопоставить спутники с альманахом и моментально рассчитать текущие координаты. Данные LBS ему здесь не нужны вообще. Они могут помочь уже высокоуровневому софту более стабильно определить координаты при нахождении в городских условиях или вообще в зданиях. Там, где прием сигналов спутников затруднен либо идет с большим «шумом» погрешностей из-за отражения.
  • ФАС разберется с нулевой пошлиной на iPad
    0
    Ну тут еще вопрос, производителям или их российским представителям. )
  • ФАС разберется с нулевой пошлиной на iPad
    0
    Вы даже сейчас заблуждаетесь. Не надоело? )))
  • ФАС разберется с нулевой пошлиной на iPad
    0
    Ну честно говоря в ответе к Loci вы ничего этого не написали ) Сами перечитайте )
  • ФАС разберется с нулевой пошлиной на iPad
    +1
    Сорри, я немного заврался.
    В первом каменте написал «определение приблизительных координат по вышкам хотя и входит в технологию A-GPS, но не является главной функцией».
    Не в A-GPS оно входит, а в блок навигации девайса. То есть ее чаще всего используют совместно с A-GPS — грех не реализовать, коль уже есть GSM-модуль.
  • ФАС разберется с нулевой пошлиной на iPad
    +3
    Вы упростили так, что ничего не понятно )

    >> «A-GPS это не определение координат через соты. Просто перед тем как начать жрать батарею и искать спутники (холодный старт) телефон определяет координаты через соты»

    Вы уж определитесь в этом вопросе, через соты или не через соты )

    Определение координат по сотовым и WiFi вышкам — это LBS(Location Based Service). К GPS и A-GPS эта технология отношения не имеет. Используется лишь как вспомогательная в дополнение к ним.
  • ФАС разберется с нулевой пошлиной на iPad
    0
    Есть еще один нюанс. На сколько я понимаю систему Assisted GPS, кроме попытки определения приблизительных координат по сотовым и WiFi-вышкам, девайс так же пытается альманах(расписание спутников) скачать через доступное интернет подключение. А если не получается, тогда уже тупит от полминуты и более, пока альманах из ловимых пакетов с самих спутников соберется(он там периодически передается кусками).
    Кроме этого, после получения альманаха он может за счет предварительно определенного по базовым станциям местоположения самостоятельно отсечь из расписания «невидимые» в данный момент спутники и ловить только нужные частоты. Такая небольшая оптимизация. Хотя в большинстве случаев это не столь важно, ибо если на момент получения альманаха видно достаточно спутников, свои координаты девайс определит уже относительно быстро(пара секунд) и опять же — отсечет лишние частоты в соответствии с расписанием.

    То есть определение приблизительных координат по вышкам хотя и входит в технологию A-GPS, но не является главной функцией. В первую очередь цель технологии на порядки быстрее получать альманах по альтернативным каналам связи(не с самих спутников). Именно эта функция ускоряет «холодный старт» вплоть до пары секунд. Остальное тоже плюс, но уже второстепенный.
  • Использование дополнительных инструкций CPU в одной из задач на PHP для ускорения производительности
    0
    Угу… понятно… хотя и не очень…
    Так что у PHP-то с этим плохо? Кроме того, что большинство библиотек работы с БД блокируют скрипт на время выполнения своих вызовов? Например от отсылки запроса до момента, когда первый fetch можно будет делать. Дальше fetch'ить можно вроде как вперемежку с чем-то еще, но опять же — каждый fetch будет блокироваться.
    Я имею в виду, что нельзя реализовать что-то вроде try_fetch с предварительной проверкой, есть ли уже чего fetch'ить в локальном буффере.

    БД вообще самое узкое место получается — это та часть, работу которой контролировать изнутри нельзя. И если база затупила в ответе на любой вызов — придется ждать.
    У меня как раз это частично решено выносом работы с БД в отдельный демон — он тупит вместе с базой, если что, а основной продолжает работать. Тут получается такая шняга: пока с асинхронного сокета связи с демоном БД не соберется полноценный ответ, основной демон не блокирован и ничем не ограничен делать любую другую работу.
    Получается именно тот случай, когда вышеописанный в соседних ветках метод ввода отдельного демона(демона связи с БД в данном случае) не столько добавляет задержки в работу скрипта, сколько наоборот, спасает от залипаний и тупняков при обращениях к БД.

    Ровно так же конечный скрипт может отправлять к демону серию запросов, ответы на которые за счет асинхронности могут возвращаться вовсе не в том порядке, в каком были отправлены, а в соответствии с требуемым временем на обработку. То есть ответы на более тяжелые запросы придут позже или типа того.
    Так же никто не мешает скрипту работать в синхронном режиме — он просто не будет отправлять следующий запрос, пока не дождется ответа на предыдущий.
    Вот как-то так.

    По хорошему, у меня с этими асинхронно-ПХПшными экспериментами накопилось материалов на целую статью, а то и на несколько. Все времени нет заняться этим, заодно и задокументировать свои библиотечки…
  • Использование дополнительных инструкций CPU в одной из задач на PHP для ускорения производительности
    0
    А что у PHP не очень в этом плане?
    Мож я чего не знаю…
    У меня есть пара демонов, целиком написанных на PHP и использующих только либы из штатной поставки. Работают в одном потоке(один процесс, один тред), запросы асинхронны — сокеты (и серверный слушающий и акцептированные клиенты) полноценные(не локальные), толпой опрашиваются select'ами без блокировки. Работают и жрать не просят.
    Там правда не сотня запросов в секунду, на большие нагрузки оно и не расчитывалось, но при паре-тройке сотен запросов в минуту даже не вспотеют(бывают такие пики во время СМС-рассылок по клиентам).
    Логика внутри не сказать чтоб сложная, но посложнее предложенного варианта для кеширования данных.
    И как-то на веб-морде никаких видимых задержек не наблюдается.

    P.S. Я конечно понимаю, что далеко не все PHP-программисты вообще понимают, как на PHP можно написать асинхронный демон(штука нестандартная для PHP, да). Да и писать я его в свое время начал по приколу, сам думал бред на выходе получится. Просто время было, а за Си лень было приниматься. Ан нет. Работает зараза )
  • Храним энергию мешками
    0
    Тссс… Не спугните… А то пропустим рождение сферического коня в вакууме. Того самого )))
  • Храним энергию мешками
    0
    Точно )
    Я наконец доехал до инета. Про нефтяную вышку я немного запамятовал — это было исследовательское судно, трансформирующееся в поплавок для нечувствительности к волнам на поверхности: www-mpl.ucsd.edu/resources/flip.intro.html
    Тут видео трансформации: www.youtube.com/watch?v=QL8gMwNLW9g
    Ну и еще по ходу дела нарыл вот такую ветро-платформу: gisee.ru/articles/windenergy/2905/
    Совместить все это дело с якорными системами, и думаю проблемы решаемы )
  • Храним энергию мешками
    +1
    А это в общем-то не важно. Это мелкие особенности реализации, к основной идее имеющие уже мало отношения.
    Я не сомневаюсь, что реализаторы так или иначе решат и проблему размещения ветряков, и проблему ограждения зоны мешков )))
    При хорошем запасе глубины ветрякам фундамент не особо нужен — я видел в сети проекты плавучих нефтяных вышек, которые «на месте» в рабочий режим поворачиваются вертикальной «свечкой» и за счет ухода этого «поплавка» корпусом в глубину стоят достаточно стабильно, не реагируя на волнения на поверхности. Это просто как вариант реализации, я не настаиваю )))
    К сожалению сейчас привести пруф-ссылки могу, я в разъездах и пишу с автомобиля в мобильном режиме, не до поисков. Но если вам интересно, как доберусь до стационарного инета, могу вам найти и показать.
  • Использование дополнительных инструкций CPU в одной из задач на PHP для ускорения производительности
    0
    Трудно спорить о чем либо, с чем частично согласен и так )
    Но только частично )))
    Никто не мешает снять с демона функцию расшифровки, оставив ее в скрипте логина. В таком случае демон может работать кешем чего угодно статичного. Он становится более универсальным. Учитывая, что он хранит все в своей области ОЗУ, это довольно безопасно.
    При разнесении нагрузки демонов по экземплярам(по серверам), например по принципу CRC идентификатора сессии, чтоб по возможности скрипт сразу сам вычислял без доп.запросов, к какому именно демону ему обращаться за данными конкретного юзера, это тоже может добавить плюс к производительности.
    В общем при желании рулить можно многими вещами.
    И опять же — все зависит от конкретики проекта, я не настаиваю на единственности и правильности решения. Где-то это вполне себе неплохое решение, а где-то оно явно лишнее и не нужное.