让bing地图全部铺设(Make bing maps streetch all the may)
我怎样才能让bing地图占据下面的所有位置。
第一行是名称第二行是姓氏:第三行是地图。
我希望bing map可以从第三行到最后一行。 地图应位于第1列和第2列
<!--LayoutRoot is the root grid where all page content is placed--> <Grid x:Name="LayoutRoot" Background="Transparent"> <Grid.RowDefinitions> <RowDefinition Height="Auto"/> <RowDefinition Height="*"/> </Grid.RowDefinitions> <!--TitlePanel contains the name of the application and page title--> <StackPanel x:Name="TitlePanel" Grid.Row="0" Margin="12,17,0,28"> <TextBlock x:Name="ApplicationTitle" Text="MY APPLICATION" Style="{StaticResource PhoneTextNormalStyle}"/> <TextBlock x:Name="PageTitle" Text="page name" Margin="9,-7,0,0" Style="{StaticResource PhoneTextTitle1Style}"/> </StackPanel> <!--ContentPanel - place additional content here--> <Grid x:Name="ContentPanel" Grid.Row="1" Margin="12,0,12,0"> <Grid.RowDefinitions> <RowDefinition Height="Auto"></RowDefinition> <RowDefinition Height="Auto"></RowDefinition> <RowDefinition Height="Auto"></RowDefinition> </Grid.RowDefinitions> <Grid.ColumnDefinitions> <ColumnDefinition Width="200"></ColumnDefinition> <ColumnDefinition Width="Auto"></ColumnDefinition> </Grid.ColumnDefinitions> <TextBlock Grid.Row="0" Grid.Column="0">First name:</TextBlock> <TextBlock Grid.Row="1" Grid.Column="0">Last name:</TextBlock> <TextBlock Grid.Row="0" Grid.Column="1">name</TextBlock> <TextBlock Grid.Row="1" Grid.Column="1">name</TextBlock> <my:Map Grid.Row="2" Grid.Column="1" Width="Auto" HorizontalAlignment="Stretch" VerticalAlignment="Stretch" /> </Grid> </Grid>
How can I make that bing maps take all place below.
First row is name Second row is last name: Third name is map.
I want that bing maps takes everything from third row to all the way down. Maps should be in column 1 and column 2
<!--LayoutRoot is the root grid where all page content is placed--> <Grid x:Name="LayoutRoot" Background="Transparent"> <Grid.RowDefinitions> <RowDefinition Height="Auto"/> <RowDefinition Height="*"/> </Grid.RowDefinitions> <!--TitlePanel contains the name of the application and page title--> <StackPanel x:Name="TitlePanel" Grid.Row="0" Margin="12,17,0,28"> <TextBlock x:Name="ApplicationTitle" Text="MY APPLICATION" Style="{StaticResource PhoneTextNormalStyle}"/> <TextBlock x:Name="PageTitle" Text="page name" Margin="9,-7,0,0" Style="{StaticResource PhoneTextTitle1Style}"/> </StackPanel> <!--ContentPanel - place additional content here--> <Grid x:Name="ContentPanel" Grid.Row="1" Margin="12,0,12,0"> <Grid.RowDefinitions> <RowDefinition Height="Auto"></RowDefinition> <RowDefinition Height="Auto"></RowDefinition> <RowDefinition Height="Auto"></RowDefinition> </Grid.RowDefinitions> <Grid.ColumnDefinitions> <ColumnDefinition Width="200"></ColumnDefinition> <ColumnDefinition Width="Auto"></ColumnDefinition> </Grid.ColumnDefinitions> <TextBlock Grid.Row="0" Grid.Column="0">First name:</TextBlock> <TextBlock Grid.Row="1" Grid.Column="0">Last name:</TextBlock> <TextBlock Grid.Row="0" Grid.Column="1">name</TextBlock> <TextBlock Grid.Row="1" Grid.Column="1">name</TextBlock> <my:Map Grid.Row="2" Grid.Column="1" Width="Auto" HorizontalAlignment="Stretch" VerticalAlignment="Stretch" /> </Grid> </Grid>
原文:https://stackoverflow.com/questions/20489442
最满意答案
当您执行清除缓存时,Symfony会遭受同样的痛苦。 为了避免这个问题,我们预先加热了缓存。 考虑以下:
创建临时目录(确保设置正确的权限):cache_temp
添加代码以识别触发器。 如果触发器可用,则将cache dir设置为cache_temp(而不是cache_current)。 示例触发器通过http:http: //mydomain.com?prewarm=1
代码将知道在cache_temp中生成所有缓存文件而不是cache_current
将cache_current重命名为cache_old
将cache_temp重命名为cache_current
删除cache_old
Symfony suffers from this same affliction when you do a clear cache. To circumvent this issue we pre-warmed the cache. Consider the following:
Create temp directory (be sure to set correct permissions): cache_temp
Add code to recognize a trigger. If trigger is available set cache dir to cache_temp (instead of cache_current). Example trigger via http: http://mydomain.com?prewarm=1
The code will know to generate all cache files in cache_temp and not cache_current
Rename cache_current to cache_old
Rename cache_temp to cache_current
Delete cache_old
相关问答
更多-
以最少的停机时间部署Java webapps的最佳做法?(Best practices for deploying Java webapps with minimal downtime?)[2022-09-24]
已经注意到,当将更改推送到WAR文件时,rsync不能正常工作。 这样做的原因是WAR文件本质上是ZIP文件,默认情况下是使用压缩成员文件创建的。 成员文件的小变化(压缩之前)导致ZIP文件中的大规模差异,从而导致rsync的增量传递算法无效。 一个可能的解决方案是使用jar -0 ...创建原始的WAR文件。 -0选项告诉jar命令在创建WAR文件时不压缩成员文件。 然后,当rsync比较WAR文件的旧版本和新版本时,增量传输算法应该能够创建小的差异。 然后安排rsync以压缩形式发送diff(或原始文件 ... -
cat tmp.log Job ABC ran at 5:00 Job ABC abended at 5:03 It was restarted at 5:05 Job ABC abended again at 5:08 I was restarted again at 5:10 Job ABC completed at 5:15 Another Job ABC ran at 6:00. It abended at 6:03. It was restarted at 6:05 Job AB ...
-
Azure VIP交换停机时间(Azure VIP Swap downtime)[2021-06-28]
理论是没有停机时间。 但是,有多种因素可能导致停机。 其中一些因素是: Microsoft DNS服务器上的DNS缓存(.cloudapp.net与[nameit].cloudapp.net的记录更改) - 即使更改直接在DNS服务器上,也有与这些记录关联的TTL,并且更改不能立竿见影 需要应用程序重新编译 - 您的staging部署可能需要重新编译ASP.NET页面,也称为“冷启动”; 可能还有其他因素 由于VIP Swap的执行方式,请检查您的其他 ... -
发动机场使用Monit ,它是一个非常小的实用程序,可以完全满足您的需求! 这是独角兽的配置: check process unicorn with pidfile /path/to/unicorn.pid start program = "command to start unicorn" as uid yourUID and gid yourGID stop program = "command to stop unicorn" as uid yourUID and gi ...
-
在多可用区设置中,您对实例所做的任何更改都将首先在备用实例上完成。 然后,将发生故障转移(在此阶段,您的应用程序将无法连接到数据库),并且更改将应用于主实例。 故障转移是唯一的停机时间。 更多信息: http : //docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.html In a Multi-AZ setup, any change you make to the instance will first be done on ...
-
App Engine停机时间(App Engine downtime)[2022-03-26]
简短的答案 下午与清晨停机。 数据存储区在下午比上午凌晨(太平洋时间;包括放入,更新和删除可用性)更频繁地写入大约20-30%。 注意 :我确信谷歌希望在非高峰时段发生停机。 因此,我希望他们会继续尽量减少停机时间,或者尽可能在非高峰时段安排时间。 停机趋势。 数据存储区不可用的15分钟周期数一直在减少。 在过去的366天中,每天平均有3.8个15分钟的数据存储空间。 在过去的200天里,这一数字每天减少60%至2.3。 过去几个月的写入停机时间确实相当不错 - 从3月1日起,每天写入停机时间不到0.25分 ... -
当您执行清除缓存时,Symfony会遭受同样的痛苦。 为了避免这个问题,我们预先加热了缓存。 考虑以下: 创建临时目录(确保设置正确的权限):cache_temp 添加代码以识别触发器。 如果触发器可用,则将cache dir设置为cache_temp(而不是cache_current)。 示例触发器通过http:http: //mydomain.com?prewarm=1 代码将知道在cache_temp中生成所有缓存文件而不是cache_current 将cache_current重命名为cache_o ...
-
rake assets:clean应该在本地机器上运行,而不是在生产机器上运行,所以它不应该影响停机时间。 当您推送更改时,生产计算机上的文件将被覆盖,除非您先清除旧的资产,否则不会对预编译资产进行更改。 这就是rake assets:clean就是为了。 一般来说,推送不应该导致停机,但它可能会降低您的应用程序,具体取决于您的设置。 rake assets:clean should be run on your local machine, not on your production machine, ...
-
我希望在CloudBees上实现零停机时间 - 但我的应用程序需要预热(I want zero downtime deploys on CloudBees - but my app needs to warm up)[2021-11-26]
您想要的,但可能没有意识到 - 是蓝绿色部署,您总是有一个活动/备用应用程序对 - 并始终部署到备用数据库,准备好时切换。 请参阅此处以获得更好的描述。 嗯,好消息 - 这里有一个插件 。 您甚至可以将其作为Jenkins构建的一部分进行自动化,例如,在自由式作业脚本中执行此类操作(假设您已根据上述链接设置了应用程序: # INSTALL AND CONFIGURE BEES SDK export BEES_HOME=/opt/cloudbees/cloudbees-sdk/ export PATH=$PA ... -
我已经启用了TDE几次。 加密过程中可以使用该数据库。 它是I / O(它必须读取整个数据库并将其写回)和CPU(您正在加密)密集,因此您可能仍希望在维护窗口中执行此操作。 您可以查看sys.dm_database_encryption_keys以跟踪进度和状态。 至于故障转移到次要加密,我不明白动机。 具体来说,一旦你进行了故障转移,那么次要的是现在的主要内容,无论你想在主要设备上做什么都要避免,这是不可避免的。 关于次要的一件事是确保您用于启用TDE的证书存在于AG中的所有节点上。 我的建议是在非生产环 ...