Onderwerp: Zend module

Hoi,

Heb zonet ioncube op server geinstalleerd, heb gekozen om via php.ini te draaien (volgens site ioncube zou dit performanter zijn).

Nu ff script coderen en op server loslaten.

Ik post zodadelijk mijn bevindingen.

Franky

Lokaal heb ik het nu ook draaien, loopt als een trein Nu krijg ik het alleen online nog niet aan de praat... Daar geeft hij aan dat het een corrupt bestand is.

Mijn grootste probleem is, is dat ik software wil gaan verkopen aan webmasters/designers of mensen die gewoon hun eigen website onderhouden. De meesten hebben geen eigen server, en kunnen dit dus niet installeren als het er nog niet op staat.

Kan iemand een inschatting geven welk percentage van de servers dit kan draaien?

@Dennie-Deti
Volgensmij kan je het alleen in een mapje plaatsen als je php als CGI binary draait.
Dit staat er:

Your PHP install appears to have threading support and run-time Loading is only possible on threaded web servers if using the CGI, FastCGI or CLI interface

Back again ...

Loopt inderdaad als een trein ...

Zonet 2 files (php contactformulierke en phpinfo) geencodeerd. Werkt perfect

bron bestand phpinfo.php -> phpinfo2.php (ioncube encoded): http://www.rackhost.be/phpinfo2.php

bron bestand contact.php -> contact2.php (ioncube encoded): http://www.rackhost.be/contact2.php

Ga mij licentie ioncube alvast aanschaffen, nice piece of software !

Origineel geplaatst door thrunx
Kan iemand een inschatting geven welk percentage van de servers dit kan draaien?

Op alle servers, niet?

Volgensmij kan je het alleen in een mapje plaatsen als je php als CGI binary draait.

Kan op 2 manieren worden gedraaid.
1) ofwel via een map in public_html/htdocs
2) ofwel native via apache php.ini (performanter)

Origineel geplaatst door colo-dedi-gent

Op alle servers, niet?

Sorry, ik bedoelde "al draait" ipv "kan draaien". Ik bedoelde dat mijn software er dan op "kan" draaien

Origineel geplaatst door thrunx


Sorry, ik bedoelde "al draait" ipv "kan draaien". Ik bedoelde dat mijn software er dan op "kan" draaien

Geen idee, wij gaan het allesinds op al onze servers installen naast Zend

Franky

Het zou inderdaad kunnen dat php op een bepaalde manier moet draaien. Het nadeel van via de php.ini, is dat je er vanuit gaat dat het dus door de host al geinstalleerd is. Wanneer er dus een nieuwe versie van de loader verschijnt, moet de host deze wel updaten, anders kan het zijn dat je nieuw ge-encrypte scripts niet meer werken. Als je dus zelf de loader meelevert, heb je daar geen last van.

Maar goed, ik weet dus niet zeker of dit overal zo werkt.

- Dennie

Wij ondersteunen standaard Zend en Ioncube op onze shared hosting, je hoeft daar niet bijster veel voor te doen. Zelf encoden we onze "handige tooltjes" voor onze klanten ook op die manier. De mogelijkheid om te locken op MAC adres en het laten verlopen van een script zijn echt ideaal.

Omdat Ioncube nog al eens met een update komt en dat ook moet doen voor iedere PHP update, kiezen we er wel voor om de scripts zelf de juiste loader te laten laden. Dat werkt het zekerst en het meest flexibelst.

Zijn jouw zelfgeschreven php scripts dan zo geweldig dat je ze moet encrypten opdat een ander er geen gebruik van kan maken ?

Ik heb er zo mijn twijfels over !!!

Bovendien !!!!
Met al die software die jij overal voor noppes vandaan haalt,
zou je niet zelf ook eens een bijdrage leveren aan de OpenSource Comunity !

Buisnes modellen zijn aleen maar voor snelle jongens met stropdassen en LeaseTrabandjes.
Die komen hier niet.

Origineel geplaatst door Capt.Pascal
LeaseTrabandjes.

Ik piekerde me suf over wat voor soort bandje nu weer bedoeld werd. We hebben de roze, gele, zwarte en noem maar op bandjes al gehad. Al die bandjes zijn ergens voor, of juist weer tegen.
En dan nu opeens een LeaseTra bandje, is dat dan voor of tegen leasen?

Euhm Pascal, die Piper van jou vliegt ook vast niet gratis... Ik werk bij een bedrijf dat mijn salaris moet verdienen door de verkoop van (volledig) zelf geschreven software. Daar zijn encoders een goed hulpmiddel bij. Niet alle "zelf geschreven scripts" is hobbywerk.

T.bloo
Ik begrijp je standpunt.
Ik ga er echter vanuit dat OSS nog lang niet gratis betekend !
Als je een paar miljoen $$$ voor software uitgeeft,
en daar de source bij krijgt,
wil dat nog niet zeggen dat je het aan een ander mag geven of dat een ander het zo maar mag gebruiken (da's niet het zelfde)
Het zelfde geld voor gesloten programma's (die toch ook driftig gecopieerd worden)

Maar ik geef toe
ik schrijf progsels om mijn werk te kunnen doen.
Maar proggen is (helaas) niet mijn core buisnes (om maar ff in stropdassen taal te spreken)

Origineel geplaatst door Capt.Pascal
Zijn jouw zelfgeschreven php scripts dan zo geweldig dat je ze moet encrypten opdat een ander er geen gebruik van kan maken ?

Ik heb er zo mijn twijfels over !!!

Bovendien !!!!
Met al die software die jij overal voor noppes vandaan haalt,
zou je niet zelf ook eens een bijdrage leveren aan de OpenSource Comunity !

Buisnes modellen zijn aleen maar voor snelle jongens met stropdassen en LeaseTrabandjes.
Die komen hier niet.

Ik schrijf ook opensource software www.webinsta.com, de nieuwe file manager pro die uitkomt binnenkort is gratis, en heb ik geschreven voor de OpenSource Comunity

Alleen geen enkel bedrijf zou staande blijven als ze alleen maar OpenSource software zouden leveren, wij in ieder geval niet. Er moet gewoon omzet gedraait worden om salarissen te betalen, daarom moet er ook gewerkt worden aan betaalde producten. En je verkoopt (waarschijnlijk) meer producten als het goed beveiligd is. Als we het encoden kunnen ze de licentie controle er niet uithalen

Trunx, hoewel ik het niet helemaal met je eens ben begrijp ik je overwegingen echt wel.

Ik zelf zie meer in het aanbieden van gedegen kennis (dus niet "ik instaleer je wel ff RedHad of WinXP, maar echt diepgaande kennis op de manier zoals dat in vroegere tijden ook ging, dit vereist echter wel serieus gekwalificeerd personeel en dat maakt het alsnog lastig)

Het is mij wel vaker voorgekomen dat men bereid was mij riant te betalen voor een software die zo van mijn website te halen was.
De toegevoegde waarde was dan het aanpassen ervan, niet het verkopen.

Ik heb ook eens een projectje gedaan dat ik onleesbaar heb gemaakt.
Loont zich de moeite niet.

Ook heb ik eens gezien hoe iemand zijn naam boven een OSS project van een ander heeft gezet om er vervolgens de "mooie meneer" mee uit te hangen.
Dat heeftie geweten !
De blaaskaak stond echt vet voor lul tov de hele community waar hij zo 'stoer' was.

Anyhow... ieder werkt op zijn eigen manier he.
Maar nogmaals, de essentie is (m.i. maar wie ben ik) dat OSS niet Gratis betekent.
Oftewel "Not Free as in Free Beer"

Origineel geplaatst door Capt.Pascal
Trunx, hoewel ik het niet helemaal met je eens ben begrijp ik je overwegingen echt wel.

Ik zelf zie meer in het aanbieden van gedegen kennis (dus niet "ik instaleer je wel ff RedHad of WinXP, maar echt diepgaande kennis op de manier zoals dat in vroegere tijden ook ging, dit vereist echter wel serieus gekwalificeerd personeel en dat maakt het alsnog lastig)

Het is mij wel vaker voorgekomen dat men bereid was mij riant te betalen voor een software die zo van mijn website te halen was.
De toegevoegde waarde was dan het aanpassen ervan, niet het verkopen.

Ik heb ook eens een projectje gedaan dat ik onleesbaar heb gemaakt.
Loont zich de moeite niet.

Ook heb ik eens gezien hoe iemand zijn naam boven een OSS project van een ander heeft gezet om er vervolgens de "mooie meneer" mee uit te hangen.
Dat heeftie geweten !
De blaaskaak stond echt vet voor lul tov de hele community waar hij zo 'stoer' was.

Anyhow... ieder werkt op zijn eigen manier he.
Maar nogmaals, de essentie is (m.i. maar wie ben ik) dat OSS niet Gratis betekent.
Oftewel "Not Free as in Free Beer"

Ik ben het met je eens dat OSS niet gratis betekend. Je kan het ook OS maken en vekopen, zodat mensen er wat van kunnen leren en eventueel naar eigen wensen kunnen aanpassen.

Het blijft koffiedik kijken, je weet nooit van te voren of je door encoden meer omzet zal draaien, en meer tevreden klanten zal krijgen