分享
  • 收藏
  • 举报
    X
    关于列表页城市地区调用筛选的一些建议和吐槽
    • snscn 消费1862.35元 2019-06-04 20:52 20:52
    1069
    4

    现在的城市地址太复杂了,而且也不是很完善。

    首先路径太长了,比如:

    县(区域)地址:

    {:urls("index","zone_id=$key&".fun("field@make_filter_url","zone_id,page"))}

    镇(街道)地址:

    {:urls("index","street_id=$key&".fun("field@make_filter_url","street_id,page"))}

    比列表页的地址都长。

    每次列表页做筛选,都得去翻备忘录,每次看到这路径,都让人头疼。

    为什么就不能精简一点呢,缩短一下呢?

    打个比方:县级区域,地址搞成这样:{:urls(zone_url)};街道区域,地址搞成这样:{:urls(street_url)}

    多简单,一目了然,完全不用去翻笔记。

    事实上,X1好多调用,路径就特别长,像字段的筛选,万能表单,留言本之类的,还有很多很多。

    为什么就不能把路径做一下处理呢?

    另外,这么久了,而且很早之前就有人提出过,城市地址,还只能列表页使用,网站首页或者频道首页完全没法调用。

    事实上,不止城市路径,还有字段筛选之类的,好像网站首页和频道首页都不能调用。

    这些问题为什么就不解决呢?

    不可否认,X1很多地方很灵活,但死板的地方也不少。

    最后还是关于城市调用,为什么就不能嵌套调用呢?

    像下面这种,ThinkPHP标签{volist name}{/volist}中间嵌套{volist name}{/volist},下级区域就调用不出来。

    {volist name=":get_area('','',input('city_id')?:($webdb['city_id']?:6))" id="name"}
      <li class="item"><a href="{:urls("index","zone_id=$key&".fun("field@make_filter_url","zone_id,page"))}" {if input('zone_id')==$key}id="s_region_-1"{/if} data-id="1">{$name}</a>
    {if input('zone_id')}
      <div class="erji"> 
    {volist name=":get_area('','',input('zone_id'))" id="name"}
      <a href="{:urls("index","street_id=$key&".fun("field@make_filter_url","street_id,page"))}" {if input('street_id')==$key}id="s_section_1_-1"{/if}>{$name}</a> 
    {/volist} 
      </div>
    {/if}
      </li>
    {/volist}

    这些都是很现实的问题,做分类信息肯定都要用到,但问题实在太多,有时候真的无力吐槽。

    官方为什么就不重视呢?

    细节很重要,这些都是细节上的东西,细节决定成败。

    可能官方会因为分类信息是免费的,而不去重视,但城市地区插件却可以全站通用,商业模块也能引用,就不能好好搞搞?

    以前对X1满怀期待,但用的时间越久,有时候就越沮丧。


    11
    赏礼
    赏钱
    收藏
    点击回复
        全部留言
    • 4
    • Suifeng 程序开发者 消费:23.24元 2019-06-04 21:38 21:386楼

      这个吐槽我们认了 

      fun("field@make_filter_url...

      这里其实是为了兼容当前点击,我当时我了扒拉这个功能也费了点事

      snscn 消费:1862.35元 2019-06-04 21:48
      大神,有时间,这些真的该优化下了。
      一个系统,标签千奇百怪,不说一套签体系应用所有模块或者插件,但用两套总能办到吧?
      比如:
      模块调用一套:qb:tag
      插件一套:qb:cj(嗯,随手写的,大概意思吧。)

      现在好多调用完全无法用齐博qb:tag标签实现,结合TP标签都不一样能实现。
      而且一些路径,真的长的无法直视啊。

      真的,现在其他CMS,在标签上,真没有X1现在这么乱这么复杂的。

      别人都是一套标签应用所有模块插件,大不了,加上一些SQL语句。

      但齐博X1标签真没有形成一个彻底的统一,用起来太费劲了。
      snscn 消费:1862.35元 2019-06-04 22:13
      上次给龙老大提过意见,他叫我参考其他CMS写出来,但我这人说话可能有点不好听,不喜欢拐弯抹角,发的帖子基本没人回复,龙老大也不回复,所以就一直没提出来。
      X1出来也一年多了吧,注册用户才3000出头,真正使用的用户相信更少。
      总是有原因的。
      我最近也看了一些其他基于TP5的开源框架,走的基本上是X1一样的路子,PHPCMF就不说了,像其它的一些如hisiphp、DolphinPHP、TPCMF虽然用的人并不多,但也不见得比X1少。
      X1很多地方灵活,但有的地方确实做得不好。
      齐博标签qb:tag应用简单的调用游刃有余,相当灵活,但稍微个性化的,复杂点的调用,可能就抓瞎。
      还有就是一些细节问题,龙老大完全不重视,比如我这个帖子提出的城市地区调用问题,以及以前提出的点评功能。
      说到点评功能,提了好多次意见,还专门开了帖子提出来,完全不采纳我也认了,龙老大回都懒得回复。我也是无语了。
      现在cms这么多,走X1路子的开源框架也不少,官方如果不重视,估计也只能一直这样小打小闹。
      话不好听,@admin一下, 但事实就是这样,我现在对X1已经没有以前的热情了,虽然花了小2000,有可能是冲动消费,但并不后悔,毕竟以前对X1给予厚望,但也就那样了。对于X1,我现在是有时间就搞搞,没时间就懒得理会了。
      Suifeng 消费:23.24元 2019-06-04 22:21
      复杂的调用确实比较难 复杂的调用我更倾向于 class 方式调用。
      标签这块目前不是不够用是太多了 有时候记不清,我感觉一个标签就可以了 其他的都交给业务处理。
      比如:
      {qb:tag name="标签名" type="类型可选" table='数据库表'  where="条件" 等等}
       一些可选参数组成。
      下面是我自己做的系统的一个标签 全站就一个标签:
      {wn name='category' field='thumb,name,id' where='pid=0' orderby='sort DESC' pagesize='40'}
      {/wn} 
      {wn name='goods' field='title,id,money,picurl,market_price' where='status=1 and tuijian=1 and cid=4' orderby='sort DESC' pagesize='10'}
      {/wn} 
      比较粗糙 只能调用简单的数据 复杂的数据还是需要写一个类的
      齐博目前也是这样 简单的调用qb:tag足够 复杂化的就需要class处理
    1 赏钱 赏礼回复
    更多回复
    恢复多功能编辑器
  • 3 1
  • 推荐内容
    扫一扫访问手机版
    请选择要切换的马甲:

     
    网页即时交流
    QQ咨询
    咨询热线
    020-28998648