年度归档: 2025 年

[category_tags]
  • 物业费和车位管理费捆绑收取是不合法的

    物业费和车位管理费捆绑收取是不合法的

    作者:

    ;发表于:

    根据《物业服务收费管理办法》《物业管理条例》及相关法律实践,车位管理费与物业费不得强制捆绑收费,具体分析如下:​

    一、法律依据:两项费用性质独立,禁止强制捆绑

    1. 服务内容不同,合同关系独立
    • 物业费:依据《物业服务收费管理办法》第二条,指向小区公共区域(如共用设施维护、卫生、秩序等)的整体服务,对应业主与物业的基础物业服务合同。​
    • 车位管理费:针对车位专项服务(如车位清洁、设施维护、停车秩序管理等),属于独立的服务项目(《物业管理条例》第四十条)。二者基于不同合同关系,不可混为一谈。​
    1. 收费需基于合同约定,禁止单方捆绑
    • 《物业管理条例》第四十一条明确,物业费缴纳需按合同约定,而车位管理费应通过专项约定(如车位使用协议)确定。若物业服务合同未约定 “捆绑收费”,物业无权单方强制。​
    • 部分地方规定(如山西)进一步明确,禁止物业将物业费、车位费等捆绑收费。​

    二、捆绑收费的违法性与风险

    1. 违反 “费用与服务对应” 原则

    物业以拒缴物业费为由限制车位使用,实质是将业主对公共服务的异议转嫁到专有车位权益,违背《物业服务收费管理办法》第五条 “费用与服务水平相适应” 的原则。​

    1. 涉嫌滥用权利,侵犯业主权益

    车位属业主专有或租赁财产,物业无权因物业费纠纷限制业主使用(《民法典》第二百七十五条)。捆绑收费可能被认定为 “变相停水停电催费”,违反《民法典》第九百四十四条禁止性规定。​

    1. 法律后果
    • 业主可向住建部门市场监管部门投诉,要求责令改正(《物业管理条例》第四十九条)。​
    • 物业可能面临行政处罚。
    • 业主可通过诉讼主张权益,要求物业停止侵权、赔偿损失。

    三、业主应对建议

    1. 核查合同条款:若物业服务合同或车位协议未约定捆绑,可书面要求物业单独收取车位费,并保留沟通记录。​
    1. 拒绝不合理限制:物业若以 “不缴物业费禁入车位”,可收集证据(如缴费记录、沟通记录),向当地住建部门投诉(参考《物业管理条例》第四十九条)。​
    1. 法律救济:协商无果可起诉,主张物业违约或侵权(引用《民法典》《物业服务收费管理办法》相关条款)。​

    结论

    车位管理费与物业费是独立的费用项目,强制捆绑收费缺乏法律依据,违反 “契约自由” 和 “服务对价” 原则。业主有权拒绝捆绑,并通过投诉、诉讼等途径维护合法权益。物业应通过协商或法律程序追缴物业费,而非限制业主对专有车位的使用权。​

    参考相关法律文献:

    《物业服务收费管理办法》

    《物业管理条例》

    《民法典》


  • 禁止WordPress的自动更新

    作者:

    ;发表于:

    自打 WordPress 3.7 版本推出后,就新增了自动后台更新功能。这个功能的核心诉求很明确:强化网站的安全防线,避免那些未及时打上补丁的漏洞被不法分子利用来发起攻击。而在默认设置下,WordPress 会自动完成这些更新操作:核心系统的安全小更新(即 minor 更新)、插件的更新、主题的更新,以及翻译文件的更新。

    不过有的时候会跟当前已经生效的主题、插件、自定义代码等会有冲突,所以可能需要禁止自动更新,可以在自己有需要并准备充足的时候,手动再进行更新。

    需要配置的文件在:wordpress 根目录/wp-config.php

    wp-config.php
    -------------
    
    // 禁用所有自动更新
    define( 'AUTOMATIC_UPDATER_DISABLED', true );
    
    
    // 只禁用系统核心的更新
    define('WP_AUTO_UPDATE_CORE', false);
    // 只允许次要(minor)更新
    define('WP_AUTO_UPDATE_CORE', 'minor');

    如果只想禁用主题或者插件的自动更新功能的话,需要找到当前使用的主题,例如:

    wordpress根目录/wp-content/themes/{主题名称}/functions.php

    functions.php
    -------------
    
    // 只禁用主题的自动更新
    add_filter('auto_update_theme', '__return_false');
    // 只禁用插件的自动更新
    add_filter('auto_update_plugin', '__return_false');


  • 自我定位@20250909

    作者:

    ;发表于:

    关于现阶段自我的一些定位问题,说实话,挺乱的(苦笑)

    原因自然而然的是关于现阶段有超级多的想法想要去做,但在身体、时间、家庭、生意之中,难以取得一定的平衡。

    这是什么原因导致的呢?是由于现在爆发式的AI大模型导致的。对,没错,但凡是接触过的人,多多少少都深有体会。我在乐在其中,不说别的,就目前我这半吊子的编程水平下,效率方面也让我感到震惊外加兴奋,当然自身技术的好坏也决定使用的整个过程顺不顺畅,但我也可以从中直接学习新的技术,可为一举两得吧。

    在一些技术群,有大佬离职全职创业,通过AI大模型,似乎可以把所有的事情全都一一落实,作为旁观者的我来说,无不为之震惊的。同时我也有一些项目确确实实的落实下来了,虽然技术只能用自己熟悉的“旧时代技术栈”,也当做自己这几年坚持买域名和云服务器的一些“胜利果实”吧。(阶段性)

    那从我的角度出发,我并不能好好的区分生意和日常私生活的时间(像是朝九晚五上下班那样)因为生意已经融入到了日常生活当中了。直到今天,我有了一个明确的想法:我要把AI大模型渗透到生意的方方面面中

    目前已经落实的一个项目为:纺支宝ERP供应商管理插件(fangzhibao-supplier-mgmt ↗),可以方便我生意软件上的日常操作。还有一个正在落实的项目是关于店铺商品货源检查的,能够解决及时发现并处理已下架的货源商品问题。

    目前的大致方向为:

    • 豆包大模型
      • 图片创意2.0 生成商品海报、优化商品图片、详情页
      • Seedream 4.0有待更多拓展?
      • 销售文案?
    • 国外大模型拓展评估

    hmm,写文章前我觉得我的想法蛮清晰的,写到这里就感觉不知道要讲啥了。。那么还是先留一个“契机”在这里吧,等以后有更新,有进度了的话再来更新。


  • 我认为 AI 可能是我最后的机遇

    我认为 AI 可能是我最后的机遇

    作者:

    ;发表于:

    我,是一名 “辅助性” 的人。

    从大学计算机专业毕业从事编程工作以来,到现在从事电商行业。回头望去磕磕碰碰的一路,我发现我的定位似乎始终是 “打辅助” 。

    何为 “辅助” 呢?意思是有我的参与可以让事情更加锦上添花。我对此很有信心,而且我有绝对的信念能比绝大多数的人做的更好,只要是我愿意做的,一定要做到自己足够满意才行。但这恰恰也反映出我缺乏 “单挑一路” 的实力。以前从事编程工作的时候可能还没来得及做到一定的高度,所以这方面的感悟会有一点但不多,现在从事电商行业中,几年的时间让我总结出了这样的想法。

    在做生意的字典里面,“打辅助” 的意思也可以用一个字来解释,就是:怂。不敢拼出一条血路,纯靠上天的运气的话,赚到大钱的机率自然而然是非常困难的。

    现在就更不谈 “不做生意,回去上班” 这种事情了,那就是真真正正地完完全全地认怂了。

    但今年开始各种 AI 的落地,我感觉看到了一束光(其实很多很多很多人也都看到了,有些看到的还是一大把,笑)

    去年,24年的9月份,我曾尝试过一些剪辑的内容,算有了一个入门,感觉下来真的从剪辑视频中赚到大钱的话,其实需要的还是更多的时间投入。虽然平时有空(生意不好才说有时间 ╮(╯▽╰)╭),但对于电商行业的话,其实两者并不是太契合,剪辑也并非只是简单的抖音发一点视频这样。但由于我天生是个 “辅助性” 选手,在没人带的情况下,难搞起来,后面就渐渐不了了之了。

    从“古”至今,我一直是想得多,做得少(落实困难),行动力太差。有一部分原因可能是因为想法太 “超前”,难以入手;有一部分原因是做的过程需要学习成本,耗时耗力,难以下手。最近这几个月的话我发现事情变得有点不同了。

    拿老本行编程来说吧,在 AI 的加持下,可以异常快速的落实一些项目,这个是我之前从未想到的一件事情,目前我认为在白嫖的途径下(即不需要购买 token 来获取更专业、稳定的 AI 服务),现在的几个成熟的大模型均能胜任,对于有一定编程基础的人来说,这个体验会更加丝滑,只要你会提你的需求,就能在一定程度上秒实现出来。相比以前可能需要花时间学新的领域的知识,花时间思考,等等的事情,现在通过 AI 都能真正的落实下来。

    说回现在从事的电商生意,各家电商平台本身也都在集成自家 AI 能力,对于买家和卖家都会出对应的工具来拉拢更多的人(买卖双方)进自己的平台,从而获取利益。我认为以后线上和线下的生意,有了 AI 的参与,将会呈现出不同的结果。我作为一个打辅助人,今年我的想法变得有些不一样了,我幻想到了未来的可能性,而不是原本看不到的未来。

    暂时不说,因为在我这里,似乎有些事情说出来就会不灵了。

    那么也让我自己拭目以待吧


  • 每当我有了灵感想写点什么的时候。。

    作者:

    ;发表于:

    已经躺在床上准备睡觉的我,脑子里突然有了一点对生活的感悟,觉得得起床写把它写下来。

    虽然时间上已经快到午夜12点了,人到中年,不能再去熬夜了,但我的脑子此时此刻却是无比清醒的状态,所以我义无反顾的起身来到电脑前,点亮电脑的屏幕,打开了浏览器。

    然而,在网站后台点开新建文章的时候,时间已经来到了第二天的凌晨1点钟。。

    这期间发生了什么?原来是我又花费了1个多小时在那些社交媒体上。

    1小时前的那些感悟,此时此刻我也有点模糊不清了,更别说当时想写下来的东西了。

    1小时的社交媒体的浏览似乎对现在的我来说,也没有多大的意义。

    我什么都写不出了。(本来也写不出来2333)

    好了,睡吧。

    至少我还能少熬点夜吧。


  • 一个关于网站的性能优化

    作者:

    ;发表于:

    收录一个学习笔记:


    可以通过以下三点来对网站的性能进行优化

    • 网站传输的优化
    • 网站体积的优化
    • 网站加载的优化

    一、网站传输优化策略

    • 加大网站本身的带宽(加钱)
    • 使用CDN加速静态资源(加钱)
    • 增加浏览器本地缓存时长(静态资源不用重复请求服务器)
    • 服务器升级到HTTP/2(可以并行处理资源请求)

    二、网站体积优化策略

    • 图片压缩
      • 把 jpg 和 png 的图片压缩为 webp 格式
      • 根据需要,还可以把图片质量可以调整到80%
    • 对于部署的代码文件进行压缩
    • 服务器开启支持 gzip 压缩传输功能

    三、网站加载优化策略

    • 延迟加载
      • 可以通过 html 自带属性 lazy
      • 在需要的地方手动添加懒加载功能
    • 按需加载
      • 访问具体页面加载对应页面的资源,避免加载所有资源文件
    • 分层加载
      • 使用低分辨率的缩略图进行加载,按操作等需求加载对应原始资源图
    • 预加载
      • 使用 prefect 进行预加载内容
    • 请求合并
      • 利用css雪碧图整合资源文件
      • 通过一些统一的 API 来一次性获取原本需要多个请求才能得到的内容

    网站性能分析工具

    • 浏览器自带的 Lighthouse
    • 其他一些免费的在线工具

    以上。

    来源:我救了个垃圾网站,速度提升了1500倍!


  • 一个关于Github的工作流介绍

    作者:

    ;发表于:

    收录一个学习笔记:


    1. git clone XXX,在本地建立一个仓库
    2. git checkout -b feature-branch,建立某个功能分支(feature-branch)以便进行相应功能的开发操作
    3. 在 feature-branch 上完成所需要的工作,使用 git add 和 git commit 进行代码本地仓库的代码提交
    4. git push origin -u feature-branch,更新到远程 Github 上
    5. 在 Github 上使用 New pull request 进行合并提交到 main,优先选择 squash and merge 进行合并操作
    6. 在 Github 上删除已完成的 feature-branch
    7. 本地上先切换到 main,然后使用 git branch -D feature-branch 来删除这个 feature-branch
    8. git pull origin main 把最新的更新合并到本地 main 分支上

    其中当 main 在 feature-branch 建立之后进行过一些更新改动的时候,需要在 New pull request 之前进行一次远程同步,把在 main 上更新的内容,融合进开发完成的 feature-branch 上

    1. git checkout main,切换到本地 main
    2. git pull origin main,更新到最新的 main
    3. git checkout feature-branch,切换到需要更新的分支上
    4. git rebase main,进行 main 到 feature-branch 的融合
    5. 当有冲突发生的时候,需要手动审查代码改动直到解决冲突
    6. git push -f origin feature-branch
    7. 之后在进行 New pull request 及后续操作

    以上。

    来源:十分钟学会正确的github工作流,和开源作者们使用同一套流程


  • 令我触动的作品

    令我触动的作品

    作者:

    ;发表于:

    这两天因为某些契机,看完了一部2017年的老番,《舞动青春》。

    关于跳舞题材的动漫作品正常来讲并非我的菜,所以2017年(那会还在正常追番中)应该理所当然的被我忽视了吧。随着年纪的增长,对青春两个字愈发向往(?),导致我决定花时间看这部作品吧。

    不得不说中文译名的《舞动青春》更加切合这部动漫作品,如果只是去直翻日语:ボールルームへようこそ(欢迎来到跳舞厅)的话,我大概一辈子都不会点进这部作品中吧。(笑)

    首先简单说一下看完24集之后的感受吧。

    一开始我其实不太适应动画中关于跳舞的人物和动作作画风格,后面逐渐能够接受,整部片子讲的关于竞技舞蹈相关的内容也是逐渐带入进来。24集大体上分为上下两部分,前半部分心理情绪感觉一直在往上走,毕竟男主角是菜鸟开局,周围的小伙伴后来发现其实都是从小就开始跳舞了,男主等于是半路出家,却能够在这群人中慢慢展示出一些专业舞者才有的才能,并得到真正大佬的认可,所以让我有种看上瘾的感觉,,当然其中不乏描写刻画关于青春期少男少女的感情,毕竟交谊舞是男女配合手拉手身体接触在一块跳的,而且男女组合叫做couple,找couple的过程就叫做约会了。后半段都在讲男主的后续成长,这部分就比较高低起伏了,而且整部片子的人物塑造和心里描述很多,尤其是后半段。这点其实我也不太讨厌,有《四谎》作品的既视感在里面,这种就得看制作组的功力了。

    看完之后,有一点那种情感无处安放的焦躁感,但…不多。主要原因,嘛,是因为这个故事其实并没有讲完,尤其是看最后两三集的时候,心里想着这才哪到哪儿。但在看完最后一集,最后一幕后,给人的感觉就是,故事就交代到这里了,没有做后续的铺垫,续作什么的也就无从谈起了。。


    这部作品令我觉得触动的点有其二。

    其一是:晚上去搜一下这个作品相关的内容。看到是漫画改编的作品,我觉得应该能看到不少后面的内容,但结果令人意外,2011年的漫画作品已然过了十几个年头了,却还只是出到70多章的内容,大概从2014年底开始,单行本发行就开始连不上了,后面有停1~3年又恢复更新了点的,然后又停了1~3年。直到看到漫画作者2024年12月份的时候发了消息,似乎表示后续会有更新。我觉得这个作者这10多年过的真是不容易,虽然作者没有公开表示过具体是什么原因(简单搜索了下可能是身体原因导致的休刊),但从这10多年时不时会恢复连载来看,他并没有放弃,还在坚持自己的梦想。和隔壁的某富㭴完全不一样(笑)。

    其二是:漫画和动画中关于竞技舞蹈(dance sport)的描绘和创作对应到现实世界中的交谊舞中的现代舞本身,单从一个从来没接触过纯外行的人看来,我认为是有过之而无不及的。在日本也是有真实存在的三笠宮杯竞技比赛的。

    既然有日本体育舞蹈联盟,那会不会有中国的,乃至世界的?带着疑问进一步搜索,结果给了我肯定的回答,只是之前因为没有接触过所以才没有去关注。

    我想这个源于西方,夹杂在体育与舞蹈之间的运动,相比那些热门的体育竞技项目或者是中国舞、芭蕾舞等传统的舞蹈项目来说,算是比较小众的一个,但其内在或者说体育舞蹈本身,却是非常优秀的一种竞技运动。好的事物往往也需要有好的宣传途径。相比那些公开赛或者是官方定期举办的活动,这部以青少年为受众人群的作品:《舞动青春》应该能达到令人意想不到的效果。如果国内也有类似的作品,就像是小时候看的《我为歌狂》那样,纯粹的作品,就好了。

    我喜欢这样不带任何自私主见,纯粹追求着某样东西本质的作品。这几天愈发给我的感觉是相见恨晚。我是一个比较容易被喜欢的事物影响到的人,10几年前的话,有可能是会去身体力行哒!(认真脸)现在这把老骨头了,腰感觉也不行了,终究只能是一个迟到的愿望了吧。。。很难想象作者这么多年是带着怎么样的心情坚持下来的,一部好的作品值得等待,我也在内心里给作者加油,耐心等待下次的更新。

    参考:


  • 一月印象照片

    一月印象照片

    作者:

    ;发表于:

    一月印象照片拍摄于2025年1月18日,在安吉县的杭州Hello Kitty乐园游玩时。

    一月印象照片


  • 回顾一下两年前的代办事项..

    作者:

    ;发表于:

    今天突然翻看到自己2年前2022年记录的一个代办文档。。于是我决定要写一篇小文章记录一下。。

    其实自从2011年毕业后加入工作开始,作为在工作项目中比较熟悉一直在使用,并且也将其慢慢融入自己生活当中的一个最佳实践,我一直都会写一些我自己的代办列表,也就是TODO list。但其效果一般是比较感人的,跟年度总结一样,十之八九都是完不成的。当时会学着当时在Agile的项目中的那样,定一个周期来记录、预估时间、执行,并且把前一期没有完成的放到后一期里面。。此时此刻回想起来,比较的形式主义,想想也算是在浪费时间。

    不过这个2022年记录的,跟在这之前的确实是有点不一样。我记得这个是我第一次决定要正式放弃那些一年又一年只存在于TODO列表中的事项。

    尝试回忆了一下,第一个用于写这些代办的软件是印象笔记,当时还是纯免费版本的Evernote。当时不光是记录代办,只要是可以记录的我都会写在印象笔记中,而且我还把它当成了写一些想法和日记的工具(ps:过两天要不就把这些黑历史搬到这里吧2333)。好像记得前两年特地去登录了一下,缅怀了一下那里面记录的我的青春。该说不说,留点记录老了之后看看还是蛮好的。之后的话,也陆陆续续的用过一些Chrome代办插件啊,wonderlist啦,还有一些记不起名字的应用。

    现在我已经不会去定期维护我的这些待办列表了,也是我发现是时候让这些遗憾真正地遗憾的时候了。这两年我发现我脑子里记东西和反应速度还是可以的,所以大部分眼下的待办事项在短时间的身体力行之后就不就不再是待办事项,所以也就慢慢学会不再去积累他们,而是去解决,解决不了的就放弃。人嘛,总免不了慵懒,已经放弃的就留个念想,正在放弃的还在做自己最后的心里斗争,仅属于自己的野心也一点点被抽干,棱角也难免被磨平了一些。

    最后的夙愿是为了孩子,维护好这个网站,是时候传递一些事情了,作为大人。