Self destructing asp

[Verwijderd]

Ivm met klanten die niet willen betalen voor mijn bloed zweet en tranen en ik ook geen passwords wil veranderen vraag ik mij af of iemand al eens heeft gedacht over een "selfdestructing" functie die op een verborgen pagina staat. Door die specifieke pagina op te roepen "gotya.asp" bijv, je een script in werking zet die alle op de server bestaande asp/html pagina's vernaggeld.

Kan iemand mij hiermee helpen of weet iemand hier een bestaand script voor?

TX

[D2k]

1/ dat kan je zelf toch wel? gewoon alles deleten
2/ scriptrequests: zie de faq
3/ of het mag enzo laat ik maar in het midden

[syllaz]

Ik zet pagina's van wanbetalende klanten altijd op zwart. Gewoon de hele app vervangen door een zwarte html page (mits je toegang tot de server hebt).
Dan gaan ze echt wel betalen!

[Spyro_the_Dragon]

Dat kan alleen als je zelf toegang hebt... als ze zelf toegang hebben zullen ze ook wel een backupje klaar hebben staan toch?

[gorgi_19]

Anders gezegd: Met een ASP script is dit dus niet op te lossen.. Mag trouwens ook hopen dat een ASP-script niet zo veel rechten overal heeft.

Echter, je hebt klanten. Als ze niet willen betalen, maak je extra kosten, die je op zich ook weer kan doorbelasten. Ik zou geen eigen rechter gaan spelen.

[ Voor 37% gewijzigd door gorgi_19 op 04-03-2003 09:37 ]

[jurri@n]

Ik kan zoiets... heb ooit in een login-procedure die in vrijwel iedere pagina gebruikt werd de volgende constructie gebruikt:

if ([username+password correct] && date()<[uiterste betaaldatum]) {

}

Pas na het betalen verwijder je de datumcontrole.... en dit stukje code wordt toch snel over het hoofd gezien...

Dit was in PHP overigens... maar ook in ASP uitvoerbaar uiteraard.

[Verwijderd]

Volgens mij is er niks verkeerd aangezien het feit jij als designer/programmeur altijd het recht behoud op vormgeving/script MITS anders overeen gekomen. IK heb het namelijk al eerder meegemaakt dat de klant zijn passwords had veranderd en ik dus niks meer kon deleten,..... moet je een advocaat in de arm nemen etc.etc.

sorry ik heb de faq niet gelezen, ga ik doen.

[MrBrown]

Een ingebouwd veiligheidslek dus eigenlijk....

Gewoon van tevoren alles goed gaan vastleggen voortaan, dan kan je gewoon via de normale wegen (aanmaningen, deurwaarder, etc, etc) je geld krijgen...

[Verwijderd]

Je kan een .asp bestand schrijven met daarin een compleet script die je ASP's kunnen 'aanpassen'.

Check deze link maar eens.

Volgens mij moet hier wel het een en ander mee mogelijk zijn.

[gorgi_19]

Verwijderd schreef op 04 March 2003 @ 09:40:
Je kan een .asp bestand schrijven met daarin een compleet script die je ASP's kunnen 'aanpassen'.

Check deze link maar eens.

Volgens mij moet hier wel het een en ander mee mogelijk zijn.

Wat op zich weer een enorm security issue met zich meebrengt en eigenlijk gewoon een grote beveiligingsfout is als je scripts mag uitvoeren in dezelfde folder als waar je ook in mag schrijven.

Verwijderd schreef op 04 maart 2003 @ 09:38:
Volgens mij is er niks verkeerd aangezien het feit jij als designer/programmeur altijd het recht behoud op vormgeving/script MITS anders overeen gekomen. IK heb het namelijk al eerder meegemaakt dat de klant zijn passwords had veranderd en ik dus niks meer kon deleten,..... moet je een advocaat in de arm nemen etc.etc.

sorry ik heb de faq niet gelezen, ga ik doen.

Erhm.. Dus? Die kosten kan je toch ook weer netjes doorbelasten aan hem?

[ Voor 34% gewijzigd door gorgi_19 op 04-03-2003 09:42 ]

[avon]

waarom laat je niet een soort verificatie via je eigen server 1 keer per dag lopen,
gewoon laten connecten naar je eigen mysql server en daar een parameter opvragen.

(maar dan moet je dat dus wel in je script meenemen, en het is natuurlijk niet heel
lastig voor de klant om dat er uit te vissen...)

[Verwijderd]

Je kunt toch ook asp encrypten. Ik heb wel eens zoiets gezien.

Doe je toch net het ideetje van AvOn verwerken in zo'n encrypt stukkie?

[MrBrown]

AvOn schreef op 04 maart 2003 @ 09:41:
waarom laat je niet een soort verificatie via je eigen server 1 keer per dag lopen,
gewoon laten connecten naar je eigen mysql server en daar een parameter opvragen.

(maar dan moet je dat dus wel in je script meenemen, en het is natuurlijk niet heel
lastig voor de klant om dat er uit te vissen...)

Owja, dan heb je dus een verdubbeling van de kans dat die site down gaat:
- Als de eigen server gek doet (normale kans)
- Als de externe server gek doet (dubbele kans)

Het zijn allemaal patch-oplossingen voor het gewoon niet goed voor elkaar hebben van de contracten en FO's en dergelijke... Zorg gewoon dat je van tevoren je papieren goed op orde hebt...

[Verwijderd]

Ja, mee eens, je papieren moeten in orde zijn. Ik bedoel dan ook, de deurwaarder erop af én de website onbruikbaar maken tot er betaald is. Net als je telefoonlijn, niet betalen is afsluiten, tot je betaald hebt.

[avon]

kijk het is 1 x per dag, zoiets voor de eerste keer na 12 uur de site geopend wordt
gaat die checken.... (eventueel zou je dit 3 dagen zonder verificatie goed kunnen laten gaan).
dus dan kan je server 3 dagen gek doen dit houdt hij dan weer bij in een eigen db'tje.

daarna kan je natuurlijke een vrolijke melding geven

Helaas, voor niets gaat de zon op of iets dergelijks ;-).

Encrypten van asp ken ik zelf niet!.... weet iemand hier meer van>

[ Voor 17% gewijzigd door avon op 04-03-2003 09:58 . Reden: enthousiastme ten top! ]

[MrBrown]

Verwijderd schreef op 04 March 2003 @ 09:49:
Ja, mee eens, je papieren moeten in orde zijn. Ik bedoel dan ook, de deurwaarder erop af én de website onbruikbaar maken tot er betaald is. Net als je telefoonlijn, niet betalen is afsluiten, tot je betaald hebt.

Ja, maar dat is dus gewoon niet nodig, imo... Als je in je gelijk staat krijg je je geld toch wel, dus waarom zou je afsluiten? Het is inderdaad wel erg lullig als je om het geld staat te springen....

Ik ben overigens nu bijna 3jaar al bezig met mijn (ons, collega's niet vergeten ) bedrijf, en ik moet zeggen dat wij dit gelukkig nooit hebben meegemaakt. Maar ik denk dat dat deels ook komt omdat wij inderdaad veel werk steken in de papierwerk... Goede algemene voorwaarden zoeken (wij gebruiken die van de FENIT), daarin wordt al een hoop afgevangen, en consequent zijn met facturen en herinneringen sturen. Maar misschien helpt het ons dat we echt als bedrijf functioneren, komt wat "robuuster" over dan een freelancer misschien...

Ik ga er overigens vanuit dat je alles netjes legaal hebt gedaan en niet zwart, want anders ben je gaar.....

[Verwijderd]

AvOn: Linkje

Ik kan me ook vergissen hoor, maar hier staat me iets van bij. De ASP werd echt onleesbaar voor ons, maar wel uitvoerbaar voor de server...

[Verwijderd]

Wel een goed idee!, ik ben zelf niet zon programmeur maar als ik het goed begrijp gebruik je een soort activering van de website die afhangt van een parameter op je eigen server?
Is de parameter "niet betaald" kun je de pagina opvragen....? Haha, WIN XP doetdat (deed) toch ook?

[Verwijderd]

Encrypten is handig om de code te verbergen die je hebt verstopt. Kun je je code niet lezen én stelen,...hmm. Cool! TX

[avon]

MrBrown schreef op 04 March 2003 @ 09:44:
[...]

Owja, dan heb je dus een verdubbeling van de kans dat die site down gaat:
- Als de eigen server gek doet (normale kans)
- Als de externe server gek doet (dubbele kans)

Het zijn allemaal patch-oplossingen voor het gewoon niet goed voor elkaar hebben van de contracten en FO's en dergelijke... Zorg gewoon dat je van tevoren je papieren goed op orde hebt...

mmm, niet iedereen heeft natuurlijk alles direct groot aangepakt, menig
tweaker klust wat bij laten we het zo noemen. Een energie maatschappij
heeft zijn papieren ook prima voor elkaar maar een stok achter de deur
heeft hij wel!.

[cybermans]

is dat encoden op een of andere manier ook voor php te gebruiken?

[gorgi_19]

cybermans schreef op 04 maart 2003 @ 11:26:
is dat encoden op een of andere manier ook voor php te gebruiken?

JA, zoa ZEND encoding bestaat.

[cybermans]

hmmm kost geld en dat was niet helemaal de bedoeling. * cybermans finx freeware roelz

[Verwijderd]

Nou uhm als je toch ASP gebruik, kun je toch een leuke COM-object maken die checkt of het gebruik van het script geldig is? Dus standaard een 60dagen versie; nadat z hebben betaald krijgen een speciaal voor hun gemaakte versie van de dll met een code er in etc. En natuurlijk kun je ook wat leuke kleine- hoofdletters in je ASP-script doen; dat ook een code weergeeft. Kun je meteen zien via wie je script toch nog online is gekomen