1.2023小红书web端搜索采集笔记视频点赞关注评论去水印接口源码nodejs
2.easylogging源码学习笔记(6)
3.学习编程|Spring源码深度解析 读书笔记 第4章:bean的笔记加载
4.OsgEarth学习笔记-新01,从源码编译osgEarth
5.记笔记的打卡打软件(vnote)
6.EasyLogger源码学习笔记(1)
2023小红书web端搜索采集笔记视频点赞关注评论去水印接口源码nodejs
本文旨在提供对小红书web端接口的概览,仅供学习与研究,源码源码严禁用于非法用途。下载请遵守法律法规,笔记尊重版权。打卡打最新灰色源码如有侵权,源码源码请及时告知,下载感谢配合。笔记一、打卡打notejs接口调用方法(源码级别):
获取笔记信息:helpnow_get_note_by_id("笔记ID") 获取当前用户信息:helpnow_self_info() 获取用户信息:helpnow_user_info("用户ID") 获取主页推荐:helpnow_home_feed(RECOMMEND) 搜索笔记:helpnow_note_by_keyword("搜索关键字") 获取用户笔记:helpnow_user_notes("用户ID") 获取笔记评论:helpnow_note_comments("笔记ID") 获取笔记子评论:helpnow_note_sub_comments("笔记ID",源码源码 "父评论ID") 评论笔记:helpnow.comment_note("笔记ID", "评论内容") 删除笔记评论:helpnow.delete_note_comment("笔记ID", "评论ID") 评论用户:helpnow.delete_note_comment("笔记ID", "评论ID", "评论内容") 关注用户:helpnow.follow_user("用户ID") 取关用户:helpnow.unfollow_user("用户ID") 收藏笔记:helpnow.collect_note("笔记ID") 取消收藏笔记:helpnow.uncollect_note("笔记ID") 点赞笔记:helpnow.like_note("笔记ID") 取消点赞笔记:helpnow.dislike_note("笔记ID") 点赞评论:helpnow.like_comment("笔记ID", "评论ID") 取消点赞评论:helpnow.dislike_comment("评论ID") 获取二维码:helpnow.get_qrcode() 检查二维码状态:helpnow.check_qrcode("二维码ID", "二维码编码")二、推荐部分小红书使用接口更新:
以下是下载小红书推荐接口的代码示例,用于更新推荐内容。笔记 RECOMMEND = "homefeed_recommend" FASION = "homefeed.fashion_v3" FOOD = "homefeed.food_v3" COSMETICS = "homefeed.cosmetics_v3" MOVIE = "homefeed.movie_and_tv_v3" CAREER = "homefeed.career_v3" EMOTION = "homefeed.love_v3" HOURSE = "homefeed.household_product_v3" GAME = "homefeed.gaming_v3" TRAVEL = "homefeed.travel_v3" FITNESS = "homefeed.fitness_v3"三、打卡打已支持接口列表如下:
包含以下接口用于访问与小红书相关的源码源码数据: 小红书关键字搜索 小红书用户信息详情 小红书用户笔记列表 小红书单个笔记详细数据 小红书用户关注列表 小红书用户粉丝列表 小红书用户点赞的笔记列表 小红书用户收藏的笔记列表 小红书笔记的评论列表 小红书单条评论下的回复列表 小红书单个笔记关联的商品列表 小红书商城店铺下的商品列表 小红书话题页/poi页相关接口easylogging源码学习笔记(6)
`LOG` 是默认日志、CLOG自定义日志、LOG_IF条件日志
特殊日志
LOG_EVERY_N、LOG_AFTER_N、LOG_N_TIMES
for (int i = 1; i <= ; ++i) {
LOG_EVERY_N(2, INFO) << "Logged every second iter";
}// 5 logs written; 2, 4, 6, 7,
for (int i = 1; i <= ; ++i) {
LOG_AFTER_N(2, INFO) << "Log after 2 hits; " << i;
}// 8 logs written; 3, 4, 5, 6, 7, 8, 9,
for (int i = 1; i <= ; ++i) {
LOG_N_TIMES(3, INFO) << "Log only 3 times; " << i;
}// 3 logs writter; 1, 2, 3
条件日志和特殊日志可以搭配使用
* `VLOG_IF(condition, verbose-level)`
* `CVLOG_IF(condition, verbose-level, loggerID)`
* `VLOG_EVERY_N(n, verbose-level)`
* `CVLOG_EVERY_N(n, verbose-level, loggerID)`
* `VLOG_AFTER_N(n, verbose-level)`
* `CVLOG_AFTER_N(n, verbose-level, loggerID)`
* `VLOG_N_TIMES(n, verbose-level)`
* `CVLOG_N_TIMES(n, verbose-level, loggerID)`
日志详细等级判定
if (VLOG_IS_ON(2)) {
// Verbosity level 2 is on for this file
}
性能追踪
* `TIMED_FUNC(obj-name)`
* `TIMED_SCOPE(obj-name, block-name)`
* `TIMED_BLOCK(obj-name, block-name)`
这些宏实际上都是关于el::base::type::PerformanceTrackerPtr,一个指向el::base::PerformanceTracker的指针
#if defined(ELPP_FEATURE_ALL) || defined(ELPP_FEATURE_PERFORMANCE_TRACKING)
PerformanceTracker::PerformanceTracker(const std::string& blockName,
base::TimestampUnit timestampUnit,
const std::string& loggerId,
bool scopedLog, Level level) :
m_blockName(blockName), m_timestampUnit(timestampUnit), m_loggerId(loggerId), m_scopedLog(scopedLog),
m_level(level), m_hasChecked(false), m_lastCheckpointId(std::string()), m_enabled(false) {
#if !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED
// We store it locally so that if user happen to change configuration by the end of scope
// or before calling checkpoint, we still depend on state of configuration at time of construction
el::Logger* loggerPtr = ELPP->registeredLoggers()->get(loggerId, false);
m_enabled = loggerPtr != nullptr && loggerPtr->m_typedConfigurations->performanceTracking(m_level);
if (m_enabled) {
base::utils::DateTime::gettimeofday(&m_startTime);
}
#endif // !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED
}
在构造函数中获取一个时间,
PerformanceTracker::~PerformanceTracker(void) {
#if !defined(ELPP_DISABLE_PERFORMANCE_TRACKING) && ELPP_LOGGING_ENABLED
if (m_enabled) {
base::threading::ScopedLock scopedLock(lock());
if (m_scopedLog) {
base::utils::DateTime::gettimeofday(&m_endTime);
base::type::string_t formattedTime = getFormattedTimeTaken();
PerformanceTrackingData data(PerformanceTrackingData::DataType::Complete);
data.init(this);
data.m_formattedTimeTaken = formattedTime;
PerformanceTrackingCallback* callback = nullptr;
for (const std::pair& h
: ELPP->m_performanceTrackingCallbacks) {
callback = h.second.get();
if (callback != nullptr && callback->enabled()) {
callback->handle(&data);
}
}
}
}
#endif // !defined(ELPP_DISABLE_PERFORMANCE_TRACKING)
}
在析构函数中获取一个时间,处理时间data,使用PerformanceTrackingCallback类型指针callback,并在callback->handle(&data)中处理输出。
由于定义了ELPP_FEATURE_PERFORMANCE_TRACKING,因此在初始化(INITIALIZE_EASYLOGGINGPP)中实际上是安装了一个base::DefaultPerformanceTrackingCallback。
在PerformanceTracker类的handle函数中,callback是一个PerformanceTrackingCallback类型指针,由于安装的是DefaultPerformanceTrackingCallback对象,因此是神州游戏源码一个基类指针指向了派生类对象。处理输出的逻辑在DefaultPerformanceTrackingCallback类的handle函数中。
DefaultPerformanceTrackingCallback类的handle函数首先会将数据成员m_data的指针赋值给函数参数,并创建一个base::type::stringstream_t类型的对象ss用于构建输出内容。根据m_data的dataType,输出不同的信息。在输出时,会使用el::base::Writer类构造并输出内容。
学习编程|Spring源码深度解析 读书笔记 第4章:bean的加载
在Spring框架中,bean的加载过程是一个精细且有序的过程。首先,当需要加载bean时,Spring会尝试通过转换beanName来识别目标对象,可能涉及到别名或FactoryBean的识别。
加载过程分为几步:从缓存查找单例,Spring容器内单例只创建一次,若缓存中无数据,会尝试从singletonFactories寻找。接着是bean的实例化,从缓存获取原始状态后,可能需要进一步处理以符合预期状态。
原型模式的依赖检查是单例模式特有的,用来避免循环依赖问题。然后,如果缓存中无数据,会检查parentBeanFactory,递归加载配置。BeanDefinition会被转换为RootBeanDefinition,合并父类属性,确保依赖的下雪模块源码正确初始化。
Spring根据不同的scope策略创建bean,如singleton、prototype等。类型转换是后续步骤,可能将返回的bean转换为所需的类型。FactoryBean的使用提供了灵活的实例化逻辑,用户自定义创建bean的过程。
当bean为FactoryBean时,getBean()方法代理了FactoryBean的getObject(),允许通过不同的方式配置bean。缓存中获取单例时,会执行循环依赖检测和性能优化。最后,通过ObjectFactory实例singletonFactory定义bean的完整加载逻辑,包括回调方法用于处理单例创建前后的状态。
OsgEarth学习笔记-新,从源码编译osgEarth
从源码编译 osgEarth 的学习笔记
学习路径及环境准备
学习路径选定为 osgEarth,以期找到项目工作的突破点。本机环境为 Windows bit,使用 VS 社区版进行开发。由于涉及到OSG第三方依赖,需安装 VC x 的编译环境。后续的预编译或源码编译操作均基于 VC 版本。
环境搭建步骤
首先,安装 VC 编译环境,并下载 Cmake 工具。
其次,从 GitHub 下载 osgEarth 源代码(当前为 3.4 版本)及 OpenSceneGraph(当前为 3.6.5 版本),确保遵循官网对依赖项的源码如何找要求:OSG 3.6 及以上、GDAL 2.4 及以上、CURL、GEOS 3.2 及以上(可选)。对于 GDAL,考虑到版本兼容性,选择 2.4 版本以避免后续问题。
独立下载 GDAL 及其依赖(CURL 和 GEOS)至 gdal 目录下,并确保正确安装。
对于 Libzip 和 zlib,下载较新版本的源码并编译为库。使用第三方库解决方案以解决与 VS+Cmake 的兼容问题。
构建流程
针对 OpenSceneGraph,创建 build 目录并在 Cmake 中指定源码路径与编译选项。关键配置包括 OSG_GL_CONTEXT_VERSION 3.3,以适应 OpenGL 版本要求。
在 osgEarth 的 build 目录下,通过 Cmake-Gui 配置源码路径与关键选项(如 Curl、openthreads)。注意配置 GDAL、osg,并确保 Zip 插件使用较新版的 libzip 库。手动下载 Lerc 源码并解压至指定目录。Sqlite3 与 gdal 包共用。生成、配置并编译项目。
验证编译结果
将编译生成的 dll 等文件放置在指定目录下。通过命令行进入 bin 目录,执行 osgearth_viewer.exe 命令,加载测试文件,极速dd源码确认 osgEarth 正常运行。
总结
从源码编译 osgEarth 的全过程耗时约 8 小时,虽有挑战,但最终成功验证了编译结果。此学习笔记旨在记录整个编译流程,提供参考与后续优化建议。祝大家在开发道路上越走越远。
记笔记的软件(vnote)
今天,我们将探讨如何在Ubuntu系统中安装并使用一款名为Vnote的开源跨平台记笔记软件。Vnote不仅免费,而且功能强大,是许多用户在编写文章、学习和工作中进行笔记记录的首选。如果你对Markdown语法不熟悉,没关系,Vnote提供了详细的使用指南,帮助用户在边记笔记边学习的过程中逐步掌握其魅力。
在开始介绍Vnote之前,让我们先了解一下AppImage格式的Linux软件包。AppImage是一种方便的Linux应用打包方式,它允许用户在无需安装额外软件的情况下直接运行应用,类似于Windows中的绿色软件。通过AppImage,开发者可以一次性打包程序,实现跨平台兼容,覆盖主流桌面系统。
接下来,我们将演示如何通过AppImage格式在Ubuntu系统中安装Vnote笔记软件。首先,访问Vnote GitHub页面下载AppImage格式的最新版本(目前为V2.3)。下载完成后,将文件保存到易于访问的位置,如创建一个名为“soft”的文件夹,并将AppImage文件移动至该文件夹内。通过终端或文件管理器中的快捷方式给该文件添加执行权限。
为了方便日常使用,我们还可以将Vnote添加到Ubuntu的Dock中。使用终端执行以下命令:`cd /usr/share/applications/`,然后创建或编辑Vnote的桌面快捷方式`sudo gedit vnote.desktop`。在文本编辑器中输入相应的配置信息,包括图标路径和执行命令,确保桌面快捷方式能够指向正确的AppImage文件。保存并退出文本编辑器后,重启Dock或使用快捷键在Dock中搜索Vnote,即可将其固定在Dock上,便于快速访问。
对于那些喜欢探索和自定义的用户,还提供了一种高级安装方法:编译源码安装。然而,考虑到篇幅限制,这里不再详细介绍编译过程,建议直接参考Vnote开发者提供的详细构建文档。通过阅读原文链接,用户可以跟随文档指导,完成从源码到可执行程序的完整构建过程,从而获得更深入的了解和自定义权限。
Vnote以其用户友好性、强大的Markdown支持和免费的特性,为Ubuntu用户提供了高效便捷的笔记记录工具。通过上述安装指南,无论是初学者还是高级用户,都能轻松上手,充分利用Vnote的强大功能,提高学习和工作效率。
EasyLogger源码学习笔记(1)
在编程中,预处理器通过宏定义执行特定的逻辑。使用`#ifdef`和`#else`可以实现条件编译。当`#ifdef _XXXX`中的标识符_XXXX被`#define`命令定义时,编译器将执行`#ifdef`后的程序段1,否则执行`#else`后的程序段2。`#ifndef _XXXX`则表示如果标识符未被定义,则执行程序段1,反之执行程序段2。
ANSI C宏提供了多种实用信息,如`__DATE__`返回当前日期,`__TIME__`返回当前时间,`__FILE__`包含当前文件名,`__LINE__`包含当前行号。`__STDC__`常量用于判断程序是否遵循ANSI C标准。`__FUNCTION__`宏在预编译时返回所在函数的名称。
宏参数的处理可以通过`#`将参数变为字符串,使用`##`将两个宏参数连接起来。`__VA_ARGS__`是一个可变参数宏,需配合`define`使用,将宏左侧的`..`内容原样复制到右侧。
`#if defined`和`#if !defined`在功能上相似,都用于判断宏是否定义。`#error`指令在编译时生成错误消息并停止编译,用于警告开发者。
`extern`关键字用于引用其他文件中的函数或全局变量。例如`extern ElogErrCode elog_port_init(void);`声明了一个名为`elog_port_init`的外部函数,调用时需要指明返回值类型和参数。
在多线程编程中,使用`sched_param`结构来管理线程调度参数。`sem_t`表示信号量,用于实现互斥和同步。`pthread_attr_setschedpolicy(&thread_attr, SCHED_RR);`设置进程调度策略为实时轮转调度。
`SCHED_OTHER`默认分时调度策略,`SCHED_FIFO`采用先进先出策略,而`SCHED_RR`是`SCHED_FIFO`的增强版,提供实时轮转功能。使用`sched_get_priority_max(int policy);`和`sched_get_priority_min(int policy);`函数可以获取线程可设置的最高和最低优先级,其中策略参数即上述三种调度策略的宏定义。
`pthread_attr_setschedparam(&thread_attr, &thread_sched_param);`用于设置线程的优先级。通过这些函数,开发者可以精细地控制线程调度,提高程序性能。
EasyLogger源码学习笔记(4)
setbuf函数用于开启或关闭缓冲机制,关闭时使用setbuf(stdout, NULL);。
在编程中,unlikely(x) 和 likely(x) 函数通过宏定义 __builtin_expect(!!(x), 1) 和 __builtin_expect(!!(x), 0) 实现,用以帮助优化编译器,实现等价于if(a)但更高效的条件判断。
semget()函数用于创建或获取信号量,其原型为 int semget(key_t key, int num_sems, int sem_flags)。它接受一个键值、指定信号量数量及标志位,成功时返回信号标识符,失败时返回-1。
semctl()函数用于设置或获取信号量的值,而semop()函数则用于执行信号量的P操作或V操作。
信号量在共享内存管理中扮演关键角色,内核维护一个名为shmid_ds的数据结构,用于管理共享内存段。
利用fseek()函数,可以设置文件流的位置,通过参数offset和whence来确定查找位置的偏移量。
a+方式打开文本文件,允许读写,若文件不存在则创建,读取从头开始,写入只能追加。
sem_post函数(int sem_post(sem_t *sem);)将信号量值增加1,当线程阻塞在该信号量上时,调用此函数会使一个线程解除阻塞,选择机制由线程调度策略决定。
sem_wait函数(int sem_wait(sem_t * sem);)则将信号量值减去1,但需等待信号量值非零时才开始减法操作。
一种应用方法是利用信号量实现类似于信号传递的功能,某线程在特定条件下执行任务,其他线程通过调用sem_post()使信号量加一,该线程在调用sem_wait()后解除阻塞,继续执行。
EasyLogger源码学习笔记(5)
在EasyLogger源码的学习中,我们了解到日志对象使用了互斥锁以确保同一时刻只有一个线程能进行操作,保证了日志管理的安全性与高效性。
对于异步输出,EasyLogger通过信号量实现了优化。当需要等待执行时,某个线程会被阻塞,以减少CPU的占用。这一特性允许用户单独设置异步输出的日志等级,提高系统的灵活性与可控性。
在文件输出时,使用了信号量集合,其中仅包含一个信号量。这一设计确保了同时只有一个线程能向文件中写入日志,避免了多线程并发写入导致的文件混乱。
日志输出的多样选择体现了EasyLogger的灵活性,无论是输出到文件还是串口,都可以根据需要配置是否采用异步输出,以适应不同的应用场景与性能需求。
此外,sem_post函数用于解锁由semby指定的信号量,执行对特定信号量的解锁操作。而semop函数则用于执行一组预先定义的信号量操作,适用于对多个信号量进行原子性操作。
在信号量集合仅包含一个信号量的情况下,使用sem_post函数进行操作可能直接替代使用semop函数。这一设计简化了信号量管理,提高了代码的可读性和效率。