Programmeeruitdaging: veilige en schaalbare webgebaseerde Hunspell?

[Bart Knubben]

Dag allemaal,

Kan iemand helpen met het volgende. Ik zou Hunspell i.c.m. onze
woordenlijst graag via onze internetpagina willen aanbieden. Op die
manier kunnen we de laatste versie van de woordenlijst
eenvoudig demonstreren en daarbij gebruik maken van de laatste versie
van Hunspell. Bovendien is spellingcontrole op basis van onze
woordenlijst dan bijvoorbeeld bruikbaar voor personen die geen Firefox
gebruiken. Ik hoop dat we daardoor ook meer goede feedback op de
woordenlijst ontvangen.

In Duitsland heeft iemand het al voor elkaar, zie:
http://www.j3e.de/cgi-bin/spellchecker
Deze persoon is echter terughoudend om zijn code te delen. Wie van
jullie kan een routine schrijven waarmee Hunspell vanuit PHP (of Perl)
op een *veilige* en *schaalbare* manier kan worden aangeroepen? Ik ben
ontzettend benieuwd naar jullie oplossingen.

--
Vriendelijke groet,
Bart Knubben

| http://www.knubben.org | http://www.opentaal.org |

> http://www.minmen.nl - Een blog over de impact van het Internet op onze maatschappij en publieke sector <

_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[ries van Twisk-10]

Bart,

kun je niet gewoon de hunspell JAVA api pakken en deze op je site  
neerzetten??
Hoe schaalbaar wil je het hebben en wat bedoel je met *veilig*, waar  
wil je je tegen beveiligen?

Groet,
Ries

On Mar 19, 2009, at 4:41 PM, Bart Knubben wrote:

> Dag allemaal,
>
> Kan iemand helpen met het volgende. Ik zou Hunspell i.c.m. onze
> woordenlijst graag via onze internetpagina willen aanbieden. Op die
> manier kunnen we de laatste versie van de woordenlijst
> eenvoudig demonstreren en daarbij gebruik maken van de laatste versie
> van Hunspell. Bovendien is spellingcontrole op basis van onze
> woordenlijst dan bijvoorbeeld bruikbaar voor personen die geen Firefox
> gebruiken. Ik hoop dat we daardoor ook meer goede feedback op de
> woordenlijst ontvangen.
>
> In Duitsland heeft iemand het al voor elkaar, zie:
> http://www.j3e.de/cgi-bin/spellchecker
> Deze persoon is echter terughoudend om zijn code te delen. Wie van
> jullie kan een routine schrijven waarmee Hunspell vanuit PHP (of Perl)
> op een *veilige* en *schaalbare* manier kan worden aangeroepen? Ik ben
> ontzettend benieuwd naar jullie oplossingen.
>
> --
> Vriendelijke groet,
> Bart Knubben
>
> | http://www.knubben.org | http://www.opentaal.org |
>
>> http://www.minmen.nl - Een blog over de impact van het Internet op  
>> onze maatschappij en publieke sector <
> _______________________________________________
> Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
> Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
> Juridische voorwaarden: http://opentaal.org/licentie.php

_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[Bart Knubben]

Dag Ries, Dag Allen,

Op 20 maart 2009 00:46 heeft ries van Twisk <ries@...> het
volgende geschreven:
> Bart,
>
> kun je niet gewoon de hunspell JAVA api pakken en deze op je site
> neerzetten??
Ik kan niet helemaal beoordelen of dat handig is. Creëert dat geen
overhead? Kunnen we Hunspell niet gewoon direct vanuit PHP (of Perl)
executeren met bepaalde parameters?

> Hoe schaalbaar wil je het hebben en wat bedoel je met *veilig*, waar wil je
> je tegen beveiligen?
Qua schaalbaarheid: onze server heeft beperkte rekenkracht. Ik weet
niet of het efficiënter is om één lopend Hunspell-proces aan te roepen
of telkens per spellingverzoek een los Hunspell-proces te starten en
te stoppen. Het zou in ieder geval goed zijn als er tenminste 10
"gelijktijdige" spellingverzoeken mogelijk zijn zonder dat de server
omvalt. Qua beveiliging: als je vanuit PHP de mogelijkheid geeft om
een proces te executeren dan kan dat beveiligingsrisico's met zich
meebrengen (zie 6. Command Injection Flaws op
http://www.sklar.com/page/article/owasp-top-ten). Daarnaast is het zo
dat onze server momenteel in PHP safe mode draait.

Kan jij of iemand anders hiermee verder?

Groet,
Bart


_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[Pander-2]

Bart Knubben wrote:

> Dag Ries, Dag Allen,
>
> Op 20 maart 2009 00:46 heeft ries van Twisk <ries@...> het
> volgende geschreven:
>> Bart,
>>
>> kun je niet gewoon de hunspell JAVA api pakken en deze op je site
>> neerzetten??
> Ik kan niet helemaal beoordelen of dat handig is. Creëert dat geen
> overhead? Kunnen we Hunspell niet gewoon direct vanuit PHP (of Perl)
> executeren met bepaalde parameters?

Hunspell is geschreven in C++, daar is vanuit PHP, Perl, Java of wat dan
ook een koppeling mee te maken, of het kan via de command line. Het
steeds opnieuw opstarten (fork) kost overhead en je wil niet dat je
server hierdoor onderuitgaat.

Misschien is het beter om een aparte (viturele) server ergens gesponsord
te krijgen waarop je met hunspell helemaal uit je dak kan gaan zonder de
andere diensten in de weg te zitten. Hoe hunspell daar op draait kan dan
beetje bij beetje geoptimaliseerd worden.

Beste is om een lopend Hunspell (multithreaded preforked) process te
hebben. Op zich is het ontwerpen van een dergelijke dienst en deze in de
lucht te houden best een serieuze onderneming. Misschien dat het
overwegen waard is sponsoring op een dergelijke dienst te plaatsen en
daarmee een extra server te betalen.

>
>> Hoe schaalbaar wil je het hebben en wat bedoel je met *veilig*, waar wil je
>> je tegen beveiligen?
> Qua schaalbaarheid: onze server heeft beperkte rekenkracht. Ik weet
> niet of het efficiënter is om één lopend Hunspell-proces aan te roepen
> of telkens per spellingverzoek een los Hunspell-proces te starten en
> te stoppen. Het zou in ieder geval goed zijn als er tenminste 10
> "gelijktijdige" spellingverzoeken mogelijk zijn zonder dat de server
> omvalt. Qua beveiliging: als je vanuit PHP de mogelijkheid geeft om
> een proces te executeren dan kan dat beveiligingsrisico's met zich
> meebrengen (zie 6. Command Injection Flaws op
> http://www.sklar.com/page/article/owasp-top-ten). Daarnaast is het zo
> dat onze server momenteel in PHP safe mode draait.
>
> Kan jij of iemand anders hiermee verder?
>
> Groet,
> Bart
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
> Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
> Juridische voorwaarden: http://opentaal.org/licentie.php

_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[Bart Knubben]

Dag Pander, Dag Ries, Dag allen,

Op 20 maart 2009 10:03 heeft Pander <pander@...> het
volgende geschreven:

> Hunspell is geschreven in C++, daar is vanuit PHP, Perl, Java of wat dan
> ook een koppeling mee te maken, of het kan via de command line. Het
> steeds opnieuw opstarten (fork) kost overhead en je wil niet dat je
> server hierdoor onderuitgaat.
>
> Misschien is het beter om een aparte (viturele) server ergens gesponsord
> te krijgen waarop je met hunspell helemaal uit je dak kan gaan zonder de
> andere diensten in de weg te zitten. Hoe hunspell daar op draait kan dan
> beetje bij beetje geoptimaliseerd worden.
>
> Beste is om een lopend Hunspell (multithreaded preforked) process te
> hebben. Op zich is het ontwerpen van een dergelijke dienst en deze in de
> lucht te houden best een serieuze onderneming. Misschien dat het
> overwegen waard is sponsoring op een dergelijke dienst te plaatsen en
> daarmee een extra server te betalen.
>

Ok, bedankt voor je reactie. Helder verhaal. Ik zou wel het liefst

eerst een demo op onze huidige server willen inrichten. Het bestaan
ervan gaan we nog niet aan de grote klok hangen, zodat der server niet
te zwaar belast wordt. Als deze demo goed werkt en we zien de
toegevoegde waarde, dan ga ik me er hard voor maken dat we aanvullende
hosting krijgen. Wie van jullie kan een eerste demo-omgeving op onze
huidige server realiseren? (Het geeft je op z'n minst eeuwige roem...
;-) )

--
Vriendelijke groet,
Bart Knubben

| http://www.knubben.org | http://www.opentaal.org |

> http://www.minmen.nl - Een blog over de impact van het Internet op onze maatschappij en publieke sector <

_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[ries van Twisk-10]

Werkt deze ook?? http://php.net/manual/en/enchant.examples.php

Ik ben geen echte hunspell kenner dus ik vertrouw op jullie reacties.

Zoals blijkt is dat we niet veel mogelijkheden hebben op de server,
kun je wel zelf een php module compileren?

Als dat niet kan kom je automatisch uit op een command line versie  
denk ik....

Grt,
Ries

On Mar 20, 2009, at 4:32 AM, Bart Knubben wrote:

> Dag Pander, Dag Ries, Dag allen,
>
> Op 20 maart 2009 10:03 heeft Pander <pander@...> het
> volgende geschreven:
>> Hunspell is geschreven in C++, daar is vanuit PHP, Perl, Java of  
>> wat dan
>> ook een koppeling mee te maken, of het kan via de command line. Het
>> steeds opnieuw opstarten (fork) kost overhead en je wil niet dat je
>> server hierdoor onderuitgaat.
>>
>> Misschien is het beter om een aparte (viturele) server ergens  
>> gesponsord
>> te krijgen waarop je met hunspell helemaal uit je dak kan gaan  
>> zonder de
>> andere diensten in de weg te zitten. Hoe hunspell daar op draait  
>> kan dan
>> beetje bij beetje geoptimaliseerd worden.
>>
>> Beste is om een lopend Hunspell (multithreaded preforked) process te
>> hebben. Op zich is het ontwerpen van een dergelijke dienst en deze  
>> in de
>> lucht te houden best een serieuze onderneming. Misschien dat het
>> overwegen waard is sponsoring op een dergelijke dienst te plaatsen en
>> daarmee een extra server te betalen.
>>
> Ok, bedankt voor je reactie. Helder verhaal. Ik zou wel het liefst
> eerst een demo op onze huidige server willen inrichten. Het bestaan
> ervan gaan we nog niet aan de grote klok hangen, zodat der server niet
> te zwaar belast wordt. Als deze demo goed werkt en we zien de
> toegevoegde waarde, dan ga ik me er hard voor maken dat we aanvullende
> hosting krijgen. Wie van jullie kan een eerste demo-omgeving op onze
> huidige server realiseren? (Het geeft je op z'n minst eeuwige roem...
> ;-) )
>
> --
> Vriendelijke groet,
> Bart Knubben
>
> | http://www.knubben.org | http://www.opentaal.org |
>
>> http://www.minmen.nl - Een blog over de impact van het Internet op  
>> onze maatschappij en publieke sector <

                        regards, Ries van Twisk


-------------------------------------------------------------------------------------------------
Ries van Twisk
tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS  
WebORB PostgreSQL DB-Architect
email: ries@...
web:   http://www.rvantwisk.nl/
skype: callto://r.vantwisk
Phone: [phone]
SIP: [phone]








_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[Bart Knubben]

Dag Ries, Pander, anderen,

Op 20 maart 2009 13:42 heeft ries van Twisk <ries@...> het
volgende geschreven:
>
> Werkt deze ook?? http://php.net/manual/en/enchant.examples.php
>
> Ik ben geen echte hunspell kenner dus ik vertrouw op jullie reacties.
Als ik het goed begrijp kunnen we met de Enchant-PHP-binding
(http://www.php.net/enchant) de Enchant-library
(http://www.abisource.com/projects/enchant/) aanspreken. Deze library
kan blijkbaar verschillende spellingcontrole-componenten aanspreken
waaronder Hunspell (http://hunspell.sourceforge.net/). Het lijkt me
een nette oplossing, maar ik heb er geen ervaring mee. Het is handig
omdat je eenvoudig meerdere backends (Aspell/Pspell, Ispell,
MySpell/Hunspell, Uspell, Hspell, AppleSpell) kan aanspreken. Ik denk
alleen dat we dat in eerste instantie niet echt nodig hebben. Zouden
er nog andere voordelen kunnen zijn t.o.v. de commandline optie?

> Zoals blijkt is dat we niet veel mogelijkheden hebben op de server,
> kun je wel zelf een php module compileren?
We kunnen de beheerders van onze server vragen of ze eea willen
installeren. Ik neem aan dat de Enchant-PHP-binding en de
Enchant-library ook beschikbaar zijn voor Debian.

Groet,
Bart

_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[ries van Twisk-10]

On Mar 20, 2009, at 8:11 AM, Bart Knubben wrote:

> Dag Ries, Pander, anderen,
>
> Op 20 maart 2009 13:42 heeft ries van Twisk <ries@...> het
> volgende geschreven:
>>
>> Werkt deze ook?? http://php.net/manual/en/enchant.examples.php
>>
>> Ik ben geen echte hunspell kenner dus ik vertrouw op jullie reacties.
> Als ik het goed begrijp kunnen we met de Enchant-PHP-binding
> (http://www.php.net/enchant) de Enchant-library
> (http://www.abisource.com/projects/enchant/) aanspreken. Deze library
> kan blijkbaar verschillende spellingcontrole-componenten aanspreken
> waaronder Hunspell (http://hunspell.sourceforge.net/). Het lijkt me
> een nette oplossing, maar ik heb er geen ervaring mee. Het is handig
> omdat je eenvoudig meerdere backends (Aspell/Pspell, Ispell,
> MySpell/Hunspell, Uspell, Hspell, AppleSpell) kan aanspreken. Ik denk
> alleen dat we dat in eerste instantie niet echt nodig hebben. Zouden
> er nog andere voordelen kunnen zijn t.o.v. de commandline optie?

Voordeel si dat je geen process hoefd op te starten en dat het  
'intern' in PHP werkt,
aangenomen dat dit minder resources in beslag neemt voldoet dat beter  
aan jouw eis *schaalbar*,
en omdat je geen exec hoeft te doen voldoet dat ook beter aan  
*beveiliging*

Dat je meerdere backends kunt aanspreken is niet zo van belang, zolang
je maar de juiste hunspell backend kunt aanspreken.

Aanemende dat  enchant niet hunspell aanroept via exec :D

Grt,
Ries

>
>> Zoals blijkt is dat we niet veel mogelijkheden hebben op de server,
>> kun je wel zelf een php module compileren?
> We kunnen de beheerders van onze server vragen of ze eea willen
> installeren. Ik neem aan dat de Enchant-PHP-binding en de
> Enchant-library ook beschikbaar zijn voor Debian.
>
> Groet,
> Bart



                        regards, Ries van Twisk


-------------------------------------------------------------------------------------------------
Ries van Twisk
tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS  
WebORB PostgreSQL DB-Architect
email: ries@...
web:   http://www.rvantwisk.nl/
skype: callto://r.vantwisk
Phone: [phone]
SIP: [phone]








_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[Bart Knubben]

Dag Ries, Helder verhaal! Zou jij obv deze componenten een demo kunnen
ontwikkelen? Groet, Bart

Op 20-03-09 heeft ries van Twisk<ries@...> het volgende geschreven:

>
> On Mar 20, 2009, at 8:11 AM, Bart Knubben wrote:
>
>> Dag Ries, Pander, anderen,
>>
>> Op 20 maart 2009 13:42 heeft ries van Twisk <ries@...> het
>> volgende geschreven:
>>>
>>> Werkt deze ook?? http://php.net/manual/en/enchant.examples.php
>>>
>>> Ik ben geen echte hunspell kenner dus ik vertrouw op jullie reacties.
>> Als ik het goed begrijp kunnen we met de Enchant-PHP-binding
>> (http://www.php.net/enchant) de Enchant-library
>> (http://www.abisource.com/projects/enchant/) aanspreken. Deze library
>> kan blijkbaar verschillende spellingcontrole-componenten aanspreken
>> waaronder Hunspell (http://hunspell.sourceforge.net/). Het lijkt me
>> een nette oplossing, maar ik heb er geen ervaring mee. Het is handig
>> omdat je eenvoudig meerdere backends (Aspell/Pspell, Ispell,
>> MySpell/Hunspell, Uspell, Hspell, AppleSpell) kan aanspreken. Ik denk
>> alleen dat we dat in eerste instantie niet echt nodig hebben. Zouden
>> er nog andere voordelen kunnen zijn t.o.v. de commandline optie?
>
> Voordeel si dat je geen process hoefd op te starten en dat het
> 'intern' in PHP werkt,
> aangenomen dat dit minder resources in beslag neemt voldoet dat beter
> aan jouw eis *schaalbar*,
> en omdat je geen exec hoeft te doen voldoet dat ook beter aan
> *beveiliging*
>
> Dat je meerdere backends kunt aanspreken is niet zo van belang, zolang
> je maar de juiste hunspell backend kunt aanspreken.
>
> Aanemende dat  enchant niet hunspell aanroept via exec :D
>
> Grt,
> Ries
>
>>
>>> Zoals blijkt is dat we niet veel mogelijkheden hebben op de server,
>>> kun je wel zelf een php module compileren?
>> We kunnen de beheerders van onze server vragen of ze eea willen
>> installeren. Ik neem aan dat de Enchant-PHP-binding en de
>> Enchant-library ook beschikbaar zijn voor Debian.
>>
>> Groet,
>> Bart
>
>
>
> regards, Ries van Twisk
>
>
> -------------------------------------------------------------------------------------------------
> Ries van Twisk
> tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS
> WebORB PostgreSQL DB-Architect
> email: ries@...
> web:   http://www.rvantwisk.nl/
> skype: callto://r.vantwisk
> Phone: [phone]
> SIP: [phone]
>
>
>
>
>
>
>

--
Verzonden vanaf mijn mobiele apparaat

Vriendelijke groet,
Bart Knubben

| http://www.knubben.org | http://www.opentaal.org |

> http://www.minmen.nl - Een blog over de impact van het Internet op onze maatschappij en publieke sector <

_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[ries van Twisk-10]

Bart,

wat voor machine heb jij en kunnen we eventueel ook iets compileren op  
die machine?
Deze gecompileerde module moeten we dan ook in PHP laden.

Grt
Ries
On Mar 20, 2009, at 11:47 AM, Bart Knubben wrote:

> Dag Ries, Helder verhaal! Zou jij obv deze componenten een demo kunnen
> ontwikkelen? Groet, Bart
>
> Op 20-03-09 heeft ries van Twisk<ries@...> het volgende  
> geschreven:
>>
>> On Mar 20, 2009, at 8:11 AM, Bart Knubben wrote:
>>
>>> Dag Ries, Pander, anderen,
>>>
>>> Op 20 maart 2009 13:42 heeft ries van Twisk <ries@...> het
>>> volgende geschreven:
>>>>
>>>> Werkt deze ook?? http://php.net/manual/en/enchant.examples.php
>>>>
>>>> Ik ben geen echte hunspell kenner dus ik vertrouw op jullie  
>>>> reacties.
>>> Als ik het goed begrijp kunnen we met de Enchant-PHP-binding
>>> (http://www.php.net/enchant) de Enchant-library
>>> (http://www.abisource.com/projects/enchant/) aanspreken. Deze  
>>> library
>>> kan blijkbaar verschillende spellingcontrole-componenten aanspreken
>>> waaronder Hunspell (http://hunspell.sourceforge.net/). Het lijkt me
>>> een nette oplossing, maar ik heb er geen ervaring mee. Het is handig
>>> omdat je eenvoudig meerdere backends (Aspell/Pspell, Ispell,
>>> MySpell/Hunspell, Uspell, Hspell, AppleSpell) kan aanspreken. Ik  
>>> denk
>>> alleen dat we dat in eerste instantie niet echt nodig hebben. Zouden
>>> er nog andere voordelen kunnen zijn t.o.v. de commandline optie?
>>
>> Voordeel si dat je geen process hoefd op te starten en dat het
>> 'intern' in PHP werkt,
>> aangenomen dat dit minder resources in beslag neemt voldoet dat beter
>> aan jouw eis *schaalbar*,
>> en omdat je geen exec hoeft te doen voldoet dat ook beter aan
>> *beveiliging*
>>
>> Dat je meerdere backends kunt aanspreken is niet zo van belang,  
>> zolang
>> je maar de juiste hunspell backend kunt aanspreken.
>>
>> Aanemende dat  enchant niet hunspell aanroept via exec :D
>>
>> Grt,
>> Ries
>>
>>>
>>>> Zoals blijkt is dat we niet veel mogelijkheden hebben op de server,
>>>> kun je wel zelf een php module compileren?
>>> We kunnen de beheerders van onze server vragen of ze eea willen
>>> installeren. Ik neem aan dat de Enchant-PHP-binding en de
>>> Enchant-library ook beschikbaar zijn voor Debian.
>>>
>>> Groet,
>>> Bart
>>
>>
>>
>> regards, Ries van Twisk
>>
>>
>> -------------------------------------------------------------------------------------------------
>> Ries van Twisk
>> tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS
>> WebORB PostgreSQL DB-Architect
>> email: ries@...
>> web:   http://www.rvantwisk.nl/
>> skype: callto://r.vantwisk
>> Phone: [phone]
>> SIP: [phone]
>>
>>
>>
>>
>>
>>
>>
>
> --
> Verzonden vanaf mijn mobiele apparaat
>
> Vriendelijke groet,
> Bart Knubben
>
> | http://www.knubben.org | http://www.opentaal.org |
>
>> http://www.minmen.nl - Een blog over de impact van het Internet op  
>> onze maatschappij en publieke sector <

                        regards, Ries van Twisk


-------------------------------------------------------------------------------------------------
Ries van Twisk
tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS  
WebORB PostgreSQL DB-Architect
email: ries@...
web:   http://www.rvantwisk.nl/
skype: callto://r.vantwisk
Phone: [phone]
SIP: [phone]








_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php

[Bart Knubben]

@ries: de machine is van NTG en wordt beheerd door Jules van Weerden.
@jules: kan jij ons hiermee helpen?
Alvast enorm bedankt!

Groet, Bart

Op 20-03-09 heeft ries van Twisk<ries@...> het volgende geschreven:

> Bart,
>
> wat voor machine heb jij en kunnen we eventueel ook iets compileren op
> die machine?
> Deze gecompileerde module moeten we dan ook in PHP laden.
>
> Grt
> Ries
> On Mar 20, 2009, at 11:47 AM, Bart Knubben wrote:
>
>> Dag Ries, Helder verhaal! Zou jij obv deze componenten een demo kunnen
>> ontwikkelen? Groet, Bart
>>
>> Op 20-03-09 heeft ries van Twisk<ries@...> het volgende
>> geschreven:
>>>
>>> On Mar 20, 2009, at 8:11 AM, Bart Knubben wrote:
>>>
>>>> Dag Ries, Pander, anderen,
>>>>
>>>> Op 20 maart 2009 13:42 heeft ries van Twisk <ries@...> het
>>>> volgende geschreven:
>>>>>
>>>>> Werkt deze ook?? http://php.net/manual/en/enchant.examples.php
>>>>>
>>>>> Ik ben geen echte hunspell kenner dus ik vertrouw op jullie
>>>>> reacties.
>>>> Als ik het goed begrijp kunnen we met de Enchant-PHP-binding
>>>> (http://www.php.net/enchant) de Enchant-library
>>>> (http://www.abisource.com/projects/enchant/) aanspreken. Deze
>>>> library
>>>> kan blijkbaar verschillende spellingcontrole-componenten aanspreken
>>>> waaronder Hunspell (http://hunspell.sourceforge.net/). Het lijkt me
>>>> een nette oplossing, maar ik heb er geen ervaring mee. Het is handig
>>>> omdat je eenvoudig meerdere backends (Aspell/Pspell, Ispell,
>>>> MySpell/Hunspell, Uspell, Hspell, AppleSpell) kan aanspreken. Ik
>>>> denk
>>>> alleen dat we dat in eerste instantie niet echt nodig hebben. Zouden
>>>> er nog andere voordelen kunnen zijn t.o.v. de commandline optie?
>>>
>>> Voordeel si dat je geen process hoefd op te starten en dat het
>>> 'intern' in PHP werkt,
>>> aangenomen dat dit minder resources in beslag neemt voldoet dat beter
>>> aan jouw eis *schaalbar*,
>>> en omdat je geen exec hoeft te doen voldoet dat ook beter aan
>>> *beveiliging*
>>>
>>> Dat je meerdere backends kunt aanspreken is niet zo van belang,
>>> zolang
>>> je maar de juiste hunspell backend kunt aanspreken.
>>>
>>> Aanemende dat  enchant niet hunspell aanroept via exec :D
>>>
>>> Grt,
>>> Ries
>>>
>>>>
>>>>> Zoals blijkt is dat we niet veel mogelijkheden hebben op de server,
>>>>> kun je wel zelf een php module compileren?
>>>> We kunnen de beheerders van onze server vragen of ze eea willen
>>>> installeren. Ik neem aan dat de Enchant-PHP-binding en de
>>>> Enchant-library ook beschikbaar zijn voor Debian.
>>>>
>>>> Groet,
>>>> Bart
>>>
>>>
>>>
>>> regards, Ries van Twisk
>>>
>>>
>>> -------------------------------------------------------------------------------------------------
>>> Ries van Twisk
>>> tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS
>>> WebORB PostgreSQL DB-Architect
>>> email: ries@...
>>> web:   http://www.rvantwisk.nl/
>>> skype: callto://r.vantwisk
>>> Phone: [phone]
>>> SIP: [phone]
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>> --
>> Verzonden vanaf mijn mobiele apparaat
>>
>> Vriendelijke groet,
>> Bart Knubben
>>
>> | http://www.knubben.org | http://www.opentaal.org |
>>
>>> http://www.minmen.nl - Een blog over de impact van het Internet op
>>> onze maatschappij en publieke sector <
>
>
>
> regards, Ries van Twisk
>
>
> -------------------------------------------------------------------------------------------------
> Ries van Twisk
> tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS
> WebORB PostgreSQL DB-Architect
> email: ries@...
> web:   http://www.rvantwisk.nl/
> skype: callto://r.vantwisk
> Phone: [phone]
> SIP: [phone]
>
>
>
>
>
>
>

--
Verzonden vanaf mijn mobiele apparaat

Vriendelijke groet,
Bart Knubben

| http://www.knubben.org | http://www.opentaal.org |

> http://www.minmen.nl - Een blog over de impact van het Internet op onze maatschappij en publieke sector <

_______________________________________________
Over de OpenTaal-mailinglist: http://opentaal.org/mailinglist.php
Zoeken in het mailinglistarchief: http://opentaal.org/zoeken.php
Juridische voorwaarden: http://opentaal.org/licentie.php