firebird-website — Everything about Firebird's web site

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Lester C. <le...@ls...>]

tjelvar eriksson wrote:
> Hi all,
> 
>> 1. Site search could be actually faster from flat files than from
>> database if there isn't any full-text that could work with Firebird.
> 
> a) I'm not a drupal evangelist, but it does have fulltext-search in  
> the framework,
> others may have too - don't know about BW.

Actually bw currently has 4 options depending on what you need, and one of the 
simple indexing ones is probably fine in this case, but that IS an area where 
accessing a better full text search IN Firebird would be useful :)

And then a web site fully powered by it is an essential demonstration ;)

As an aside, since 'security' has been mentioned. One thing that has been built 
into the basic search is filtering on content that a user is currently allowed 
access to. Many CMS systems will return a set of results, and then tell you you 
do not have permission to access a page. My own customers have material that has 
restricted access and can only be seen once you have the correct login. Very 
useful for private discussions before they are 'approved' for distribution, but 
difficult to implement when using some of the 'heavier' full text search options!

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[tjelvar e. <tj...@fa...>]

Hi all,

> 1. Site search could be actually faster from flat files than from
> database if there isn't any full-text that could work with Firebird.

a) I'm not a drupal evangelist, but it does have fulltext-search in  
the framework,
others may have too - don't know about BW.

b) Home of firebird - powered by flatfiles. True irony...

> 2. We don't need blogs, forums or extensive news on Firebird website.
> There are other sites that do them all already. Firebird website is  
> for
> documentation, downloads, link "address book" to other resources and  
> for
> Firebird project members (developers, docwritters, QA etc.) to help  
> them
> do their work and to potentially attract new contributors. It's
> definitely not a community site and shouldn't become one. It should  
> be a
> display case for the project, static and tightly controlled.

I do respect your opinion, and this is where the discussion should  
start.
What to put in and what it should be.
My original post, which started of this discussion as i belive, was  
based
on a reflection that A.W Harrison wrote that the interest for firebird  
at
last conference where null.
Your reflections around "definitly not a community site" should be  
given a second thought.

> 3. As wiki goes, it doesn't necessarily needs a database as backend,  
> and
> we could probably use already existing one or use one provided by
> SourceForge anyway, and soft-embed it into our site.

I'm not sure what you mean with soft-embed but it sounds as dependent
patch, and with a mysql-prefix. Hands down here.

> 4. Using a database would force us to work with site content over the
> web (or other) interface, which is unnecessary and in fact
> counter-productive in our case.

Pavel, please explain. I'm not sure which work you're refeering to,
(doucment translation)?

What's the benefits of the current setup? Those could/should be  
respected.

Any web-interface could be coupled to dav or svn it that's the subject.

For documentation,The database doesn't/shouldn't contain web-dependent  
formatting,
markdown is there, others too. See previous post.

(And are human translations effective - couldn't google do the work)

>> WHy would you not use Firebird .....

> Database is a database, it doesn't matter which one. We use Firebird  
> at
> our tracker, and as painless it is, it's still just a necessary evil
> (JIRA doesn't work without a database) that adds to administrator's
> responsibilities.

I'm dizzy. Pavel, I may misundersand you, but you sound counter  
database,
and counter web. I'm the opposite and have delivered stable  
webapplications
for years to clients. One use firebird, (other do use mysql).

I do belive however, that the tracker should be treated as another  
animal,
not as part of a new homepage.

> Any solution for our new website should have
> zero-maintenance and nearly zero-complexity for backup/update/upgrade.
> The fever "working" parts it would have, the better.

I'm suspecting a serious problem with the mainainence of the tracker
and possibly any new site. It's a less glorious work and the one  
willing to
take the responsibility should earn the accumulated donations on yearly
basis, my five cents..

Regardning the discussion of backup of firebird, my experiences are  
just fine,
(it's not tera-bytes). I was lead to belive that firebird was the  
database that didn't
need a dba?? ;-)

Finally I belive we're not getting anywhere - I'm not happy anyway.

Thing are compex. Yes...
Efforts have been made. Yes.... ..but any progress?
Do we wan't firebird to be fairly unknown? Maby. It's convinient in a  
way.

But if firebird is an true open source project, the community should  
be heard
and invited.

PAUL, Are you still the official Coordinator of firebird documentation  
project,
share your thoughts!

respectfully,
/tjelvare

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Lester C. <le...@ls...>]

Pavel Cisar wrote:
> The
> problem is JIRA VM. Again, the VM works ok, but due to all these fancy
> technologies used, it's very hard to maintain it (especially when one is
> no Java/Tomcat wizard). My point is that we want to keep the website
> simple and a breeze to work with, as there is no real reason to go
> JIRA-route with it.

That was my own original objection to the new tracker ... ;)

All my own sites use is Apache/PHP and Firebird and some I get phone calls 
within minutes if there is a problem, but touch wood - that is currently very 
rare. Apart from pigging Matrox disks, I can get in remotely and have them 
working again usually while they are still on the phone!

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Pavel C. <pc...@ib...>]

Lester Caine napsal(a):
> 
> My main machine is over in Germany and I have no problem maintaining it from the 
> UK. If the current machine is a bottleneck I have more than enough space to add 
> another site, and unlimited bandwidth.

The problem is not in the machine. Actually, it works quite well, and
occasional issues were always resolved "quickly" (there is some lag as
Sean is in different time zone than most of us). Having someone closely
related to the project in site to take care of it when necessary is also
important. The website VM has no issues and require no maintenance in
current setup, and any infrastructure upgrades wouldn't be any issue
either as we don't use anything fancy besides Apache and PHP. The
problem is JIRA VM. Again, the VM works ok, but due to all these fancy
technologies used, it's very hard to maintain it (especially when one is
no Java/Tomcat wizard). My point is that we want to keep the website
simple and a breeze to work with, as there is no real reason to go
JIRA-route with it.

> Perhaps at some point we can even integrate the tracker and considerably 
> simplify maintaining that as well ;) ( I did offer to provide that via bw's 
> tracker before it was changed! )

Actually, the tracker itself works quite well (although it's not a speed
daemon). However, it's not easy to tinker with its setup and nobody
would dare to play with it directly and risk that he would break so
important project facility. We really depend heavily on our tracker, and
we can't afford to take it down for more than few hours.

> In the meantime the how about using the facilities that do exist rather than 
> 'creating a wiki with drafts and roadmap' - just use the existing wiki ? People 
> may find they like it :)

I'm all for using existing facilities :) Will take a look on its current
state and we'll see how far it would go.

best regards
Pavel Cisar

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Lester C. <le...@ls...>]

Pavel Cisar wrote:
> Lester Caine napsal(a):
>> Why is backup complicated? cron job drops a copy of the database into
>> a suitable directory, and rsync clones everything. It's been working
>> fine for me for some time now. If the main server goes down, just
>> point to the backup.
> 
> For "file copy" you would need to take the server down or use nbackup
> (which we'll do only over my dead body), or we'll have to go with gbak.
> I agree that it's not a rocket science, but it introduces additional
> points of failure to the system. We're running the website from
> relatively small VMWare virtual machine located at the other end of the
> world (no webmaster resides on American continents), so if we could
> avoid the database, then better for us poor admins. Tracker is enough
> for us to handle in such setup, and we have no intention to "promote" so
> far zero-maintenance website to this level.

Actually I meant cron job drops BACKUP into a directory ....

My main machine is over in Germany and I have no problem maintaining it from the 
UK. If the current machine is a bottleneck I have more than enough space to add 
another site, and unlimited bandwidth.

I had thought one of the complaints about the current setup was that things were 
very disjointed. I'm more than happy to maintain this - as far as I am concerned 
it is very little work. And properly set up, we can even maintain translated 
versions of the content in parallel.

Perhaps at some point we can even integrate the tracker and considerably 
simplify maintaining that as well ;) ( I did offer to provide that via bw's 
tracker before it was changed! )

In the meantime the how about using the facilities that do exist rather than 
'creating a wiki with drafts and roadmap' - just use the existing wiki ? People 
may find they like it :)

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Pavel C. <pc...@ib...>]

Lester Caine napsal(a):
> 
> Why is backup complicated? cron job drops a copy of the database into
> a suitable directory, and rsync clones everything. It's been working
> fine for me for some time now. If the main server goes down, just
> point to the backup.

For "file copy" you would need to take the server down or use nbackup
(which we'll do only over my dead body), or we'll have to go with gbak.
I agree that it's not a rocket science, but it introduces additional
points of failure to the system. We're running the website from
relatively small VMWare virtual machine located at the other end of the
world (no webmaster resides on American continents), so if we could
avoid the database, then better for us poor admins. Tracker is enough
for us to handle in such setup, and we have no intention to "promote" so
far zero-maintenance website to this level.

> Advantage of having all the content in a database ... site search ...
>  potentially across wiki, news, blogs, forums and file galleries.

1. Site search could be actually faster from flat files than from
database if there isn't any full-text that could work with Firebird.

2. We don't need blogs, forums or extensive news on Firebird website.
There are other sites that do them all already. Firebird website is for
documentation, downloads, link "address book" to other resources and for
Firebird project members (developers, docwritters, QA etc.) to help them
do their work and to potentially attract new contributors. It's
definitely not a community site and shouldn't become one. It should be a
 display case for the project, static and tightly controlled.

3. As wiki goes, it doesn't necessarily needs a database as backend, and
we could probably use already existing one or use one provided by
SourceForge anyway, and soft-embed it into our site.

4. Using a database would force us to work with site content over the
web (or other) interface, which is unnecessary and in fact
counter-productive in our case.

> WHy would you not use Firebird .....

Database is a database, it doesn't matter which one. We use Firebird at
our tracker, and as painless it is, it's still just a necessary evil
(JIRA doesn't work without a database) that adds to administrator's
responsibilities. I already have a headache over tracker's much needed
upgrade (whole stack, OS, Java, Tomcat, JIRA, FB, with really nasty
requirements and dependencies), as we're far behind in our duty to keep
it current, patched and secured. The fact that it still works is a small
miracle. So until you're not willing to provide an administrator that
would commit her/himself to it's maintenance for foreseeable future, you
shouldn't propose any database, CMS or whatever fancy thing you might be
tempted to use. Any solution for our new website should have
zero-maintenance and nearly zero-complexity for backup/update/upgrade.
The fever "working" parts it would have, the better.

best regards
Pavel Cisar

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Lester C. <le...@ls...>]

Pavel Cisar wrote:
> We used CMS before and ditched it in favour of flat files. Working with
> content via web interface is slow and complicated, backup is
> unnecessarily complicated especially when any database is involved,
> there are security risk etc.

Why is backup complicated? cron job drops a copy of the database into a suitable 
directory, and rsync clones everything. It's been working fine for me for some 
time now. If the main server goes down, just point to the backup.

Advantage of having all the content in a database ... site search ... 
potentially across wiki, news, blogs, forums and file galleries.

WHy would you not use Firebird .....

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Lester C. <le...@ls...>]

tjelvar eriksson wrote:
> Hi Lester,
> 
>> If nobody can be bothered to use what we have had for some  
>> considerable time ...
>> We have been asking for input - which includes theming - for two  
>> years.
>> This was the first fully functional CMS system using Firebird out of  
>> the box ...
> 
> I'm not sure I understand You, I'm new in this game and don't know
> anyting about the cms you're mentioning. What's the name of it?
> 
>> Have you actually looked at what COULD be done if someone took a  
>> little time to
>> play?
> 
> Is it live somewhere in some condition?
> 
> I do see benefits, regarding development and maintainence, of using a  
> widely spread cms,
> but as said before, I belive that's a later discussion.
> 
>> those of us who do use it are more interested in keeping
>> the relevant notes in one place than esthetics ;)
> 
> Oh, sorry again, I just don't agree... ;-)
> 
> Let's work for something that's inviting, clean and comprehensive. And  
> that lasts over time.

http://wiki.firebirdsql.org/
There is a nice firebird theme but it was switched off early on until the 
colours could be tidied up.

It's powered by bitweaver which was ported from tikiwiki in 2004 or so.
I've been working with bitweaver since day one after finding that tikiwiki had 
some major problems with 'plugability'. While I left tikiwiki with firebird 
working, the later 'developments' have now left only a couple of working 
databases and restoring firebird is not now practical. Trying to add 
'compatibility' later is a major drain on resources, so it needs to be done from 
the start.

Currently only the wiki package is being used, but it has almost every other 
package you could want, they just get installed when you need them. There are 
some sites ( unfortunately not Firebird powered :( ) that even have fully 
functional forum's with a working email interface. In theory the existing lists 
could be mirrored in bitweaver, but it needs someone who understands the email 
side of things.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Pavel C. <pc...@ib...>]

marius adrian popa napsal(a):
> I talked with my boss Dan Masca from reea.net and we will alocate
> people for this task (we have something like 100
> people:designers/webprogramers/linux admins )
> I will be the project manager and the contact point

That's great and your help is greatly appreciated.

> Also on the list we should talk about project specs
> 
> 1.We need a few designs to choose from

I'd rather start with content requirements / site layout, then we may
proceed to actual design. I'll post my take on it as separate thread.

> 2.From designs mockups I should create the html (modern css based)

Actually, it should be a set of HTML templates. The "sketch" HTML could
be a start until we'll decide what template system we'd use.

> 3.On final stage we should implement it in the actual code (we need
> access to the code)

Although the current site uses PHP, the amount of code is minimal (plus
a lot of now defunct artefacts). It's mostly a glue code to assemble
pages from various bits and pieces. The content itself is stored in flat
text files (HTML chunks or PHP variables as data records). It's quite
simple but very effective. I'd like keep it that way, although I would
rather abandon PHP for something better (Python or Ruby) to handle the
glue, and real HTML templates stored separately (now it's inside the PHP
boilerplate code).

BTW, I'm willing to commit myself to write the glue code in Python once
the site structure would be defined. It's actually not much work using
Pylons or any other modern framework, because all we need is just
intelligent URL routing and some information gathering for templates.
The real devil is in the templates itself, which I'd gladly delegate to
someone more skilled in web design :)

> Later we can
> Choose an cms that supports firebird : drupal or later next year
> wordpress (after is ported)
> or site must be codded in something modern like django/cakphp

We used CMS before and ditched it in favour of flat files. Working with
content via web interface is slow and complicated, backup is
unnecessarily complicated especially when any database is involved,
there are security risk etc. It's great for sites over you haven't full
administrative control and where almost everybody makes content, but
that's not our case. We have only few webmasters that work with the
content and we have the full control over the website's computer.

On the other hand with minimal code behind and no database, it's really
easy to have a local copy of the site kept in sync via rsync, unison or
any syncing tool you like, and edit the content in your favourite text
editor. The side effect is that we have several backup copies of the
site all the time (each webmaster has one). It's also possible to store
everything into SVN.

The content is now stored as HTML "chunks" in separate files which isn't
the best option (one must know and use the HTML/CSS used by our site),
so I'd like adopt some more markup-independent format (reStructured Text
is great candidate) for new one, but I'd like keep the general concept
for content management.

best regards
Pavel Cisar

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[tjelvar e. <tj...@fa...>]

Hi Lester,

> If nobody can be bothered to use what we have had for some  
> considerable time ...
> We have been asking for input - which includes theming - for two  
> years.
> This was the first fully functional CMS system using Firebird out of  
> the box ...


I'm not sure I understand You, I'm new in this game and don't know
anyting about the cms you're mentioning. What's the name of it?

> Have you actually looked at what COULD be done if someone took a  
> little time to
> play?


Is it live somewhere in some condition?

I do see benefits, regarding development and maintainence, of using a  
widely spread cms,
but as said before, I belive that's a later discussion.

> those of us who do use it are more interested in keeping
> the relevant notes in one place than esthetics ;)


Oh, sorry again, I just don't agree... ;-)

Let's work for something that's inviting, clean and comprehensive. And  
that lasts over time.

Peace and love,
//t


18 nov 2009 kl. 14.30 skrev Lester Caine:

> tjelvar eriksson wrote:
>> I'm afraid I have to disagree, "up and running" is relative...
>>
>> One of the most important features is a well laid out documentation,
>> searchable and with easy navigation, or am I wrong?
>>
>> My apoligies if I sound harsh, all the credits to all the hard work
>> done by everyone, but I really belive fb needs more than a mockup.
>>
>> All the best
>
> If nobody can be bothered to use what we have had for some  
> considerable time ...
> We have been asking for input - which includes theming - for two  
> years.
> This was the first fully functional CMS system using Firebird out of  
> the box ...
> how many more are currently available of the shelf. The only reason  
> it 'looks
> like a mockup' is that those of us who do use it are more interested  
> in keeping
> the relevant notes in one place than esthetics ;)
>
> Have you actually looked at what COULD be done if someone took a  
> little time to
> play?
>
>> //tjelvar
>>
>> 18 nov 2009 kl. 13.45 skrev Lester Caine:
>>
>>> marius adrian popa wrote:
>>>> Later we can
>>>> Choose an cms that supports firebird : drupal or later next year
>>>> wordpress (after is ported)
>>>> or site must be codded in something modern like django/cakphp
>>> So you are not prepared simply to add a new theme to the existing
>>> working wiki?
>>> It's all up and running, but does not get as much use as it  
>>> should :(
>
>
> -- 
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk//
> Firebird - http://www.firebirdsql.org/index.php
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Firebird-website mailing list
> Fir...@li...
> https://lists.sourceforge.net/lists/listinfo/firebird-website

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Lester C. <le...@ls...>]

tjelvar eriksson wrote:
> I'm afraid I have to disagree, "up and running" is relative...
> 
> One of the most important features is a well laid out documentation,
> searchable and with easy navigation, or am I wrong?
> 
> My apoligies if I sound harsh, all the credits to all the hard work
> done by everyone, but I really belive fb needs more than a mockup.
> 
> All the best

If nobody can be bothered to use what we have had for some considerable time ...
We have been asking for input - which includes theming - for two years.
This was the first fully functional CMS system using Firebird out of the box ... 
how many more are currently available of the shelf. The only reason it 'looks 
like a mockup' is that those of us who do use it are more interested in keeping 
the relevant notes in one place than esthetics ;)

Have you actually looked at what COULD be done if someone took a little time to 
play?

> //tjelvar
> 
> 18 nov 2009 kl. 13.45 skrev Lester Caine:
> 
>> marius adrian popa wrote:
>>> Later we can
>>> Choose an cms that supports firebird : drupal or later next year
>>> wordpress (after is ported)
>>> or site must be codded in something modern like django/cakphp
>> So you are not prepared simply to add a new theme to the existing  
>> working wiki?
>> It's all up and running, but does not get as much use as it should :(


-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[tjelvar e. <tj...@fa...>]

I'm afraid I have to disagree, "up and running" is relative...

One of the most important features is a well laid out documentation,
searchable and with easy navigation, or am I wrong?

My apoligies if I sound harsh, all the credits to all the hard work
done by everyone, but I really belive fb needs more than a mockup.

All the best

//tjelvar

18 nov 2009 kl. 13.45 skrev Lester Caine:

> marius adrian popa wrote:
>> Later we can
>> Choose an cms that supports firebird : drupal or later next year
>> wordpress (after is ported)
>> or site must be codded in something modern like django/cakphp
>
> So you are not prepared simply to add a new theme to the existing  
> working wiki?
> It's all up and running, but does not get as much use as it should :(
>
> -- 
> Lester Caine - G8HFL
> -----------------------------
> Contact - http://lsces.co.uk/wiki/?page=contact
> L.S.Caine Electronic Services - http://lsces.co.uk
> EnquirySolve - http://enquirysolve.com/
> Model Engineers Digital Workshop - http://medw.co.uk//
> Firebird - http://www.firebirdsql.org/index.php
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008  
> 30-Day
> trial. Simplify your report design, integration and deployment - and  
> focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Firebird-website mailing list
> Fir...@li...
> https://lists.sourceforge.net/lists/listinfo/firebird-website

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Lester C. <le...@ls...>]

marius adrian popa wrote:
> Later we can
> Choose an cms that supports firebird : drupal or later next year
> wordpress (after is ported)
> or site must be codded in something modern like django/cakphp

So you are not prepared simply to add a new theme to the existing working wiki?
It's all up and running, but does not get as much use as it should :(

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[marius a. p. <ma...@gm...>]

On Wed, Nov 18, 2009 at 10:38 AM, Philippe Makowski
<mak...@fi...> wrote:
> Hi all,
> tjelvare  [09-11-06 21.50] :
>> It seems like everyone agrees on that a new site is a good idea.
>>
>>  * Are there any useful drafts done, functionality, layout?
>>
>>  * Does the current site has any specific server-functionality
>>  that the dev-team are dependent of?
>>
>>  * I can setup an open wiki with drafts and roadmap.
>>  Please inform me regarding need of approval from foundation.
>>
>> (I registered for the website@-mailgroup but still dead silent)
> So I break the silence and push this thread here.
>
> Can we move on that ?
> Is there one of us than can make a clear standing of what can be done, when and by who ?
>
> Some members gave money for that (http://www.firebirdsql.org/html/web_redevelopment.html)
>
> I saw from time to time some suggestion, but nothing else.
>
> So please jump, and see together if we can rewamp the Firebird web site for our 10th
> anniversary in 2010 (31 Jul 2000 : The Firebird Project was born).
I talked with my boss Dan Masca from reea.net and we will alocate
people for this task (we have something like 100
people:designers/webprogramers/linux admins )
I will be the project manager and the contact point
Also on the list we should talk about project specs

1.We need a few designs to choose from
2.From designs mockups I should create the html (modern css based)
3.On final stage we should implement it in the actual code (we need
access to the code)

Later we can
Choose an cms that supports firebird : drupal or later next year
wordpress (after is ported)
or site must be codded in something modern like django/cakphp

>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Firebird-website mailing list
> Fir...@li...
> https://lists.sourceforge.net/lists/listinfo/firebird-website
>

Re: [Firebird-website] [Firebird-general] Re: Fb Website

[Philippe M. <mak...@fi...>]

Hi all,
tjelvare  [09-11-06 21.50] :
> It seems like everyone agrees on that a new site is a good idea.
> 
>  * Are there any useful drafts done, functionality, layout?
> 
>  * Does the current site has any specific server-functionality
>  that the dev-team are dependent of?
> 
>  * I can setup an open wiki with drafts and roadmap. 
>  Please inform me regarding need of approval from foundation.
> 
> (I registered for the website@-mailgroup but still dead silent)
So I break the silence and push this thread here.

Can we move on that ?
Is there one of us than can make a clear standing of what can be done, when and by who ?

Some members gave money for that (http://www.firebirdsql.org/html/web_redevelopment.html)

I saw from time to time some suggestion, but nothing else.

So please jump, and see together if we can rewamp the Firebird web site for our 10th
anniversary in 2010 (31 Jul 2000 : The Firebird Project was born).

Re: [Firebird-website] wiki spam

[Lester C. <le...@ls...>]

marius adrian popa wrote:
> http://wiki.firebirdsql.org/wiki/index.php?page=term+papers
Gone ...

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php

[Firebird-website] wiki spam

[marius a. p. <ma...@gm...>]

http://wiki.firebirdsql.org/wiki/index.php?page=term+papers

Re: [Firebird-website] Question about Firebird 1.5 to 2.1.3

[marius a. p. <ma...@gm...>]

On Tue, Nov 10, 2009 at 7:47 PM, Ademilson Alves
<ade...@su...> wrote:
> Hello,
>
> I'm Brazilian and nowadays I'm using firebird 2.1.3, before the atualization
> I was using the Firebird 1.5 and then I research a problem with udf.
>
> I need know if had some release in this methods, for example: udf_copy and
> udf_pos, please, Answer me.
>
> I need know about the ordenations of selects too....

this list is for Firebird website issues it does covers only
firebirdsql website maintainenance
please use the support list for these questions

http://tech.groups.yahoo.com/group/firebird-support/
>
> Ademilson
> Superlogica Tecnologies
>
> Thanks a lot
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Firebird-website mailing list
> Fir...@li...
> https://lists.sourceforge.net/lists/listinfo/firebird-website
>
>

[Firebird-website] [FB-Tracker] Updated: (WEB-23) change behavior of Assignee in Firebird Tracker - now when we choose Any User we see also Unassigned raports

[Karol B. (JIRA) <tr...@fi...>]

     [ http://tracker.firebirdsql.org/browse/WEB-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Karol Bieniaszewski updated WEB-23:
-----------------------------------

    Priority: Trivial  (was: Major)

> change behavior of Assignee in Firebird Tracker - now when we choose Any User we see also Unassigned raports
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: WEB-23
>                 URL: http://tracker.firebirdsql.org/browse/WEB-23
>             Project: Web site
>          Issue Type: Bug
>            Reporter: Karol Bieniaszewski
>            Assignee: Pavel Cisar
>            Priority: Trivial
>
> now we have:
> 1. Any User
> 2. Unassigned
> 3. Current User
> and we can not find reports assigned by users without unassigned
> now when we choose Any User we see also Unassigned which is wrong
> change this behavior or add:
> 1. Any User
> 2. Unassigned
> 3. Without Unassigned <-- add this
> 4. Current User
> ...

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Firebird-website] [FB-Tracker] Created: (WEB-23) change behavior of Assignee in Firebird Tracker - now when we choose Any User we see also Unassigned raports

[Karol B. (JIRA) <tr...@fi...>]

change behavior of Assignee in Firebird Tracker - now when we choose Any User we see also Unassigned raports
------------------------------------------------------------------------------------------------------------

                 Key: WEB-23
                 URL: http://tracker.firebirdsql.org/browse/WEB-23
             Project: Web site
          Issue Type: Bug
            Reporter: Karol Bieniaszewski
            Assignee: Pavel Cisar


now we have:
1. Any User
2. Unassigned
3. Current User

and we can not find reports assigned by users without unassigned

now when we choose Any User we see also Unassigned which is wrong
change this behavior or add:

1. Any User
2. Unassigned
3. Without Unassigned <-- add this
4. Current User
...


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://tracker.firebirdsql.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

[Firebird-website] Question about Firebird 1.5 to 2.1.3

[Ademilson A. <ade...@su...>]

Hello,

I'm Brazilian and nowadays I'm using firebird 2.1.3, before the atualization
I was using the Firebird 1.5 and then I research a problem with udf.

I need know if had some release in this methods, for example: udf_copy and
udf_pos, please, Answer me.

I need know about the ordenations of selects too....

Ademilson
Superlogica Tecnologies

Thanks a lot

[Firebird-website] Snapshots page

[Rustam G. <fir...@ma...>]

Hi.

I think it is time to increase version number (add "3.0"), on
snapshots page because of 3.0 snapshots already exists:
http://firebirdsql.org/index.php?op=files&id=snapshots

WBR, GR

Re: [Firebird-website] Data synchronization tool in Chinese?

[Jiri C. <di...@ci...>]

On Thu, Oct 1, 2009 at 12:27, Tguru <gu...@ta...> wrote:
> That is an interesting question you are asking.

But in a wrong list! You should it in firebird-support or firebird-tools list.

-- 
Jiri {x2} Cincura (CTO x2develop.com)
http://blog.cincura.net/ | http://www.ID3renamer.com

Re: [Firebird-website] Broken link

[Helen B. <he...@ii...>]

At 07:53 AM 7/10/2009, you wrote:
>Hi webmasters,
>
>There is a broken link on the Firebird® Version 1.5.6 page:
>
>(http://www.firebirdsql.org/index.php?op=files&id=fb156_rc1)
>
>Link for release notes is broken:
>
>http://www.firebirdsql.org/download/prerelease/rlsnotes/rlsnotes156_01.pdf

Ah, yes, that's because the full release is under way and that document has been deleted.  Will do a temporary fix...

Thanks,
Helen 

[Firebird-website] Broken link

[Artur A. @ A. <ar...@ar...>]

Hi webmasters,

There is a broken link on the Firebird® Version 1.5.6 page:

(http://www.firebirdsql.org/index.php?op=files&id=fb156_rc1)

Link for release notes is broken:

http://www.firebirdsql.org/download/prerelease/rlsnotes/rlsnotes156_01.pdf

Thanks,

Artur