На сколько я понимаю работу grab, после go в grab-объекте сохраняются данные страницы. Поэтому работа идет с локальными данными что в отладчике, что в работе. Сейчас переписываю код на селекторы. Может, поможет.
Делиться хорошо в мире OpenSource. А когда ты на своем продукте зарабатываешь деньги, а им кто-то делится — это уже нехорошо. Или почему, Вы думаете, борются с пиратством и использованием нелегального контента?
Да, первые 3 мысли очень верны. Но зачем мне использовать тяжелую cms, если можно написать конкретно под нужные задачи ПО? И быстрее работать будет, и разбираться, и поддерживать проще.
вбивать в палмы или другие наладонники — это практикуется во многих местах. но когда посетитель сам может посылать запросы на кухню… это куда более приятно, на мой взгляд. и не надо запоминать, что ты выбрал и на какой это странице.
Это в макдаке посетители хотят жрать. А когда я пришел с друзьями посидеть попить пивка, покушать, я сижу и выбираю заказ, листая блюдо за блюдом. И меня бесит, когда я уже выбрал, а мне говорят, что того или иного нет в наличии, а потом долго несут и иногда даже забывают что-то принести, иногда хамят. Электронный официант может в некоторой мере от этого избавить.
Смею не согласиться. Я в первую очередь буду смотреть те кафе, в которых я уже был и которые мне понравились. И пойду в то из них, которое располагает необходимым мне количеством мест. А если все мои любимые кафетерии заняты, тогда уже буду искать свободные другие, при этом отмечать для себя незнакомые мне места, в которых тоже все битком. Не просто же так. А так можно сделать и уведомления об освободившемся столике. Если вопрос времени не стоит так остро.
Хорошая мысль, но ведь каким-то образом необходимо посылать кафе запрос и получать еще ответ? Через администратора или в автоматическом режиме? И что делать с теми, кто не согласился участвовать в проекте? Не выдавать эти кафе в поисковой выдаче?
Насчет монетизации не думал вообще, наверное тут от кафе надо получать прибыль. Но в нашей стране владельцы мест общепита очень консервативны. Сужу об этом по другой своей идее, реализованной чуть менее, чем на 10% и закинутой на верхнюю полку — электронное меню все для тех же кафе и баров. Разговаривал с несколькими владельцами кафе — все сказали, что их и так все устраивает.
Датчики давления в стул, передача информации с датчика по wi-fi на компьютер (по-моему, он сейчас есть в любом кафе), но тогда стул должен быть привязан к конкретному месту. Да, это нереально.
А вот несколько камер в зал, анализ изображения, получаемого с камер, распознавание количества людей, где сидят, полная автоматизация — это возможно.
А самый простой, но скорее всего самый малоэффективный способ ввиду человеческого фактора — чтобы администратор отмечал, какие столики заняты.
Все дело в том, что тут даже не надо конкретное количество людей, необходим сам факт занятия стола кем-то. В приложении карта кафе, свободен стол — горит зеленым, занят — красным.
так ведь игра запускается на обоих телефонах. разрешение графики скалится в зависимости от экрана. заставка проходит нормально, высвечивается главный фон, менюшка. но вот как только нажимаешь «play» — черный экран, а должна начаться отрисовка игрового уровня. в sdk и i5700 все проходит на ура.
