小编Roe*_*ven的帖子

如何使用Grunt重写供应商CSS文件中的图像URL

我试图将前端依赖项移出版本控制系统.Bower.io和Grunt的组合应该能够做到这一点.

然而,出现了一个问题,即我无法解决捆绑多个供应商库的问题.例如,假设我有以下目录结构,其中组件目录是Bower.io保存依赖项的目录:

??? assets
??? components
    ??? bootstrap
    ?   ??? img
    ?   ?   ??? glyhs.gif
    ?   ??? less
    ?       ??? bootstrap.css
    ??? jquery-ui
        ??? css
        ?   ??? style.css
        ??? images
            ??? next.gif
            ??? prev.gif
Run Code Online (Sandbox Code Playgroud)

现在假设我希望捆绑两个jQuery的style.css文件和Bootstrap" bootstrap.css.我将这个捆绑的文件保存在assets/bundled.css中.

但是在此文件中,对原始图像(../ images/next.gif和../img/glyhs.gif)的引用不正确.为了工作,必须重写它们(所以../images/next.gif => ../components/jquery-ui/images/next.gif).我相信(d)这种重写URL是Grunt应该能够做到的.但我似乎无法使用cssmin/less/copy任务使其工作.例如,以下Grunt设置(仅移动1个文件)无法工作:

module.exports = function (grunt) {
    grunt.initConfig({
        pkg: grunt.file.readJSON('package.json'),
        less: {
            options: {
                compile: false,
                relativeUrls: true
            },
            bootstrap: {
                src: 'components/bootstrap/less/bootstrap.less',
                dest: 'assets/bootstrap.css'
            }
        }
    });
    grunt.loadNpmTasks('grunt-contrib-less');
    grunt.registerTask('dist-css', ['less']);
};
Run Code Online (Sandbox Code Playgroud)

或者: …

relative-path gruntjs bower

29
推荐指数
2
解决办法
1万
查看次数

哪些主要电子邮件客户端实际上使用 DNS SRV 自动配置?

您可以使用RFC 6186实现邮件自动发现。然而,目前我还不清楚哪些主要客户实际上在使用该协议?

因此 RFC 6186 描述了使用这些 DNS 记录的自动发现。例如:

SRV _submission._tcp.{mydomain.com}  0  1 587 {mailserver}
SRV _imap._tcp.{mydomain.com}        0  0   0 .
SRV _imaps._tcp.{mydomain.com}       0  1 993 {mailserver}
SRV _pop3._tcp.{mydomain.com}        0  0   0 .
SRV _pop3s._tcp.{mydomain.com}       10 1 995 {mailserver}
Run Code Online (Sandbox Code Playgroud)

我已经怀疑他们的主要客户不使用它。

  • Outlook 使用它自己的自动发现方法(使用_autodiscover._tcp.{mydomain.com})。
  • Thunderbird 使用它自己的方法。这些都不涉及 RFC。请参阅此页
  • iOS 邮件似乎没有使用任何自动发现方法:但我对此不是 100% 确定!尽管可以将 iOS 用户指向 mobileconfig 配置文件。
  • Android 的邮件应用程序似乎不支持自动发现。

很想知道哪些主要工具使用它!谢谢。

email dns autodiscovery

12
推荐指数
0
解决办法
1528
查看次数

省略Doctrine生成的SQL的鉴别器部分

假设以下AbstractPage型号:

/*
 *     @ORM\Entity
 *     @ORM\Table(name="page")
 *     @ORM\InheritanceType("SINGLE_TABLE")
 *     @ORM\DiscriminatorColumn(name="type", type="string")
 *     @ORM\DiscriminatorMap
 *     ({
 *         "page" = "Page",
 *         "link" = "Link"
 *     })
 */
Run Code Online (Sandbox Code Playgroud)

以及以下DQL查询:

SELECT p FROM \Page\Model\AbstractPage
Run Code Online (Sandbox Code Playgroud)

生成的SQL将是:

SELECT ... FROM page p0_ WHERE p0_.type IN ('page', 'link')
Run Code Online (Sandbox Code Playgroud)

现在问题是:如何WHERE从此查询中删除该子句.在更复杂的查询中,该WHERE子句的这一部分使得无法使用已定义的某些索引.这可以通过添加type到索引来解决,但这会使我的索引更大,我觉得这不是必需的.

AbstractPage是继承树中的根.因此,我们对表中的所有记录感兴趣.省略这WHERE部分就是这样.

所以问题是:如何让Doctrine删除WHERE不需要的部分.

谢谢!

php sql indexing dql doctrine-orm

8
推荐指数
1
解决办法
781
查看次数

标签 统计

autodiscovery ×1

bower ×1

dns ×1

doctrine-orm ×1

dql ×1

email ×1

gruntjs ×1

indexing ×1

php ×1

relative-path ×1

sql ×1