Lithium 101

Lithium101 is an unofficial community resource for the Lithium PHP framework indexing articles, tutorials, code snippets and libraries.

Libraries

Tracking 261 plugins, categorised and sorted. If you are the plugin owner you can edit the status and category.

Snippets

So far there are 54 Lithium related snippets. It's super easy to add your gists as snippets on the site, if there is anything you think might be interesting or helpful take a minute to share it.

Latest Activity

16 hours ago davidpersson created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

In my opinion we should aim for HHVM compatibility while the way being the goal. It'll be hard to get there in 1/2 days. But each step in that direction is good and brings us closer to the goal. davidpersson
16 hours ago davidpersson created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

There's also #933 which may give some pointers. davidpersson
16 hours ago davidpersson created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

Last time I tested there was a problem with a method implemented in a subclass of a class that used interfaces. That method had a slightly different signature, which doesn't seem to be a problem with vanilla PHP but with HHVM. https://travis-ci.org/UnionOfRAD/lithium/jobs/22779036 davidpersson
17 hours ago blainesch created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

My test case, with a custom stream and including files, seemed to work just fine. I can throw something together probably sometime this weekend. Is this the main reason our tests aren't running? blainesch
17 hours ago kszucs forked UnionOfRAD/framework

UnionOfRAD/framework currently has:

19 hours ago ericcholis created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

I agree @tmaiaroto, extension support is lacking with HHVM. I know I'd personally use HHVM as soon as the support for MongoDB is better (10 Gen is working on it: https://github.com/10gen-labs/mongo-hhvm-driver). As an example, I know Laravel passes 100% of the tests; but I'm not certain of what apps might actually be running HHVM. Like @tmaiaroto said, it all comes down to convenience. Is the gain of using HHVM worth the time to implement? There's always room for improvement in a framework or app's codebase. But, what happens after you've reached your optimization limits? Then, it's down to the compiler or interpreter. Pux looks interesting, and I'd imagine that the HHVM contributors and maintainers keep an eye on things like this. If it's widely used, it's in their best interest to make sure it works. I know Zend has made a pretty big move in PHP performance with 5.5 and OPcache replacing APC. Between 5.5, HHVM, Composer, and FIG; there's a concentrated effort within the PHP community to keep PHP mature and relevant. ericcholis
20 hours ago tmaiaroto created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

But what happens if you use any special PHP extensions? Just because the framework is compatible doesn't mean many folks will be able to actually use HHVM due to their own code or other libraries or extensions. What % of us are going to build Lithium apps for HHVM? HHVM sounds neat, but I'm not personally drinking the Kool-Aid until it works more universally and without worry/lots of work. It's a convenience thing. Of course if it boils down to a few minor changes then cool. But I don't know, you start going down that road and you start asking yourself why not just a different language? Speaking of performance concerns... I've been thinking about things like: https://github.com/c9s/Pux for a while. Would that work under HHVM? I'd be curious to see Lithium router performance under HHVM vs. Pux. Routing and bootstrap are among the most taxing areas of any framework and there's soooo much more to be done about performance in a PHP compatible way before jumping to HHVM. Just my two cents. tmaiaroto
21 hours ago nateabele created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

@blainesch The streams idea is good. That's how the original template implementation worked. Do you have time to take a crack at that? nateabele
21 hours ago blainesch created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

Instead of `eval` would could do a few tricks like saving to a temporary file and including it... maybe we can even use streams? blainesch
23 hours ago nateabele created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

If there are a small number of simple, specific fixes that will make it run, I don't mind updating the codebase. nateabele
23 hours ago ericcholis created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

I agree @jails, HHVM seems to be coming along quickly. Following modern PHP standards should put Lithium in line with HHVM (and vice versa) eventually. ericcholis
1 day ago Meabed started watching UnionOfRAD/lithium

UnionOfRAD/lithium currently has:

1 day ago drKnoxy started watching UnionOfRAD/lithium

UnionOfRAD/lithium currently has:

1 day ago jails created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

Right now HHVM doesn't run any li3 test: https://github.com/UnionOfRAD/lithium/blob/dev/.travis.yml#L29 But imo the question is: "should we code only HHVM compatible code, or PHP code ?" In the last case, I guess we only need to wait for a 100% support of PHP by HHVM. jails
1 day ago nateabele created a comment about an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

I'm all for it, but I'm not sure we'll pass. I think we still use `extract()` in a few places, and I know `Mocker` uses `eval()`, so that might be a non-starter. nateabele
1 day ago ericcholis opened an issue in UnionOfRAD/lithium

[RFC] Submit Lithium to HHVM framework tests

Looks like HHVM is becoming more mature and stable, with over 22 frameworks passing 100% of the tests. Any thoughts? http://hhvm.com/frameworks/
2 days ago blainesch created a comment about an issue in UnionOfRAD/li3_docs

nateabele/li3_resources currently has:

3 days ago JasperTey started watching nateabele/li3_resources

nateabele/li3_resources currently has:

Fixes use of non-existent css.

``lithium.css`` was changed to ``lithified.css`` some time back.

Fixes use of non-existent css.

``lithium.css`` was changed to ``lithified.css`` some time back.
4 days ago blainesch closed an issue in UnionOfRAD/li3_docs
4 days ago blainesch created a comment about an issue in UnionOfRAD/li3_docs

default layout points to non-existent "lithium.css"

A pr to point to `lithified.css` sounds like a good idea. blainesch
4 days ago hannwong created a comment about an issue in UnionOfRAD/li3_docs

default layout points to non-existent "lithium.css"

I forked and amended that. Fix is so trivial, not sure if I should create a pull request. Thanks for tracing that missing css! The whole li3 project seems so quiet. I hope it's because it was done so well that there isn't need for much amendments! It *is* done very well, far as I can tell. Docs not exactly made for newbies, though. hannwong
4 days ago blainesch created a comment about an issue in UnionOfRAD/li3_docs

default layout points to non-existent "lithium.css"

Yes, it was deleted [here](https://github.com/UnionOfRAD/framework/commit/a088b204b6bb8f2a4afdb34ae5a25919414946f0) as part of the base 'framework'. It appears to have been moved to `lithified.css`. https://github.com/UnionOfRAD/framework/tree/master/app/webroot/css blainesch

UnionOfRAD/li3_docs currently has:

5 days ago hannwong opened an issue in UnionOfRAD/li3_docs
5 days ago rickchristie started watching UnionOfRAD/lithium

UnionOfRAD/lithium currently has:

UnionOfRAD/li3_docs currently has: