Bekijk Volledige Versie : PHPNuke, OSCommerce, EasyShopMaker???
H.S. de Lier
01/10/05, 10:25
Hallo,
Ik heb de laatste dagen me proberen te oriënteren op de mogelijkheden van
een eigen webshop. Eerlijk gezegd ben ik daar nauwelijks wijzer van
geworden, want er is zo een verwarrende overdaad aan informatie.
Ik ben niet zozeer technisch geïnteresseerd, maar veel meer naar de
praktische toepassingen ervan. Wie kan me een klein stukje opweg helpen met
de beantwoording van onderstaande vargen? Ik ben je bij voorbaat dankbaar.
- Is er een relatie tussen PHPNuke en OSCOmmerce? Is het een uit het ander
ontsproten? Kan ik PHPNuke negeren voor een webshop?
- Is OSCommerce in zijn basis eenvoudig te leren? Of is het voor de leek
beter om een kant-en-klaar pakket als EasyShopMaker te kopen? Waar vind ik
een goede tutorial over OSCommerce?
- Hoe kijken jullie aan tegen EasyShopMaker? Ik vond het er op het eerste
gezicht prachtig uitzien, maar zie ik iets over het hoofd?
"H.S. de Lier" <harrie@schep.net> wrote:
>Hallo,
>
Hoi
>- Is er een relatie tussen PHPNuke en OSCOmmerce?
Nee
>Is het een uit het ander ontsproten?
Nee
>Kan ik PHPNuke negeren voor een webshop?
Voor osCommerce is PHPNuke in principe overbodig
>- Is OSCommerce in zijn basis eenvoudig te leren?
Definitie van "eenvoudig"?
>Waar vind ik een goede tutorial over OSCommerce?
<http://forums.oscommerce.nl/index.php>
John Westera
--
<http://webcel.nl/>
<http://oswebshop.nl/>
<http://edamshop.nl>
"Time is what prevents everything from happening at once"
- John Archibald Wheeler -
On Sun, 02 Oct 2005 00:04:49 +0200, John OO <no_spam@webcel.nl> wrote:
> "H.S. de Lier" <harrie@schep.net> wrote:
>
>>Waar vind ik een goede tutorial over OSCommerce?
>
><http://forums.oscommerce.nl/index.php>
<http://www.securityfocus.com/swsearch?sbm=%2F&metaname=alldoc&query=oscommerce&x=0&y=0>
Oscommerce heeft de neiging om bugs niet te fixen. Dit zal voornamelijk
komen omdat het weer uit diverse andere onderdelen bestaat. Een leuk
voorbeeld is nog altijd om een getal in te voeren bij het aantal items
dat je wil bestellen van een product waarbij dat getal hoger is dan een
integer getal (32 bits machines). De prijs zakt enorm en je hebt wel
giga veel producten voor weinig geld.
Hans
--
<iemand>
iemand heeft een gat gevonden in pdp's access.db? bel cnn
http://blacklist.kernelnewbies.nl
Hans <replyelsewhere@hans.kernelnewbies.nl> wrote:
>On Sun, 02 Oct 2005 00:04:49 +0200, John OO <no_spam@webcel.nl> wrote:
>> "H.S. de Lier" <harrie@schep.net> wrote:
>>
>>>Waar vind ik een goede tutorial over OSCommerce?
>>
>><http://forums.oscommerce.nl/index.php>
>
><http://www.securityfocus.com/swsearch?sbm=%2F&metaname=alldoc&query=oscommerce&x=0&y=0>
>
>Oscommerce heeft de neiging om bugs niet te fixen.
<http://www.oscommerce.com/community/bugs/> en alle forums.
De meeste bugs zijn binnen enkele dagen na het bekend worden gefixed,
of door het osCommerce-team of door een forumlid.
>Een leuk voorbeeld is nog altijd om een getal in te voeren bij het aantal items
>dat je wil bestellen van een product waarbij dat getal hoger is dan een
>integer getal (32 bits machines). De prijs zakt enorm en je hebt wel
>giga veel producten voor weinig geld.
>
Eenvoudige oplossing: 'size="3" maxlength="3"
John Westera
--
<http://webcel.nl/>
<http://oswebshop.nl/>
<http://edamshop.nl>
"Time is what prevents everything from happening at once"
- John Archibald Wheeler -
finalwebsites.com
02/10/05, 13:35
IK zelf ben geen fan van de deze programma's moet erbij wel zeggen dat
osCommerce eenvoudig te installeren is en ook de modules zijn krachtig.
Mijn advies begin gewoon een installatie en probeer welk product het
beste bij je past.
gr. Olaf
Maak kans op een gratis kaartje voor de PHP conferentie 2005...
http://www.finalwebsites.com/php_conferentie.php
"H.S. de Lier" <harrie@schep.net> schreef in bericht
news:c66ab$433e477c$52ae60d5$26836@news.versatel.n l...
> - Is OSCommerce in zijn basis eenvoudig te leren? Of is het voor de leek
> beter om een kant-en-klaar pakket als EasyShopMaker te kopen? Waar vind ik
> een goede tutorial over OSCommerce?
supersimpel, het wijst zich vanzelf
SF
Hans Spaans
03/10/05, 12:15
John OO wrote in nl.internet.www.server-side:
>
> <http://www.oscommerce.com/community/bugs/> en alle forums.
> De meeste bugs zijn binnen enkele dagen na het bekend worden gefixed,
> of door het osCommerce-team of door een forumlid.
Sorry hoor, maar als ik de volgende opmerkingen ga aantreffen dan
behoeven sommige mensen toch wat verder onderwijs. Een aanrader is bv
"Praktical Unix & Internet Security" of "Secure Coding".
`File system permissions (the 777 you mention) have a rather weak
influence on internet security. In my opinion, there is no security
problem here.'
En anders is de volgende ook wel een leuke en staat al februari 2005
open: http://www.oscommerce.com/community/bugs,2430/status,open/page,3
Of de volgende sinds maart 2005 :
http://www.oscommerce.com/community/bugs,2463/status,open/page,5
En dit zijn gewoon drie willekeurige posting op het forum helaas.
> Eenvoudige oplossing: 'size="3" maxlength="3"
En verhelpt dit het probleem in het script? Dit wordt ook het grootste
probleem van Ajax, waarbij iedereen denkt dat ze client-side alles
kunnen afvangen. Aan de andere kant het houdt de hoeveelheid postings op
oa Bugtraq wel op peil en tig keer dezelfde fout voorbij zien komen is
best interessant.</sarcasme>
Hans
--
`FUD was first defined by Gene Amdahl after he left IBM to found his own
company, Amdahl Corp.: "FUD is the fear, uncertainty, and doubt that IBM
sales people instill in the minds of potential customers who might be
considering Amdahl products."' -- http://en.wikipedia.org/wiki/Fud
finalwebsites.com
03/10/05, 16:55
.... Jullie maken de thread starter alleen maar bang... hij wilde alleen
maar weten wat als het beste word beordeelt wordt en niet wat voor
problemen mogelijk zijn.
Als iemand goed zoekt vind men waarschijnlijk in elke applicatie bugs
en veiligheids problemen, het is tenslotte het internet...
gr. Olaf
Maak kans op een gratis kaartje voor de PHP conferentie 2005...
http://www.finalwebsites.com/php_conferentie.php
Hans Spaans <hans.spaans+usenet@xs4all.nl> wrote:
>John OO wrote in nl.internet.www.server-side:
>>
>> <http://www.oscommerce.com/community/bugs/> en alle forums.
>> De meeste bugs zijn binnen enkele dagen na het bekend worden gefixed,
>> of door het osCommerce-team of door een forumlid.
>
>Sorry hoor, maar als ik de volgende opmerkingen ga aantreffen dan
>behoeven sommige mensen toch wat verder onderwijs. Een aanrader is bv
>"Praktical Unix & Internet Security" of "Secure Coding".
>
>`File system permissions (the 777 you mention) have a rather weak
>influence on internet security. In my opinion, there is no security
>problem here.'
>
Bovenstaande regels zijn nutteloos.
Geen bronvermelding :(
>En anders is de volgende ook wel een leuke en staat al februari 2005
>open: http://www.oscommerce.com/community/bugs,2430/status,open/page,3
>
Verder lezen i.p.v. alleen maar proberen iets te vinden?
<quote>
13 Mar 2005 19:54:40 rickdeis (AT) funkngroovin (DOT) com
Sounds like the problem I just had where my customer paid through
paypal but failed to click the continue button. What happens is since
the customer does not return to oscommerce the order is not completed.
In fact the items purchased remain in their shopping cart. See
http://www.oscommerce.info/docs/english/e_payment_recieved_but_no_order.html
</>
Opm.:
alle posters, ook die die niet gehinderd worden door enige kennis,
kunnen iets wat in hun ogen een "bug" is posten.
>Of de volgende sinds maart 2005 :
>http://www.oscommerce.com/community/bugs,2463/status,open/page,5
>
Paypal wordt uitermate goed bijgehouden in het forum o.a. door een
PayPal medewerker. Probleem lijkt me eerder dat poster niet weet/wist
hoe zijn "download" ingesteld moet worden.
>En dit zijn gewoon drie willekeurige posting op het forum helaas.
>
Wat is je punt vergeleken met andere software?
Onderhoud van je software en de nodige kennis van en vóór en tijdens
gebruik ervan is nodig in ELK software programma, zo ook bij
osCommerce.
Als je van mening bent dat je mir nichts dir nichts ermee kunt gaan
knutselen ben je inderdaad verkeerd bezig.
>> Eenvoudige oplossing: 'size="3" maxlength="3"
>
>En verhelpt dit het probleem in het script?
Ja. .
> Dit wordt ook het grootste
>probleem van Ajax, waarbij iedereen denkt dat ze client-side alles
>kunnen afvangen.
size="3" maxlength="3" is niet clientside.
PS
Ik mis jouw advies voor OP?
John Westera
--
<http://webcel.nl/>
<http://oswebshop.nl/>
<http://edamshop.nl>
"Time is what prevents everything from happening at once"
- John Archibald Wheeler -
Erick T. Barkhuis
03/10/05, 18:15
John OO [on Mon, 03 Oct 2005 18:00:42 +0200] wrote:
> size="3" maxlength="3" is niet clientside.
Ehhh...weet je dat Heel Zeker, John?
--
Erick
On 3 Oct 2005 07:47:08 -0700, finalwebsites.com <olaf.lederer@gmail.com> wrote:
> ... Jullie maken de thread starter alleen maar bang... hij wilde alleen
> maar weten wat als het beste word beordeelt wordt en niet wat voor
> problemen mogelijk zijn.
>
> Als iemand goed zoekt vind men waarschijnlijk in elke applicatie bugs
> en veiligheids problemen, het is tenslotte het internet...
Jij geeft je oma ook phpNuke op een machine? Ik denk zelfs dat juist
het aanmoedigen van brakke software veel meer ellende voor de OP kan
betekenen dan het nu goed voorlichten. Regelmatig haal ik flink wat
ernstige bugs uit allerlei brakke scripts en de reactie is vaak nogal
lauw. Men wil gewoon niet beseffen hoe erg het is totdat men met een
lekke site zit en wordt afgesloten door hun ISP omdat er een stel
spammers weer een lek formail o.i.d. hebben gevonden.
Hans
--
<iemand>
iemand heeft een gat gevonden in pdp's access.db? bel cnn
http://blacklist.kernelnewbies.nl
Erick T. Barkhuis <erick@ardane.c-o-m> wrote:
>John OO [on Mon, 03 Oct 2005 18:00:42 +0200] wrote:
>
>> size="3" maxlength="3" is niet clientside.
>
>Ehhh...weet je dat Heel Zeker, John?
Hm ik dacht blijkbaar aan JS, maar goed dan doen we het gewoon zo:
function add_cart($products_id, $qty = '1', $attributes = '',
$notify = true) {
global $new_products_id_in_cart, $customer_id;
if(strlen($qty) > 3){
$qty = 999;
}
John Westera
--
<http://webcel.nl/>
<http://oswebshop.nl/>
<http://edamshop.nl>
"Time is what prevents everything from happening at once"
- John Archibald Wheeler -
Hans Spaans
03/10/05, 22:45
John OO wrote in nl.internet.www.server-side:
> Hans Spaans <hans.spaans+usenet@xs4all.nl> wrote:
>
>>`File system permissions (the 777 you mention) have a rather weak
>>influence on internet security. In my opinion, there is no security
>>problem here.'
>>
> Bovenstaande regels zijn nutteloos.
> Geen bronvermelding :(
Staat gewoon bij de 'open list bugs', maar [1]Google kan ook voldoende
voor je hoor.
> Verder lezen i.p.v. alleen maar proberen iets te vinden?
Ik heb alleen maar even wat highlights gepakt. En als het geen issues
zijn dan kan je me gerust wel vertellen waarom ze dan nog steeds de
status open hebben.
<knip>
>
> Opm.:
> alle posters, ook die die niet gehinderd worden door enige kennis,
> kunnen iets wat in hun ogen een "bug" is posten.
Software die in situatie komt die niet zo is als beschreven is toch echt
bij mij en vele andere een bug. Je kan een gebruiker clueless vinden,
maar het is ieen fundament van software development en staat in vrij
veel boeken onder de kopjes reliability, correctness en robustness.
Het bovenstaande wordt weer heel regelmatig bewezen btw op oa Bugtraq,
want dingen als input validatie en een processtroomdiagrammen schijnen
niet meer te bestaan.
> Paypal wordt uitermate goed bijgehouden in het forum o.a. door een
> PayPal medewerker. Probleem lijkt me eerder dat poster niet weet/wist
> hoe zijn "download" ingesteld moet worden.
Doet me een beetje denken aan een leverancier die de documentatie
aanpaste ipv een bug te fixen.
> Wat is je punt vergeleken met andere software?
Hetzelfde wat Hans Wolters noemt, maar dan even toegelicht. OSC is leuk,
maar ga niet huilen als ie kapot is. En jij kan dingen geen bug noemen,
maar er zitten structurele fouten in en gebruikersfouten oplossen is
denk ik wel een van de grootste waar ze nog wat uitdagingen te hebben.
Je kan hetzelfde wel zeggen voor phpNuke en ook begrijpelijk waarom er
al bij sommige hosters een verbod is op het draaien van die software. De
derde werkt niet echt zodra mensen popup-blockers enzo gaan gebruiken.
> Onderhoud van je software en de nodige kennis van en vóór en tijdens
> gebruik ervan is nodig in ELK software programma, zo ook bij
> osCommerce.
> Als je van mening bent dat je mir nichts dir nichts ermee kunt gaan
> knutselen ben je inderdaad verkeerd bezig.
Je noemt nu net het uitgangspunt van vele webapplicaties, maar dat is
maar een klein punt van alle problemen. Problemen die niet alleen bij
webapplicaties aanwezig zijn trouwens.
>>En verhelpt dit het probleem in het script?
>
> Ja. .
Nee, want iemand kan met wget, curl, lwp en nog toch dingen zo kwaad als
hij wil. Zolang je niet het probleem oplost op de plek waar het gebeurt,
dan blijft het probleem bestaan.
>> Dit wordt ook het grootste
>>probleem van Ajax, waarbij iedereen denkt dat ze client-side alles
>>kunnen afvangen.
>
> size="3" maxlength="3" is niet clientside.
Hoe noem je het dan? Je tracht je browser een stukje input validatie te
laten doen en dat is leuk, maar de echte problemen los je op aan de
server-side. De enige plek waar je ze ook daadwerkelijk op kan lossen en
ook het punt waar Hans Wolters over begonnen.
> PS
> Ik mis jouw advies voor OP?
Ik moet mensen in de newsgroup n.i.w.server-side gaan uitleggen waar ze
input validatie moeten gaan doen?
Hans
[1] http://www.google.nl/search?q=File+system+permissions+%28the+777+you+me ntion%29+have+a+rather+weak+oscommerce
--
`FUD was first defined by Gene Amdahl after he left IBM to found his own
company, Amdahl Corp.: "FUD is the fear, uncertainty, and doubt that IBM
sales people instill in the minds of potential customers who might be
considering Amdahl products."' -- http://en.wikipedia.org/wiki/Fud
In article <uss2k11b0djegem7fplkvnruug3t2vteaa@4ax.com>,
John OO <no_spam@webcel.nl> writes:
> Erick T. Barkhuis <erick@ardane.c-o-m> wrote:
>
>>John OO [on Mon, 03 Oct 2005 18:00:42 +0200] wrote:
>>
>>> size="3" maxlength="3" is niet clientside.
>>
>>Ehhh...weet je dat Heel Zeker, John?
>
> Hm ik dacht blijkbaar aan JS, maar goed dan doen we het gewoon zo:
[knip JS]
Ehhh, en denk je dat een client iets met dat script gaat doen?
(of zich iets van "size" of "maxlength" gaat aantrekken?)
Hans Spaans <hans.spaans+usenet@xs4all.nl> wrote:
>John OO wrote in nl.internet.www.server-side:
>> Hans Spaans <hans.spaans+usenet@xs4all.nl> wrote:
>>
[knip rant van expert die overal wel iets kan vinden]
>
> ... maar de echte problemen los je op aan de
>server-side.
>
Zie mijn reactie op ETB
John Westera
--
<http://webcel.nl/>
<http://oswebshop.nl/>
<http://edamshop.nl>
"Time is what prevents everything from happening at once"
- John Archibald Wheeler -