Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

github.com

Post reply on HN
Print view View original

21–30 of 35 posts

Re: Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

#21

Post by asimovDev »

S15H wrote: post #12
asmodios wrote: post #7

Earlier quoted context omitted.

Thank you for the detailed feedback, it's genuinely valuable. You're right on all technical points : PHPUnit missing from dev dependencies is an oversight I'll fix, and the Unicode limitations are real and should be clearly documented. The NFD/NFKD case is a good catch. On the use case: fair point. My motivation came from testing MySQL and SQLite full-text search on a shared OVH hosting : the performance with filters…

I would actually reconsider adding phpunit as a dev dependency. It is a tool that runs independently from your project. Therefore it should not live in composer. I would recommend declaring the phar dependency with phive. https://docs.phpunit.de/en/12.5/installation.html#phar-or-co... I find this project very impressive and have bookmarked it for potential use in future projects. Thank you for making this.

have a phpunit.xml or something where you can document what version of PHPUnit is required to run the tests for this library. Since there are often deprecations and breakages between major versions of PHPUnit where something gets removed and such

Re: Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

#22

Post by gnyman »

You can also do something like this with static pages using https://pagefind.app/

I built a ChatGPT/claude history search tool and it works surprisingly well.

There are other tools also. Not to detract from this tool but just to inform people about alternatives.

Re: Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

#23

Post by Oxodao »

kassner wrote: post #18
Oxodao wrote: post #16

Earlier quoted context omitted.

1. Just add phpcsfixer and phpstan like any sane project 2. If you use phpunit class in prod code, you deserve to get a fatal error

1. Both tools will not catch it, you need something like https://github.com/maglnet/ComposerRequireChecker 2. That doesn’t apply to PHPUnit specifically, but if you, for example, import PHP-cs-fixer as dev dependency, it will bring symfony/console, and if you rely on that on your own code without importing it on composer.json as a regular dependency, the class will be missing when you composer install for production.

Ok I get what you're saying now, that's fair. Tbh I mainly do Symfony so most of what dev-dependencies use are already in the dependencies for me so it never happened

Re: Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

#24

Post by 4lun »

gnyman wrote: post #22

You can also do something like this with static pages using https://pagefind.app/ I built a ChatGPT/claude history search tool and it works surprisingly well. There are other tools also. Not to detract from this tool but just to inform people about alternatives.

Not quite a comparable alternative. I use Pagefind and it's great for static sites but the search is all client side JS, there's no PHP (or otherwise) client to use it's generated index on the server.

A comparable alternative might be TNTSearch: https://github.com/teamtnt/tntsearch though that requires some (common) PHP extensions to be available, which this library does not require.

Re: Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

#25

Post by asmodios »

ulrischa wrote: post #17

Great tool. Does it work with german umlaut (äöü)? I find it very useful because shared hosting is still big for me. I use ultra cheap shared hosting for nearly everything. No Server maintainance and no funky serverless stuff

[dead]

Re: Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

#26

Post by asmodios »

francislavoie wrote: post #8

We've been using https://github.com/loupe-php/loupe , works quite well for small-to-medium single-instance apps.

Loupe is a great project and more feature-rich than php-fts (stemming, geo, Damerau-Levenshtein typo tolerance). The dependency difference isn't just about Composer packages. Loupe requires pdo_sqlite and SQLite >= 3.35.0, which isn't guaranteed on shared hosting.

Re: Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

#27

Post by asmodios »

trog wrote: post #11
asmodios wrote: post #5

Earlier quoted context omitted.

Yes, Zend_Search_Lucene was dropped from Zend Framework 2 and never officially maintained for modern PHP. There's a community fork.

Any idea if it's any good? I used the old Lucene implementation ages ago and thought it was OK, though wasn't using it in a big way.

The zf1s/zend-search-lucene fork still works and gets occasional updates, but it's essentially legacy maintenance on a PHP 5.3-era codebase. It crashed on PHP 7 for a while, and the original ZF team themselves recommended moving on.

Re: Show HN: PHP-fts – Full-text search engine in pure PHP, no extensions

#28

Post by asmodios »

otterley wrote: post #9
asmodios wrote: post #7

Earlier quoted context omitted.

Thank you for the detailed feedback, it's genuinely valuable. You're right on all technical points : PHPUnit missing from dev dependencies is an oversight I'll fix, and the Unicode limitations are real and should be clearly documented. The NFD/NFKD case is a good catch. On the use case: fair point. My motivation came from testing MySQL and SQLite full-text search on a shared OVH hosting : the performance with filters…

Do you have comparative benchmarks on the filter performance? I'm particularly interested in the SQLite FTS case.

[dead]
Post reply on HN