小编Rom*_*rik的帖子

我正在使用Droid/Android 2.0.1并遇到一个显然很多人遇到的问题:我无法使用我所知道的一个纯Java zeroconf库jmDNS来发现服务.(Apple的Bonjour,虽然它适用于Linux和Windows Java,但我相信由于依赖本机代码而难以移植到Android.)

我可以创建服务,但不能发现它们.我想弄清楚发生了什么.

这里有一份持续的问题报告; 与多播和IPv6有关,但似乎也在抛弃jmDNS的用户:http://code.google.com/p/android/issues/detail？ id = 2323

知道为什么这个人可能会成功吗？请参阅错误报告中的注释22.(我是SO的新手,因此无法发布多个网址.)

我测试了他们的代码,但没有运气.

有没有人使用jmDNS或其他库在Android上成功完成zeroconf服务发现？

我的发现问题是否可能与IPv6组播问题有关？

Android 4.0中用于标签的关键设计建议之一是允许在适当的位置之间滑动.此行为使用户可以在选定选项卡的内容上水平滑动以导航到相邻选项卡,而无需直接与选项卡本身进行交互.

如何实施？

我刚刚拿到一部Android手机,发现我网站上的拖放不起作用!我理解为什么它不会,但有没有人找到解决方案？我正在使用JQuery来实现D&D ......

Android是否支持视障用户,就像HTML alt标记用于为网络上的屏幕阅读器提供输入一样？

如果是这样,编码按钮和ImageViews等的最佳实践是什么,以便屏幕阅读器可以读取它们？

我目前正致力于生成像亚马逊那样的产品推荐的系统:"购买此产品的人也买了这个......"

目前的情景:

• 提取客户端的Google Analytics数据并将其插入数据库.

• 在客户的网站上,在产品页面加载时,进行API调用以获取正在查看的产品的建议.

• 当API收到产品ID作为请求时,它会在数据库中查找并检索(使用关联规则)推荐的产品ID并将其作为响应发送.

• 将处理这些产品ID的列表,以在客户端获取产品详细信息(图像,价格..)并显示在网站上.

• 目前我在AMAZON EC2上使用PHP和MYSQL与gapi包和REST api存储.

我的问题是: 现在,如果我必须选择以下内容,这将是实施上述概念的最佳选择.

• PHP与SimpleDB或BIGQuery.

• R语言与BIGQuery.

• RHIPE-(R和hadoop)与SimpleDB.

• Apache Mahout.

请帮忙!

我正在编写一个应用程序,它基本上是一个250K JNI的包装器.JNI(游戏引擎)具有handle_penUp(int x,int y)等API.有时它需要从handle_penUp()内部查询用户(通过回调到Java代码),因此我用来实现查询的对话框必须阻止.

据我所知,执行的主线程无法阻止.所以我已经产生了第二个线程,它使得所有可能导致需要阻塞的回调的JNI调用.在第二个线程中,当我需要建立一个阻塞对话框时,我调用startActivityForResult()然后在信号量上获取().当onActivityResult()在主线程上被调用时,它在同一个信号量上调用release().

如果我的查询是作为一个新的Activity实现的,那么这是有效的,但如果我想在现有的Activity中使用showDialog(),则不行.日志消息告诉我我的线程需要一个Looper.我正在添加一个 - 并将附加有关它是否有效的信息 - 但感觉好像我在这里走错了路.我需要的是一个阻塞对话框的配方(如果只是因为每个其他平台都有它们,那么很有用,因此移植代码通常会以这种方式工作.)

我正在使用以下xml将输入限制为仅在EditText小部件中为数字。android：digits属性使用以下数组资源。除了我无法输入数字4（即使它在数组中）的事实之外，其他所有功能都运行良好。有任何想法吗？

<EditText
    android:id="@+id/mynumber"  
    android:layout_width="wrap_content" 
    android:layout_height="wrap_content"
    android:textSize="40dp"
    android:textStyle="bold"
    android:gravity="center_horizontal"
    android:layout_centerHorizontal="true"
    android:textColor="#aaffaa"
    android:numeric="integer"
    android:digits="@array/digits"
    android:background="#00000000"
    android:inputType="phone"
    android:focusable="true"
    android:singleLine="true" />

字符串数组资源摘录：

<string-array name="digits">
  <item>0</item>
  <item>1</item>
  <item>2</item>
  <item>3</item>
  <item>4</item>
  <item>5</item>
  <item>6</item>
  <item>7</item>
  <item>8</item>
  <item>9</item>
</string-array>

在bash完成脚本中,假设COMPREPLY=(aa/ba/ aa/bb/).调用脚本时,完成选项对用户来说是这样的:

$ foo aa/b<TAB>
aa/ba/
aa/bb/

但是,我希望能够更好地控制这些选项的显示方式.特别是,我想只向用户显示每个COMPREPLY选项的子字符串,类似于bash中目录完成的工作方式:

$ foo aa/b<TAB>
ba/
bb/

有没有办法在bash中这样做？

我现在已经使用了9张补丁图片了一段时间.但是已经出现了问题.Eclipse中的GUI设计器告诉我图像工作正常.它看起来应该如何.

然而,在设备中,它只是将图像拉伸为正常的png.

最糟糕的是,它正在工作,但后来我做了一个清洁和重建,我似乎无法让9patch图像工作.

我的问题是有其他人遇到过这个问题.在android编译或eclipse中是否有某些设置可以将其关闭.我已经在draw9patch.bad中打开了图像,它们似乎正常工作.真正令人困惑的问题是它们在eclipse中表现得很好,而且它们正在设备中的应用程序中工作.突然他们不能正确伸展.

我正在编写一个Web和Android应用程序,允许用户存储和访问一些潜在的私有数据.通过RPC传输此数据已受SSL保护.我目前正在将这段数据存储在一个Text属性中,没有任何加密.我现在正在寻找更好地保护数据存储的方法.

问题1:是否有任何关于加密App Engine上存储数据的一般最佳实践或技巧？

我的一个想法是将属性切换到Blob字段,仅通过线路传输加密数据,并在客户端(在Javascript和Android上)进行解密和加密.

对于加密密钥,我正在考虑使用登录用户的电子邮件地址UserService.用户电子邮件地址仅在用户登录时才知道,并且敏感实体没有引用用户的电子邮件地址 - 仅引用用户ID.

问题2:用户电子邮件地址作为加密密钥是否有意义？如果没有,加密密钥的其他众所周知的选项是什么？

首先介绍一下背景:GeoModel是我编写的一个库,它为App Engine应用程序添加了非常基本的地理空间索引和查询功能.它与geohashing的方法类似.GeoModel中的等效位置哈希称为"geocell".

目前,GeoModel库为每个位置感知实体添加了13个属性(location_geocell__n_,n = 1..13).例如,实体可以具有属性值,例如:

location_geocell_1 = 'a'
location_geocell_2 = 'a3'
location_geocell_3 = 'a3f'
...

这是在空间查询期间不使用不等式过滤器所必需的.

13属性方法的问题在于,对于任何想要运行的地理查询,必须定义和构建13个新索引.这绝对是一个维护麻烦,因为我在为项目重写演示应用程序时痛苦地意识到了这一点.这导致了我的第一个问题:

问题1:每个索引是否有任何重要的存储开销？也就是说,如果我有13个索引,每个索引中有n个实体,而1个索引中有13个实体,那么前者在存储方面要比后者差得多吗？

根据这篇文章,似乎(1)的答案是否定的,但我只想看看是否有人有过不同的经历.

现在,我正在考虑调整GeoModel库,以便代替13个字符串属性,只有一个名为location_geocells的StringListProperty,即:

location_geocells = ['a', 'a3', 'a3f']

这导致更清洁index.yaml.但是,我确实质疑性能影响:

问题2:如果我从13个字符串属性切换到1个StringListProperty,查询性能会受到不利影响; 我当前的过滤器看起来像:

query.filter('location_geocell_%d =' % len(search_cell), search_cell)

并且新的过滤器看起来像:

query.filter('location_geocells =', search_cell)

请注意,第一个查询的搜索空间为_n_个实体,而第二个查询的搜索空间为_13n_个实体.

似乎(2)的答案是,在这篇博客文章中,每个提示#6都会产生相同的查询性能,但同样,我想看看是否有人对此有任何不同的实际经验.

最后,如果有人有任何其他建议或提示可以帮助提高存储利用率,查询性能和/或易用性(特别是wrt index.yaml),请告诉我!源代码可以在这里找到geomodel&geomodel.py