1 |
Perhaps PHP for frontend and PHP + Bash for backend? That way the project |
2 |
all gets done essentially in one language and any person qualified to do one |
3 |
piece knows the language used for the other - PHP has had a lot of changes |
4 |
in the last year or so to make it usable as a non-web-based scripting |
5 |
language. |
6 |
As for IPC, I think I'd store the user's choices in a database, which allows |
7 |
user preferences to be reused and shared, etc., and then the frontend would |
8 |
really just need to be able to ping the backend when it wanted it to get to |
9 |
work (the backend can optionally either send notifications itself or ping |
10 |
the frontend to do it). Since all of the data should really be stored for |
11 |
future use (and purged after enough time passes), I see no point in sending |
12 |
much besides simple signals through IPC. Might as well just use the |
13 |
database for all the data. |
14 |
|
15 |
Make sense? |
16 |
|
17 |
On Mon, Mar 16, 2009 at 2:29 PM, Luca Barbato <lu_zero@g.o> wrote: |
18 |
|
19 |
> On 16-03-2009 10:33, Eitan Mosenkis wrote: |
20 |
> |
21 |
>> Hi. |
22 |
>> I already emailed a bit about the idea with the potential mentor (solar), |
23 |
>> but I thought I'd say hi here on the mailing list too, since I don't |
24 |
>> expect |
25 |
>> to have too much time before applications start going in to hang around |
26 |
>> the |
27 |
>> IRC channel. |
28 |
>> |
29 |
>> The way it looks to me, I'd like to implement the frontend in PHP. The |
30 |
>> first stage would be getting a functional frontend and backend (I might do |
31 |
>> that in PHP for code reusability between the two parts, but the backend |
32 |
>> language doesn't seem to really matter because it will really just be |
33 |
>> deciding which helper programs to invoke) that is usable to generate an |
34 |
>> image for the requested arch and with a few choices about packages |
35 |
>> installed, etc. |
36 |
>> |
37 |
> |
38 |
> Please make the backend use a language among those used by the tools you |
39 |
> are already supposed to install (say bash, python and C). |
40 |
> |
41 |
> You may consider using a json or xml rpc (check libxr). |
42 |
> |
43 |
> lu |
44 |
> |
45 |
> |