Thanks! The english was fine, plus the content was much more than what I would have achieved wasting time reading slashdot/reddit/your-favorite-news-site.<br><br><br><div class="gmail_quote">On Mon, Mar 9, 2009 at 12:54 PM, Pavel Dudrenov <span dir="ltr"><<a href="mailto:dudrenov@gmail.com">dudrenov@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I want to apologize for my previous email. It's full with spelling<br>
errors and half of it don't make sense. I blame it on my lack of<br>
sleep/coffee and my inferior knowledge of English.<br>
<font color="#888888"><br>
Pavel<br>
</font><div><div></div><div class="h5"><br>
<br>
On Mon, Mar 9, 2009 at 12:51 PM, Pavel Dudrenov <<a href="mailto:dudrenov@gmail.com">dudrenov@gmail.com</a>> wrote:<br>
> OK,<br>
> Not much more to say there, but anyway. All you have is some<br>
> standardized intermediate data representation that you can use to<br>
> communicate between different systems. It's like xmlhttprequests in js<br>
> with json or xml returned. Same principle.<br>
><br>
> For the mysql stuff. I had to make an IM notification for a wiki and<br>
> forum systems for a client. They wanted not only email notifications,<br>
> but IM notifications too. So I used libyahoo and such to make a little<br>
> daemon that reads from db for pending messages, mark them as read, and<br>
> send them. So whenever new post replies happen, or a wiki page was<br>
> edited, they would be written to a table and the im notifier would<br>
> just read from it periodically. It could be done other ways, but that<br>
> was comfortable coz' the team I worked with. They were not really<br>
> comfortable with any other methods. It worked rather well in the end<br>
> actually. It was an internal tool, so I did not even have to wory<br>
> about IM providers blocking the bot, since it had small traffic.<br>
><br>
> Second think I did was for a kind of a big site. We needed fast search<br>
> based on different tags/keywords. So we made a little C server/daemon<br>
> that on boot up would read up the whole DB, initialize bunch of arrays<br>
> on for each keyword we wanted to search by, and sort the data for each<br>
> array based on keywords. After that you would just query it using a<br>
> socket and it would return you  just mysql IDs, which you use to get<br>
> the actual data. It proved much more efficient then doing it all in<br>
> mysql. Ofcaurse whenever you would create new record in DB you would<br>
> update the daemon too.<br>
><br>
> Any method will have it's pluses and minuses use whatever you feel<br>
> most comfortable, whatever you understand best.<br>
><br>
> Pavel<br>
> P.S.<br>
> I might still have the source for the later one, but it's such a<br>
> simple thing that I don't think it's even worth pasting here. I might<br>
> have the IM thingy code somewhere too.<br>
><br>
> On Mon, Mar 9, 2009 at 12:29 PM, lowly coder<br>
> <<a href="mailto:lowlycoder@huoyanjinjing.com">lowlycoder@huoyanjinjing.com</a>> wrote:<br>
>> Interesting.<br>
>><br>
>> So for neither of these, did you use FFI -- you pretty much said "okay, what<br>
>> communication mechanisms does unix give me, and I'll use those" --> thus<br>
>> pipe/sockets & writing to mysql (which is almost like shared memory).<br>
>><br>
>> Can you say some more about your experiences with this approach?<br>
>><br>
>> On Sun, Mar 8, 2009 at 8:20 PM, Pavel Dudrenov <<a href="mailto:dudrenov@gmail.com">dudrenov@gmail.com</a>> wrote:<br>
>>><br>
>>> Well it kind of depends on your app. For what I've done in the past, C<br>
>>> talking to a php app, I did by keeping both completely separate and<br>
>>> have them use the same data (both query same mysql db). The other time<br>
>>> I just had C daemon and had php connect to it using a socket.<br>
>>><br>
>>> Depending on your project you might try something similar,<br>
>>> Pavel<br>
>>><br>
>>><br>
>>> On Sun, Mar 8, 2009 at 4:23 PM, lowly coder<br>
>>> <<a href="mailto:lowlycoder@huoyanjinjing.com">lowlycoder@huoyanjinjing.com</a>> wrote:<br>
>>> > ah, alternative, and potentially 'better' idea --- anyone here got<br>
>>> > gambit<br>
>>> > (or scheme in general) to talk to php in apache / lighttpd? i don't mind<br>
>>> > the<br>
>>> > slight inefficiency if it puts alot of libraries at my finger tips<br>
>>> ><br>
>>> > On Sun, Mar 8, 2009 at 4:14 PM, lowly coder<br>
>>> > <<a href="mailto:lowlycoder@huoyanjinjing.com">lowlycoder@huoyanjinjing.com</a>><br>
>>> > wrote:<br>
>>> >><br>
>>> >> Hi!<br>
>>> >><br>
>>> >>   Is anyone here writing facebook apps on termite? or even scheme in<br>
>>> >> general? If so, can you point me at what scheme <-> facebook library<br>
>>> >> you're<br>
>>> >> using? (If you converted over the php one, and are willing to donate<br>
>>> >> the<br>
>>> >> code, even better!)<br>
>>> >><br>
>>> >> Thanks!<br>
>>> ><br>
>>> ><br>
>>> > _______________________________________________<br>
>>> > Gambit-list mailing list<br>
>>> > <a href="mailto:Gambit-list@iro.umontreal.ca">Gambit-list@iro.umontreal.ca</a><br>
>>> > <a href="https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list" target="_blank">https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list</a><br>
>>> ><br>
>>> ><br>
>><br>
>><br>
><br>
</div></div></blockquote></div><br>