Ruby China
  • Topics
  • 招聘
  • Wiki
  • 酷站
  • Gems
  • Sign Up
  • Sign In
Jasl
@jasl
Admin
NO. 1107 / 2012-02-21

[email protected]
北京
126 Topics / 3954 Replies
396 Followers
11 Following
82 Favorites
Ass♂we♂can
GitHub Public Repos
  • wx_pay 461

    An unofficial simple wechat pay gem

  • zk_dcap_verifier_poc 1

  • substrate 0

    Substrate: The platform for blockchain innovators

  • parity-common 0

    Collection of crates used in Parity projects

  • polkadot-sdk 0

    The Parity Polkadot Blockchain SDK

  • pjs-rs 0

    A javascript runtime with pjs embebed

  • agave 0

    Web-Scale Blockchain for fast, secure, scalable, decentralized apps and marketplaces.

  • ngine 0

    A nostr application framework

  • derive_more 0

    Some more derive(Trait) options

  • cybros-experimental 0

More on GitHub
  • Overview
  • Topics
  • Replies
  • Favorites
  • Following
  • Followers
  • Rails 6.0 正式发布 at August 26, 2019

    同意

  • [上海][8-24,25] RubyConf China 2019 参会指南 at August 24, 2019

    有

  • [上海][8-24,25] RubyConf China 2019 参会指南 at August 24, 2019

    没...

  • [深度学习] 开源项目 RecruitBot,自动生成 Ruby China 招聘帖 (基于 TensorFlow) at August 23, 2019

    哈哈

  • [上海][8-24,25] RubyConf China 2019 参会指南 at August 23, 2019

    我跟 Rei 俩人晚上在酒店的特色餐厅随便吃了点,花了 102... 在酒店里可以说非常良心了...

  • Rails 6.0 正式发布 at August 22, 2019

    Assets Pipeline 还是好用,但是前端不领情啊...你需要的大多没有,就只好放弃掉了。

  • 众测图数据库 Nebula Graph | 捉虫计划已开启,这项有礼 at August 22, 2019

    nai(一声)biu 啦

  • 众测图数据库 Nebula Graph | 捉虫计划已开启,这项有礼 at August 21, 2019

    图挂啦,似乎是触发 CDN 的防盗链

  • Rails 6.0 正式发布 at August 21, 2019

    这种组件是完全面向业务的,就是因为业务复杂抽取成组件才有价值。

    CarrierWave 最关键是解决了上传文件时的后处理,但 AS 是一套完整的附件管理系统,强大到你可以直接用它搭出网盘来(当然很多时候我们不需要这么复杂,这个之前论坛也有人讨论过应该)

    ActionText 同理。

    所以最好的方式是以服务的形式提供你系统内的其它服务,而不是想方设法去数据库读他的数据。

  • [上海][8-24,25] RubyConf China 2019 参会指南 at August 21, 2019

    群你加我微信 jasl123 我拉你

  • [上海][8-24,25] RubyConf China 2019 参会指南 at August 21, 2019

    中午管饭,晚上得让上海朋友推荐个地方,然后活动过程中自行组队去~ 目前给的推荐有大学路

  • [已经解决] production 环境无法显示 bootstrap 中的 CSS 样式 at August 20, 2019

    如果是 404 的话,可能是没有在启动服务前跑 RAILS_ENV=production rails assets:precompile

  • [上海][8-24,25] RubyConf China 2019 参会指南 at August 20, 2019

  • 多线程的 Redis at August 19, 2019

    @dsh0416 接受挑战!

  • Rails 6.0 正式发布 at August 19, 2019

    其实开发模型 4.2 到现在一直没变过了

  • 创业团队怎么做数据? —— 一套适合创业团队的数据平台解决方案 at August 18, 2019

    吹爆 GitLab!

  • Rails 6.0 正式发布 at August 18, 2019

    只要能弄到 5.1 后边都好办...

  • Rails 6.0 正式发布 at August 17, 2019

    其实说设计模式也不是,就是设计更合理了

  • Rails 6.0 正式发布 at August 17, 2019

    提醒一下现在升级的话,如果项目里用了 Devise 需要暂时用 master 分支,4.6.2 的版本约束不包含 Rails 6.0.0 正式版

  • Mastodon at August 14, 2019

    去中心化社交网络 还有 https://github.com/diaspora/diaspora

  • 貔貅交易所好像被国外开发者复活了 at August 14, 2019

    那个好久了,国内几家交易所也都是貔貅改的

  • 微信支付 Gem at August 13, 2019

    好 如果有 Bug 麻烦提交 PR 哈

  • 微信支付 Gem at August 13, 2019

    API 的封装得看大伙努力了,我现在不做微信支付的开发了,这个你看下微信支付的文档看下是不是调用的参数有问题吧,看样子是个小问题,是某个参数不对。

    另外可以提一个 issue 在 Github 上,看看有没人能帮忙

  • 2019 年 了,是什么让你能够坚持使用 Ruby,或者是什么让你放弃了 Ruby? at August 13, 2019

    运维 Ruby 还是非常多的,包括有 AWS 员工献身说法他们内部,包括他前司 Atlassian,内部 DevOps 有很多 Ruby 写的工具,只不过这块的关键点不在语言上,所以也没什么好在社区说的。

  • Rails 有没有什么些好用而且好看的后台管理界面,基于 Bootstrap。 at August 12, 2019

    ant design pro 就好比各种商业的 bootstrap 主题了,好处是他直接提供的业务相关的控件很多,所以就样式一致性强,说 Bootstrap 这边没有维护水平如同 Ant design 的主题,也没啥毛病。

    国内 ElementUI 和 Ant Design Pro 能做到这个水平是真心不错了,国人没有太多压力用心做的东西比国外产品强很多。

    Bootstrap 的主题我研究过,主要都是东欧那边外包团队或者自由职业搞得,质量参差不齐, CoreUI 算免费的不错了我觉得,他商业版其实就是集成更多的控件,自己集成也行,就是要自己解决样式问题。

  • Rails 有没有什么些好用而且好看的后台管理界面,基于 Bootstrap。 at August 12, 2019

    反正 Bootstrap、Semantic 还有 Foundation 等等纯 CSS 框架(当然包含一些 JS 插件)集成进 Rails 只是体力活,没有技术难度。

    需要花心思的是抽象菜单、导航栏、面包屑之类的(包括哪些导航会被激活),还有标题等东西,讲道理这些就算你用 Ant 也免不了为了项目去抽象工具函数之类。

  • [上海][8-24,25] RubyConf China 2019 售票开始 at August 11, 2019

    更新了日程安排~

  • ScriptCore - 基于 MRuby 的脚本沙箱 (SaaS 快速开发套件之番外篇) at August 09, 2019

    嗯,你用哪个也都在我的魔爪下😂

    不过我是觉得你用 ScriptCore 别给他讲太多语法就好了...

  • ScriptCore - 基于 MRuby 的脚本沙箱 (SaaS 快速开发套件之番外篇) at August 09, 2019

    先说 dentaku,你看看他的 contributor 😂 我在做 ScriptCore 之前很早就做了 https://github.com/jasl/dentaku_calculator

    其实我解决表达式引擎的最开始就是从他开始的,我给他强化了更友好的错误提示(其实比 ScriptCore 能给出的错误信息友好得多),如果他能满足你的需求,直接用是完全没问题的。

    dentaku 很适合简单场景,他的文法类似 Excel 表达式,对于复杂表达式就比较捉急了,我记得过去做知人的时候有的公司的计薪方案复杂的就算用 Ruby 来写,也会特别长。

    后来我发现了 Shopify 基于 mruby 的 ESS,我对技术选型的态度是,如果强大的方案没有增加简单需求的复杂度,那么选择强大的方案。还有什么样的表达式能够比 Ruby 表达能力更强呢?这就是我最终选择 mruby 方案的原因

    既然已经是基于 Ruby 语言来构建表达式了,那自然就达到类似 instance_eval 的目的了,但差别在于 instance_eval 是和应用共享上下文的,也就是说这里首先有“致命”级别的安全隐患,其次,没法做有效的资源限制,有问题的表达式会拖累 Rails 进程,也就是说这个方案常规而言是严重不推荐的。

  • Prev
  • 1
  • 2
  • …
  • 6
  • 7
  • 8
  • 9
  • 10
  • …
  • 120
  • 121
  • Next
关于 / RubyConf / Ruby 镜像 / RubyGems 镜像 / 活跃会员 / 组织 / API / 贡献者
由众多爱好者共同维护的 Ruby 中文社区,本站使用 Homeland 构建,并采用 Docker 部署。
服务器由 赞助 CDN 由 赞助
iOS 客户端 / Android 客户端 简体中文 / English