abonnement Unibet Coolblue Bitvavo
pi_139687901
quote:
19s.gif Op woensdag 7 mei 2014 18:18 schreef TwenteFC het volgende:

[..]

:9 Je doet alsof een webshop een heel gecompliceerd iets is, dat valt ook wel weer mee.

Je hebt alleen flexibiliteit nodig om al die seo meuk handelbaar te houden op een lange termijn.
Ehm, wij werken met een team van een man of 10 ongeveer een jaar aan 1 webshop, en dan gebruiken we ook nog eens een enterprise product, maar goed als jij denkt dat een webshop iets simpels is....

Vandaar dat met mensen als jou de kwaliteit van 99 procent van de webshops bedroevend is.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 08:11:21 #152
91039 mstx
2x1/2 = 1/2 x 1/2
pi_139687976
quote:
0s.gif Op woensdag 7 mei 2014 10:58 schreef raptorix het volgende:

[..]

Waarom je uberhaupt Magento zou gebruiken is me een raadsel, ik heb het ooit wel eens bekeken, wat een bagger zeg, alleen al de honderden zo niet duizenden files waarmee je te maken hebt. :')
Yep, ik heb nu ook 2 shops in Magento moeten maken, het is ook best wel bagger. ;(
En dan heb je waarschijnlijk nog niet naar de database gekeken, een standaardinstallatie heeft 348 (!!!) tabellen. :'( Je kan ook niet even een simpel importscriptje voor producten ofzo schrijven want dan moet je dus in superveel tabellen shit wegschrijven. :')
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
pi_139687995
quote:
0s.gif Op donderdag 8 mei 2014 08:11 schreef mstx het volgende:

[..]

Yep, ik heb nu ook 2 shops in Magento moeten maken, het is ook best wel bagger. ;(
En dan heb je waarschijnlijk nog niet naar de database gekeken, een standaardinstallatie heeft 348 (!!!) tabellen. :'( Je kan ook niet even een simpel importscriptje voor producten ofzo schrijven want dan moet je dus in superveel tabellen shit wegschrijven. :')
Veel tabellen zegt niet alles, maar 348 is idioot, ik heb ooit in 1999 mijn eigen webshop geschreven die vrij uitgebreid was, en toen kwam ik volgens mij op een tabel of 25, overigens ook wel eens met een database gewerkt van boven de 1000 tables :D
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  FOK!mycroftheld donderdag 8 mei 2014 @ 08:23:07 #154
128465 verified  bondage
Ingewikkeld
pi_139688090
quote:
0s.gif Op donderdag 8 mei 2014 08:12 schreef raptorix het volgende:

[..]
overigens ook wel eens met een database gewerkt van boven de 1000 tables :D
Ik mag toch hopen dat er goede documentatie beschikbaar was voor dat monster. Het grootste aantal tables dat ik ooit heb gezien zal ergens rond de 100 liggen. De documentatie was helaas erg beperkt en ik moest zelf uit gaan zoeken welke tables met elkaar te linken waren en op welke velden. Velden hadden, om het nog erger te maken, veelal onduidelijke namen wat dit gedoe er niet makkelijker op maakte. Heeft me erg veel tijd gekost om dat ding in kaart te brengen en alsnog te beschrijven.
pi_139688127
quote:
11s.gif Op donderdag 8 mei 2014 08:23 schreef bondage het volgende:

[..]

Ik mag toch hopen dat er goede documentatie beschikbaar was voor dat monster. Het grootste aantal tables dat ik ooit heb gezien zal ergens rond de 100 liggen. De documentatie was helaas erg beperkt en ik moest zelf uit gaan zoeken welke tables met elkaar te linken waren en op welke velden. Velden hadden, om het nog erger te maken, veelal onduidelijke namen wat dit gedoe er niet makkelijker op maakte. Heeft me erg veel tijd gekost om dat ding in kaart te brengen en alsnog te beschrijven.
Dit was de global product database van Ericson, zat op zich goed en logisch in elkaar, maar alles wat ook maar bekend was qua producten van Ericsson zat in dat ding, opzich als je gewend bent met complexe databases kom je er best goed uit, zaten wel wat vervelende dingen in, omdat zoveel applicaties er van gebruik maakten was men heel huiverig op changes, dus maakte men al snel weer een nieuw table aan. Zo waren er een stuk of 8 tables met regions/landen wat het niet echt mooi maakte.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 08:33:34 #156
91039 mstx
2x1/2 = 1/2 x 1/2
pi_139688200
Zolang de tabellen en kolommen maar logische namen hebben. Opencart heeft bijv. ook 115 tabellen maar daar heb ik de documentatie nog nooit voor nodig gehad. Veel simpeler kan het ook niet:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
oc_product
oc_product_attribute
oc_product_description
oc_product_discount
oc_product_filter
oc_product_image
oc_product_option
oc_product_option_value
oc_product_profile
oc_product_recurring
oc_product_related
oc_product_reward
oc_product_special
oc_product_to_category
oc_product_to_download
oc_product_to_layout
oc_product_to_store
Al vaak importscriptjes gemaakt om producten te importeren vanuit csv/xml/db en dat was zo gedaan.

Ter vergelijking, Magento:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
catalog_product_bundle_option
catalog_product_bundle_option_value
catalog_product_bundle_price_index
catalog_product_bundle_selection
catalog_product_bundle_selection_price
catalog_product_bundle_stock_index
catalog_product_enabled_index
catalog_product_entity
catalog_product_entity_datetime
catalog_product_entity_decimal
catalog_product_entity_gallery
catalog_product_entity_group_price
catalog_product_entity_int
catalog_product_entity_media_gallery
catalog_product_entity_media_gallery_value
catalog_product_entity_text
catalog_product_entity_tier_price
catalog_product_entity_varchar
catalog_product_flat_1
catalog_product_index_eav
catalog_product_index_eav_decimal
catalog_product_index_eav_decimal_idx
catalog_product_index_eav_decimal_tmp
catalog_product_index_eav_idx
catalog_product_index_eav_tmp
catalog_product_index_group_price
catalog_product_index_price
catalog_product_index_price_bundle_idx
catalog_product_index_price_bundle_opt_idx
catalog_product_index_price_bundle_opt_tmp
catalog_product_index_price_bundle_sel_idx
catalog_product_index_price_bundle_sel_tmp
catalog_product_index_price_bundle_tmp
catalog_product_index_price_cfg_opt_agr_idx
catalog_product_index_price_cfg_opt_agr_tmp
catalog_product_index_price_cfg_opt_idx
catalog_product_index_price_cfg_opt_tmp
catalog_product_index_price_downlod_idx
catalog_product_index_price_downlod_tmp
catalog_product_index_price_final_idx
catalog_product_index_price_final_tmp
catalog_product_index_price_idx
catalog_product_index_price_opt_agr_idx
catalog_product_index_price_opt_agr_tmp
catalog_product_index_price_opt_idx
catalog_product_index_price_opt_tmp
catalog_product_index_price_tmp
catalog_product_index_tier_price
catalog_product_index_website
catalog_product_link
catalog_product_link_attribute
catalog_product_link_attribute_decimal
catalog_product_link_attribute_int
catalog_product_link_attribute_varchar
catalog_product_link_type
catalog_product_option
catalog_product_option_price
catalog_product_option_title
catalog_product_option_type_price
catalog_product_option_type_title
catalog_product_option_type_value
catalog_product_relation
catalog_product_super_attribute
catalog_product_super_attribute_label
catalog_product_super_attribute_pricing
catalog_product_super_link
:')
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
pi_139688440
quote:
0s.gif Op donderdag 8 mei 2014 08:00 schreef raptorix het volgende:

[..]

Wat snap je niet aan een goede webshop?
Ik snap niet dat jij zegt dat een goede webshop niet in een halfjaar te bouwen is, weet niet op welk slakken tempo jij typt, maar beetje webshop valt ECHT wel in een halfjaar te ontwikkelen. Maar goed, voor de ene is goed goed en de ander slecht! *)

Oh en je zegt dat jullie met 10 man werken, mooi man, zal wel een extreem uitgebreid product zijn, met bergen met opties etc.. wat een gemiddelde webshop dus niet nodig heeft, lijkt mij.
En als jij zegt dat 99% niet goed is, zowww dan kunnen we beter maar stoppen met internetten want er zijn zoveel webshops geschreven door 1 persoon, die zijn dus bij deze allemaal uitermate slecht..
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_139688536
quote:
0s.gif Op donderdag 8 mei 2014 08:51 schreef Chandler het volgende:

[..]

Ik snap niet dat jij zegt dat een goede webshop niet in een halfjaar te bouwen is, weet niet op welk slakken tempo jij typt, maar beetje webshop valt ECHT wel in een halfjaar te ontwikkelen. Maar goed, voor de ene is goed goed en de ander slecht! *)

Oh en je zegt dat jullie met 10 man werken, mooi man, zal wel een extreem uitgebreid product zijn, met bergen met opties etc.. wat een gemiddelde webshop dus niet nodig heeft, lijkt mij.
En als jij zegt dat 99% niet goed is, zowww dan kunnen we beter maar stoppen met internetten want er zijn zoveel webshops geschreven door 1 persoon, die zijn dus bij deze allemaal uitermate slecht..
Natuurlijk kun je wel een webshop bouwen in een halfjaar, maar we hadden het over een goede webshop, maar mijn punt blijft dat het onzin is om zelf webshops te gaan bouwen, verspilling van tijd en geld, want het loont gewoon niet, er zijn zat prima producten op de markt waarbij men 10.000 uren heeft geinvesteerd om het te optimaliseren, daar kan je gewoon niet tegen op werken.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 08:58:35 #159
187069 slacker_nl
Sicko pur sang
pi_139688542
quote:
19s.gif Op woensdag 7 mei 2014 18:18 schreef TwenteFC het volgende:

[..]

:9 Je doet alsof een webshop een heel gecompliceerd iets is, dat valt ook wel weer mee.

Je hebt alleen flexibiliteit nodig om al die seo meuk handelbaar te houden op een lange termijn.
De functionaliteit van een webshop is snel te maken. Tis een CMS met een Ogone koppeling. Echter heb je ook te maken met wat werkt prettig voor de gebruiker. Alles is te maken. Maar ben het met raptor eens dat je ook flink moet investeren in je product als je een goede bruikbare shop wilt hebben. Werkende prototypes zijn een, goed werkende eindproducten zijn een ander verhaal.

[ Bericht 0% gewijzigd door slacker_nl op 08-05-2014 10:00:36 ]
In theory there is no difference between theory and practice. In practice there is.
pi_139688684
quote:
0s.gif Op donderdag 8 mei 2014 08:57 schreef raptorix het volgende:
Natuurlijk kun je wel een webshop bouwen in een halfjaar, maar we hadden het over een goede webshop, maar mijn punt blijft dat het onzin is om zelf webshops te gaan bouwen, verspilling van tijd en geld, want het loont gewoon niet, er zijn zat prima producten op de markt waarbij men 10.000 uren heeft geïnvesteerd om het te optimaliseren, daar kan je gewoon niet tegen op werken.
Is het absoluut geen onzin, als iedereen dacht zoals jij zaten we nog steeds te internetten op een modem en moesten we downloaden vanaf bbsjes...

Juist doordat mensen zelf dingen proberen te maken leert men, kijkt men dingen van elkaar af. Ik heb zat sites ontwikkeld die NOOIT het daglicht hebben gezien, waarom, onvrede van mijn kant over het product wat ik had gemaakt, niet goed genoeg, maar heb ook zat sites wel afgemaakt die ik zo kon 'kopen' ipv zelf te schrijven, maar juist het zelf schrijven is vaak veel leuker dan het moeten werken met bv magento/wordpress/etc.

Het is jou mening dat het verspilling van geld en tijd is, ik verspeel ook veel tijd met vissen, uren aan de waterkant en totaal NIETS doen... god wat een verspilling van 'energie en geld'.. maar ik geniet er wel op en top van, leer iedere keer wat... dat heb je niet als je dingen gaat toevoegen aan bestaande producten, je hebt geen flauw idee wat er allemaal in het systeem gebeurd, hebt weinig controle over plus je leert niet hoe het allemaal in elkaar zit. Ik snap best dat je kiest voor pakketten die al bestaan, maar snap niet dat je het afraad om het zelf te maken.. zeg maar..

quote:
1s.gif Op donderdag 8 mei 2014 08:58 schreef slacker_nl het volgende:
De functionaliteit van een webshop is snel te maken. Tis een CMS met een Ogone koppeling. Echter heb ook te maken met wat werkt prettig voor de gebruiker. Alles is te maken. Maar ben het met raptor eens dat je ook flink moet investeren in je product als je een goede bruikbare shop wilt hebben. Werkende prototypes zijn een, goed werkende eindproducten zijn een ander verhaal.
Ik ben het ook met je eens, maar meeste webshops hoeven geen detail tree, of bergen met opties, die willen producten aanbieden om te verkopen, met betaal mogelijkheid, klanten database... je kunt het jezelf zo moeilijk maken als je zelf wilt, maar het is in mijn ogen de uitdaging om het allemaal zelf te schrijven.
Daarom zie je ook bergen met mensen zelf blogs schrijven, vroeger gastenboeken etc maken... waarom? omdat het leuk is om het zelf te doen.. ipv iets te gebruiken wat van een ander is.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 8 mei 2014 @ 09:22:38 #161
187069 slacker_nl
Sicko pur sang
pi_139688970
Qua educational value heb ik er geen bezwaar tegen. Maar we hebben het hier over bedrijven, dan zijn de belangen anders en liggen ze niet bij het 'leren', maar winst maken.
In theory there is no difference between theory and practice. In practice there is.
  donderdag 8 mei 2014 @ 09:31:05 #162
91039 mstx
2x1/2 = 1/2 x 1/2
pi_139689122
Alsof het de klant iets interesseert of je het leuk vindt en er wat van leert. Die wil gewoon zo snel en zo goedkoop mogelijk zijn nieuwe shop online hebben. Als die dan moet kiezen tussen het gebruik van een bestaande oplossing (die zich al heeft bewezen) waar alle functionaliteit in zit die hij nodig heeft, of een custom iets wat from scratch wordt gebouwd, 5x zo veel tijd kost en allerlei kinderziektes heeft is de keuze vaak snel gemaakt.
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
  † In Memoriam † donderdag 8 mei 2014 @ 10:02:13 #163
159335 Boze_Appel
Vrij Fruit
pi_139689871
quote:
0s.gif Op donderdag 8 mei 2014 08:01 schreef raptorix het volgende:

[..]

ASP? C#/.net
quote:
nopCommerce is a fully customizable shopping cart. It's stable and highly usable. nopCommerce is an open source ecommerce solution that is ASP.NET (MVC) based with a MS SQL 2008 (or higher) backend database.
Staat op hun site.
Carpe Libertatem
  donderdag 8 mei 2014 @ 10:06:20 #164
187069 slacker_nl
Sicko pur sang
pi_139689953
quote:
7s.gif Op donderdag 8 mei 2014 10:02 schreef Boze_Appel het volgende:

Staat op hun site.
ASP.NET uses the multi-language abilities of the .NET Common Language Runtime, allowing Web pages to be coded in VB.NET, C#, J#, Delphi.NET, Chrome, etc.
In theory there is no difference between theory and practice. In practice there is.
pi_139689969
Het kan nog wel eens vies tegenvallen wat er aan 'goede' webshops op de markt is. Veel van ditsoort producten zijn ofwel proprietary met alle beperkingen van dien, ofwel van moeilijk belabberde kwaliteit. Als je echt een op maat gesneden oplossing zoekt, is beiden vaak geen optie en is inhouse ontwikkelen vaak echt de beste keus.
pi_139690071
quote:
0s.gif Op donderdag 8 mei 2014 09:07 schreef Chandler het volgende:

[..]

Is het absoluut geen onzin, als iedereen dacht zoals jij zaten we nog steeds te internetten op een modem en moesten we downloaden vanaf bbsjes...

Juist doordat mensen zelf dingen proberen te maken leert men, kijkt men dingen van elkaar af. Ik heb zat sites ontwikkeld die NOOIT het daglicht hebben gezien, waarom, onvrede van mijn kant over het product wat ik had gemaakt, niet goed genoeg, maar heb ook zat sites wel afgemaakt die ik zo kon 'kopen' ipv zelf te schrijven, maar juist het zelf schrijven is vaak veel leuker dan het moeten werken met bv magento/wordpress/etc.

Het is jou mening dat het verspilling van geld en tijd is, ik verspeel ook veel tijd met vissen, uren aan de waterkant en totaal NIETS doen... god wat een verspilling van 'energie en geld'.. maar ik geniet er wel op en top van, leer iedere keer wat... dat heb je niet als je dingen gaat toevoegen aan bestaande producten, je hebt geen flauw idee wat er allemaal in het systeem gebeurd, hebt weinig controle over plus je leert niet hoe het allemaal in elkaar zit. Ik snap best dat je kiest voor pakketten die al bestaan, maar snap niet dat je het afraad om het zelf te maken.. zeg maar..

[..]

Ik ben het ook met je eens, maar meeste webshops hoeven geen detail tree, of bergen met opties, die willen producten aanbieden om te verkopen, met betaal mogelijkheid, klanten database... je kunt het jezelf zo moeilijk maken als je zelf wilt, maar het is in mijn ogen de uitdaging om het allemaal zelf te schrijven.
Daarom zie je ook bergen met mensen zelf blogs schrijven, vroeger gastenboeken etc maken... waarom? omdat het leuk is om het zelf te doen.. ipv iets te gebruiken wat van een ander is.
Iets doen omdat je het leuk vind of om te leren is heel wat anders dan professioneel een site ontwikkelen, daarnaast kan ik zeggen dat ik juist heel erg voor vooruitgang ben, en daarom liever nieuwe dingen ontwikkel dan het wiel opnieuw uitvinden.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690081
quote:
7s.gif Op donderdag 8 mei 2014 10:02 schreef Boze_Appel het volgende:

[..]

[..]

Staat op hun site.
ASP is niet te vergelijken met ASP.NET , ongeveer zelfde om java te vergelijken met javascript.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690088
Dan denken we niet hetzelfde, dat kan hoor ;) ik zou het liefst het wiel opnieuw uitvinden, is veel stoerder dan de spaken poetsen! *) _O_
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_139690107
quote:
14s.gif Op donderdag 8 mei 2014 10:07 schreef KomtTijd... het volgende:
Het kan nog wel eens vies tegenvallen wat er aan 'goede' webshops op de markt is. Veel van ditsoort producten zijn ofwel proprietary met alle beperkingen van dien, ofwel van moeilijk belabberde kwaliteit. Als je echt een op maat gesneden oplossing zoekt, is beiden vaak geen optie en is inhouse ontwikkelen vaak echt de beste keus.
Het probleem met inhouse ontwikkelen is dat je een product aan het maken bent, dat is een compleet andere tak van sport dan het verlenen van een dienst.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690129
quote:
0s.gif Op donderdag 8 mei 2014 10:12 schreef Chandler het volgende:
Dan denken we niet hetzelfde, dat kan hoor ;) ik zou het liefst het wiel opnieuw uitvinden, is veel stoerder dan de spaken poetsen! *) _O_
Het gaat erom wat het nut is, ik denk dat het veel nuttiger is om nieuwe features van bijvoorbeeld een opensource project te ontwikkelen, profiteren ook nog meer mensen van.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690156
I agree, maar vaak (zeker in jou geval) zal alleen het bedrijf er van kunnen genieten en niet de 'open source' wereld :) en in mijn geval is dat wel zo, praktisch alles wat ik schrijf is open source! *)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  † In Memoriam † donderdag 8 mei 2014 @ 10:14:47 #172
159335 Boze_Appel
Vrij Fruit
pi_139690164
quote:
0s.gif Op donderdag 8 mei 2014 10:11 schreef raptorix het volgende:

[..]

ASP is niet te vergelijken met ASP.NET , ongeveer zelfde om java te vergelijken met javascript.
Allebei meuk, dus prima te vergelijken. :P
Carpe Libertatem
pi_139690224
quote:
7s.gif Op donderdag 8 mei 2014 10:14 schreef Boze_Appel het volgende:

[..]

Allebei meuk, dus prima te vergelijken. :P
Naja, laat ik niet gaan bashen in het PHP topic ;)
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690278
Wees vrij rap, tis hier toch meer slowchat... dan praten over 'php op zich' ;)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_139690372
quote:
0s.gif Op donderdag 8 mei 2014 10:19 schreef Chandler het volgende:
Wees vrij rap, tis hier toch meer slowchat... dan praten over 'php op zich' ;)
Ik heb gewoon slechte ervaringen met PHP, nu zal ik de laatste zijn die zal beweren dat er slechte talen zijn, want zelfs in een goede taal kun je slecht programmeren, maar ik vind het in PHP gewoon omslachtig, probeer maar eens c# in visual studio met Resharper en er zal een wereld voor je open gaan.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690400
quote:
0s.gif Op donderdag 8 mei 2014 10:13 schreef raptorix het volgende:

[..]

Het gaat erom wat het nut is, ik denk dat het veel nuttiger is om nieuwe features van bijvoorbeeld een opensource project te ontwikkelen, profiteren ook nog meer mensen van.
Mja ik ben zelf bezig met het inhouse ontwikkelen van een CRM systeem. Na een jaar gekut met een open-source CRM systeem (Vtiger) ben ik wel enigszins teruggekomen op deze mening.

OS-producten gebruiken is alleen nuttig als er ook daadwerkelijk iets beschikbaar is wat een goeie basis heeft, en dat is lang niet altijd het geval.
pi_139690413
quote:
14s.gif Op donderdag 8 mei 2014 10:23 schreef KomtTijd... het volgende:

[..]

Mja ik ben zelf bezig met het inhouse ontwikkelen van een CRM systeem. Na een jaar gekut met een open-source CRM systeem (Vtiger) ben ik wel enigszins teruggekomen op deze mening.

OS-producten gebruiken is alleen nuttig als er ook daadwerkelijk iets beschikbaar is wat een goeie basis heeft, en dat is lang niet altijd het geval.
Wel eens gekeken naar Salesforce (niet opensource) maar wel zeer betaalbaar.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690482
quote:
0s.gif Op donderdag 8 mei 2014 10:22 schreef raptorix het volgende:
Ik heb gewoon slechte ervaringen met PHP, nu zal ik de laatste zijn die zal beweren dat er slechte talen zijn, want zelfs in een goede taal kun je slecht programmeren, maar ik vind het in PHP gewoon omslachtig, probeer maar eens c# in visual studio met Resharper en er zal een wereld voor je open gaan.
+1 maar wat voor slechte ervaringen dan? maar C, C++, C# is niet mijn ding, nooit iets mee gedaan en zal het ws ook nooit gaan doen... php/python vind ik wel erg leuk, vooral nu Python omdat het lijkt op PHP maar toch compleet anders is :+
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_139690594
quote:
0s.gif Op donderdag 8 mei 2014 10:26 schreef Chandler het volgende:

[..]

+1 maar wat voor slechte ervaringen dan? maar C, C++, C# is niet mijn ding, nooit iets mee gedaan en zal het ws ook nooit gaan doen... php/python vind ik wel erg leuk, vooral nu Python omdat het lijkt op PHP maar toch compleet anders is :+
Naja het is alweer tijd geleden dat ik er wat mee gedaan heb, ik had veel problemen met configuratie onder windows.

Ter voorbeeld, hoe zou je dit in bijvoorbeeld PHP aanpakken?

1
2
3
4
5
            string[] colors = Enum.GetNames(typeof(System.Drawing.KnownColor));
            foreach (string color in colors.Where(c => c.ToLower().Contains("blue")))
            {
                    Console.WriteLine(color);    
            }
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139690708
Geen idee, zo goed is mijn Python na een maand ook alweer niet :+
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 8 mei 2014 @ 10:38:08 #181
25889 Sitethief
Fulltime Flapdrol
pi_139690824
quote:
0s.gif Op donderdag 8 mei 2014 10:31 schreef raptorix het volgende:

[..]

Naja het is alweer tijd geleden dat ik er wat mee gedaan heb, ik had veel problemen met configuratie onder windows.

Ter voorbeeld, hoe zou je dit in bijvoorbeeld PHP aanpakken?
[ code verwijderd ]

Je hebt een lijst met kleuren en wilt alle kleuren zien die blauw in hun naam hebben ofzo?
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
pi_139690893
ok
1
2
3
4
5
6
7
<?php
foreach ($lijstmetKleuren as $k=>$v) {
    if (
strpos(strtolower($v),"blue") > 0) {
        
// gevonden
    
}
}
?>

Jammere van PHP is dat de ene keer je string, zoekwoord hebt en de andere keer zoekwoord, string

zo omslachtig is't niet :) maar moet zeggen dat ik het puntjes systeem van Python heerlijk vind .toLower().find('lol') etc ;)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_139691066
quote:
0s.gif Op donderdag 8 mei 2014 10:40 schreef Chandler het volgende:
ok
[ code verwijderd ]

Jammere van PHP is dat de ene keer je string, zoekwoord hebt en de andere keer zoekwoord, string

zo omslachtig is't niet :) maar moet zeggen dat ik het puntjes systeem van Python heerlijk vind .toLower().find('lol') etc ;)
Dat vind ik echt zo heerlijk met Linq, vrij complexe zaken kun je op prachtige manieren shortcutten.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139691086
quote:
0s.gif Op donderdag 8 mei 2014 10:47 schreef raptorix het volgende:

[..]

Dat vind ik echt zo heerlijk met Linq, vrij complexe zaken kun je op prachtige manieren shortcutten.
Maar juist shortcutten kan er ook voor zorgen dat de code onleesbaar wordt als het slecht is geprogrammeerd ;)
------___------ 53
----.(___).---- 42
---(o\_!_/o)---
pi_139691101
quote:
0s.gif Op donderdag 8 mei 2014 10:48 schreef Rockfire het volgende:

[..]

Maar juist shortcutten kan er ook voor zorgen dat de code onleesbaar wordt als het slecht is geprogrammeerd ;)
Uiteraard, je moet het niet overdrijven.

Ik had laatst deze constructie nodig, simpel en effectie, maar toch leesbaar:

1
2
3
4
5
6
7
8
9
10
11
            decimal total = new decimal();
            decimal petesTotalNumberOfRolls = petes.Sum(x => x.Value);
            decimal colinsTotalNumberOfRolls = colins.Sum(x => x.Value);

            foreach (KeyValuePair<int, int> kvpPetes in petes)
            {

                decimal colinsNumberOfThrows = colins.Where(x => x.Key < kvpPetes.Key).Sum(x => x.Value);
                decimal petesNumberOfThrows = kvpPetes.Value;
                total = total + ((petesNumberOfThrows / petesTotalNumberOfRolls) * (colinsNumberOfThrows / colinsTotalNumberOfRolls));
            }
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139691138
Nee maar op zich is het best duidelijk en zo moet je natuurlijk geen 10tallen dingen achter elkaar zetten! :) max 80 karakters per regel :+
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 8 mei 2014 @ 10:53:14 #187
12221 Tijn
Powered by MS Paint
pi_139691201
quote:
0s.gif Op donderdag 8 mei 2014 10:40 schreef Chandler het volgende:
ok
[ code verwijderd ]

Jammere van PHP is dat de ene keer je string, zoekwoord hebt en de andere keer zoekwoord, string

zo omslachtig is't niet :) maar moet zeggen dat ik het puntjes systeem van Python heerlijk vind .toLower().find('lol') etc ;)
Strpos geeft de positie van de gevonden string terug, dus dat kan ook 0 zijn. Om te weten of-ie gevonden is, kun je beter een sterke comparison doen met false (dus === false voor niet en !== false voor wel gevonden). En als je stripos() gevruikt, is toLower() niet nodig :)
pi_139691218
Klopt Tijn, !== moest het zijn maar dan nog, ging even snel om het voorbeeld :+
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 8 mei 2014 @ 10:55:51 #189
12221 Tijn
Powered by MS Paint
pi_139691269
quote:
0s.gif Op donderdag 8 mei 2014 10:53 schreef Chandler het volgende:
Klopt Tijn, !== moest het zijn maar dan nog, ging even snel om het voorbeeld :+
Ook voorbeelden moeten kloppen, je weet nooit wat iemand copy-paste en in z'n applicatie stopt.
pi_139691279
quote:
3s.gif Op donderdag 8 mei 2014 10:53 schreef Tijn het volgende:

[..]

Strpos geeft de positie van de gevonden string terug, dus dat kan ook 0 zijn. Om te weten of-ie gevonden is, kun je beter een sterke comparison doen met false (dus === false voor niet en !== false voor wel gevonden). En als je stripos() gevruikt, is toLower() niet nodig :)
Je zou bijvoorbeeld in PHP een library kunnen oproepen met daarin de kleuren. Maar voor de overzichtelijkheid, stop ik de kleuren in een array.
Dat zou bijv. kunnen uitzien:
1
2
3
4
$colors = array("red", "blue", "yellow");
if $(in_array("blue", $colors)     {
     echo array_search("blue", $colors);
     }
pi_139691329
quote:
14s.gif Op donderdag 8 mei 2014 10:55 schreef Tijn het volgende:

[..]

Ook voorbeelden moeten kloppen, je weet nooit wat iemand copy-paste en in z'n applicatie stopt.
Juist :'(

SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 8 mei 2014 @ 10:59:21 #192
12221 Tijn
Powered by MS Paint
pi_139691354
Sowieso is Linq natuurlijk gewoon te implementeren in PHP, als je het echt zo graag zou willen gebruiken :)

Er zijn meerdere libraries te vinden die je zo kunt toepassen, zoals http://phplinq.codeplex.com
pi_139691402
quote:
2s.gif Op donderdag 8 mei 2014 10:59 schreef Tijn het volgende:
Sowieso is Linq natuurlijk gewoon te implementeren in PHP, als je het echt zo graag zou willen gebruiken :)

Er zijn meerdere libraries te vinden die je zo kunt toepassen, zoals http://phplinq.codeplex.com
Het punt is dat het niet native in je framework zit, ben wel benieuwd naar de performance op wat grotere collecties.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 11:01:17 #194
25889 Sitethief
Fulltime Flapdrol
pi_139691404
quote:
0s.gif Op donderdag 8 mei 2014 10:47 schreef raptorix het volgende:

[..]

Dat vind ik echt zo heerlijk met Linq, vrij complexe zaken kun je op prachtige manieren shortcutten.
In PHP kun je ook gewoon methods chainen...
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  donderdag 8 mei 2014 @ 11:04:58 #195
12221 Tijn
Powered by MS Paint
pi_139691502
quote:
0s.gif Op donderdag 8 mei 2014 11:01 schreef raptorix het volgende:

[..]

Het punt is dat het niet native in je framework zit, ben wel benieuwd naar de performance op wat grotere collecties.
Tsja, geen idee natuurlijk. Maar ook dan is er vast wel iets te bedenken om het wel te laten performen lijkt me :)
pi_139691526
quote:
0s.gif Op donderdag 8 mei 2014 10:24 schreef raptorix het volgende:

[..]

Wel eens gekeken naar Salesforce (niet opensource) maar wel zeer betaalbaar.
Meh, zal al snel net zo duur zijn als dat ik ben, plus dan moet ik er nog steeds tegenaan ontwikkelen. Voor zover dat uberhaupt mag.
  donderdag 8 mei 2014 @ 11:11:13 #197
12221 Tijn
Powered by MS Paint
pi_139691657
quote:
14s.gif Op donderdag 8 mei 2014 11:05 schreef KomtTijd... het volgende:

[..]

Meh, zal al snel net zo duur zijn als dat ik ben, plus dan moet ik er nog steeds tegenaan ontwikkelen. Voor zover dat uberhaupt mag.
Vooral op lange termijn is in-house natuurlijk veel goedkoper, als je het goed doet. Voor zo'n Salesforce mag je voor een klein team al snel 30K per jaar neerleggen, dus als je dat 10 jaar gebruikt heb je 3 ton verbrand.
pi_139691820
quote:
0s.gif Op donderdag 8 mei 2014 11:01 schreef Sitethief het volgende:

[..]

In PHP kun je ook gewoon methods chainen...
Voorbeeldje?
  donderdag 8 mei 2014 @ 11:19:52 #199
12221 Tijn
Powered by MS Paint
pi_139691903
quote:
0s.gif Op donderdag 8 mei 2014 11:16 schreef Robuustheid het volgende:

[..]

Voorbeeldje?
PDO bijvoorbeeld:

1
2
3
<?php
$row 
$db->query('SELECT * FROM `example`')->fetch();
?>

Je kunt dit ook heel makkelijk met je eigen classes doen, het is gewoon een kwestie van de methodes zichzelf laten returnen.
pi_139691988
quote:
2s.gif Op donderdag 8 mei 2014 11:19 schreef Tijn het volgende:
PDO bijvoorbeeld:
[ code verwijderd ]

Je kunt dit ook heel makkelijk met je eigen classes doen, het is gewoon een kwestie van de methodes zichzelf laten returnen.
Kan, maar ik zou juist dit los van elkaar willen ivm fouten etc :)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
pi_139692103
quote:
2s.gif Op donderdag 8 mei 2014 11:11 schreef Tijn het volgende:

[..]

Vooral op lange termijn is in-house natuurlijk veel goedkoper, als je het goed doet. Voor zo'n Salesforce mag je voor een klein team al snel 30K per jaar neerleggen, dus als je dat 10 jaar gebruikt heb je 3 ton verbrand.
Valt juist erg mee, daarnaast is Salesforce perfect om aan te sluiten op je maatwerk omdat je direct een SOAP interface kunt genereren, ik had het binnen een dag aangesloten op een bestaand CMS voor een woningcorporatie.

http://www.salesforce.com/nl/crm/editions-pricing.jsp
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 11:28:05 #202
12221 Tijn
Powered by MS Paint
pi_139692137
quote:
0s.gif Op donderdag 8 mei 2014 11:26 schreef raptorix het volgende:

[..]

Valt juist erg mee
Mwah, 135,- euro per gebruiker per jaar is met een klein clubje van 20 man toch een slordige 32.400 euro, toch?
pi_139692181
quote:
10s.gif Op donderdag 8 mei 2014 11:28 schreef Tijn het volgende:

[..]

Mwah, 135,- euro per gebruiker per jaar is met een klein clubje van 20 man toch een slordige 32.400 euro, toch?
Ga jij maar een maatwerk CRM systeem maken voor een club van 20 man, en ga het ook maar eens supporten en onderhouden de komende 10 jaar. Het is algemeen bekend dat het bouwen van maatwerk nooit opweegt tegen licentie kosten.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139692239
quote:
0s.gif Op donderdag 8 mei 2014 11:29 schreef raptorix het volgende:
Ga jij maar een maatwerk CRM systeem maken voor een club van 20 man, en ga het ook maar eens supporten en onderhouden de komende 10 jaar. Het is algemeen bekend dat het bouwen van maatwerk nooit opweegt tegen licentie kosten.
Zal ongetwijfeld in de meeste gevallen zo zijn, maar dan nog is het erg duur, ongetwijfeld nog duurder als je het zelf gaat ontwikkelen maar goed...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
  donderdag 8 mei 2014 @ 11:32:19 #205
12221 Tijn
Powered by MS Paint
pi_139692259
quote:
0s.gif Op donderdag 8 mei 2014 11:29 schreef raptorix het volgende:

[..]

Ga jij maar een maatwerk CRM systeem maken voor een club van 20 man, en ga het ook maar eens supporten en onderhouden de komende 10 jaar. Het is algemeen bekend dat het bouwen van maatwerk nooit opweegt tegen licentie kosten.
Ik doe dat al. Eenmalig is het een investering voor zo'n club, maar daarna zijn de kosten per jaar om het in de lucht te houden veel lager, waarop het op termijn zichzelf makkelijk terugbetaalt voor een organisatie.
pi_139692629
quote:
2s.gif Op donderdag 8 mei 2014 11:32 schreef Tijn het volgende:

[..]

Ik doe dat al. Eenmalig is het een investering voor zo'n club, maar daarna zijn de kosten per jaar om het in de lucht te houden veel lager, waarop het op termijn zichzelf makkelijk terugbetaalt voor een organisatie.
Ik denk niet dat jouw productje ook maar in de buurt komt wat Salesforce bied.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 11:47:51 #207
12221 Tijn
Powered by MS Paint
pi_139692797
quote:
0s.gif Op donderdag 8 mei 2014 11:43 schreef raptorix het volgende:

[..]

Ik denk niet dat jouw productje ook maar in de buurt komt wat Salesforce bied.
Nee, zeker niet. Ik denk ook wel dat er organisaties zijn waarvoor zoiets als Salesforce een goede uitkomst is, hoor. Maar ik zie een heleboel simpele, kleine clubs in Nederland waar minder dan 30 mensen werken die wel behoefte hebben aan IT, maar niet aan heel uitgebreide systemen. Die willen gewoon een telefoongesprekje invoeren op een webpagina zodat hun collega's ervan op de hoogte zijn of een reminder krijgen 2 maanden voordat een abonnement van een klant afloopt en that's it. Voor zulke simpele eisen is een maatwerkoplossing helemaal geen gek idee, want dan heb je nauwelijks lopende kosten.

[ Bericht 0% gewijzigd door Tijn op 08-05-2014 11:56:34 ]
pi_139693000
quote:
2s.gif Op donderdag 8 mei 2014 11:47 schreef Tijn het volgende:

[..]

Nee, zeker niet. Ik denk ook wel dat er organisaties zijn waarvoor zoiets als Salfesforce een goede uitkomst is, hoor. Maar ik zie een heleboel simpele, kleine clubs in Nederland waar minder dan 30 mensen werken die wel behoefte hebben aan IT, maar niet aan heel uitgebreide systemen. Die willen gewoon een telefoongesprekje invoeren op een webpagina zodat hun collega's ervan op de hoogte zijn of een reminder krijgen 2 maanden voordat een abonnement van een klant afloopt en that's it. Voor zulke simpele eisen is een maatwerkoplossing helemaal geen gek idee, want dan heb je nauwelijks lopende kosten.
Oh daar ben ik wel mee eens, ik had het meer over wat uitgebreide CRM oplossingen. Het punt wat ik wil maken is dat je je organisatie moet inrichten op product ontwikkeling, en dat dat een hele andere tak van sport is.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 12:00:48 #209
12221 Tijn
Powered by MS Paint
pi_139693172
quote:
0s.gif Op donderdag 8 mei 2014 11:54 schreef raptorix het volgende:

[..]

Het punt wat ik wil maken is dat je je organisatie moet inrichten op product ontwikkeling, en dat dat een hele andere tak van sport is.
Ik weet ook niet of het slim is om het écht in-house te doen als je geen IT-bedrijf bent. Ik zou denken dat bedrijven zich beter kunnen richten op hun core business en voor IT-maatwerk eenmalig een bureau of een competente freelancer kunnen inschakelen.
pi_139693348
quote:
10s.gif Op donderdag 8 mei 2014 11:28 schreef Tijn het volgende:

[..]

Mwah, 135,- euro per gebruiker per jaar is met een klein clubje van 20 man toch een slordige 32.400 euro, toch?
Dat is wel waar we hier aan zouden zitten ja.
quote:
0s.gif Op donderdag 8 mei 2014 11:43 schreef raptorix het volgende:

[..]

Ik denk niet dat jouw productje ook maar in de buurt komt wat Salesforce bied.
Dat hoeft ook helemaal niet. Waarschijnlijk zouden we 90% van de functies nieteens gebruiken en moeten er alsnog heel veel functies bijgeschreven worden. En dat is een handicap die veel kant-en-klaar pakketten hebben. Ze zijn zo uitgebreid mogelijk om een zo breed mogelijke markt te bedienen, maar een maatwerkoplossing hoeft vaak maar een fractie van die functionaliteit te bevatten. En is daardoor ook veel sneller te ontwikkelen en makkelijker te onderhouden.

Daarbij komt (voor mijn situatie) dat het misschien ook verkocht kan worden aan zusterbedrijven, en dan levert het ineens geld op ipv dat het geld kost.
  donderdag 8 mei 2014 @ 12:10:28 #211
12221 Tijn
Powered by MS Paint
pi_139693536
quote:
14s.gif Op donderdag 8 mei 2014 12:05 schreef KomtTijd... het volgende:

[..]

Dat hoeft ook helemaal niet. Waarschijnlijk zouden we 90% van de functies nieteens gebruiken en moeten er alsnog heel veel functies bijgeschreven worden. En dat is een handicap die veel kant-en-klaar pakketten hebben. Ze zijn zo uitgebreid mogelijk om een zo breed mogelijke markt te bedienen, maar een maatwerkoplossing hoeft vaak maar een fractie van die functionaliteit te bevatten. En is daardoor ook veel sneller te ontwikkelen en makkelijker te onderhouden.
Precies. Kleine bedrijven doen over het algemeen maar 1 ding en willen daarom een IT-product dat goed aansluit bij dat ene ding. Dat vind je zelden bij generieke software, terwijl het vaak wel goed te doen is om die ene functie op maat te maken.
pi_139694540
quote:
2s.gif Op donderdag 8 mei 2014 12:10 schreef Tijn het volgende:

[..]

Precies. Kleine bedrijven doen over het algemeen maar 1 ding en willen daarom een IT-product dat goed aansluit bij dat ene ding. Dat vind je zelden bij generieke software, terwijl het vaak wel goed te doen is om die ene functie op maat te maken.
Ik ben genoeg van dit soort software gedrochten tegengekomen, en mijn ervaring is dat men er substantieel geld mee verliest omdat de software niet naar behoren werkt of niet aangepast kan worden.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  donderdag 8 mei 2014 @ 12:42:03 #213
12221 Tijn
Powered by MS Paint
pi_139694782
quote:
0s.gif Op donderdag 8 mei 2014 12:35 schreef raptorix het volgende:

[..]

Ik ben genoeg van dit soort software gedrochten tegengekomen, en mijn ervaring is dat men er substantieel geld mee verliest omdat de software niet naar behoren werkt of niet aangepast kan worden.
Tsja, uitvoering is alles. Natuurlijk wordt er een hoop rommel geschreven, maar dat wil niet zeggen dat het per se een slecht idee is om een maatwerkoplossing te laten maken.
pi_139705924
quote:
0s.gif Op donderdag 8 mei 2014 08:03 schreef raptorix het volgende:

[..]

Ehm, wij werken met een team van een man of 10 ongeveer een jaar aan 1 webshop, en dan gebruiken we ook nog eens een enterprise product, maar goed als jij denkt dat een webshop iets simpels is....

Vandaar dat met mensen als jou de kwaliteit van 99 procent van de webshops bedroevend is.
"met mensen als jou" :')

Dat jullie 10 kleuters zonder enige kennis van webshops aan het werk zetten om er een te bouwen betekent niet dat andere bedrijven wel kennis in huis hebben.

Je kan nog niet eens een paar zinnen foutloos typen, wat zegt dat over jullie code.

Als we toch op zo'n lekker bedroevend niveau aan het discussiëren zijn.
pi_139713364
quote:
0s.gif Op donderdag 8 mei 2014 08:33 schreef mstx het volgende:
Zolang de tabellen en kolommen maar logische namen hebben. Opencart heeft bijv. ook 115 tabellen maar daar heb ik de documentatie nog nooit voor nodig gehad. Veel simpeler kan het ook niet:
[ code verwijderd ]

Al vaak importscriptjes gemaakt om producten te importeren vanuit csv/xml/db en dat was zo gedaan.

Ter vergelijking, Magento:
[ code verwijderd ]

:')
Het probleem is dat ze qua structuur volledig vrij willen zijn en toch een MySQL database willen gebruiken. Dat komt waarschijnlijk omdat OpenCart en Magento al een poosje bestaan en er toen niet echt alternatieven waren. Als je nu een webshop gaat schrijven, zou ik serieus kijken naar een NoSQL database (bijvoorbeeld MongoDB of ArangoDB) gebruiken om de producten in op te slaan. En waarschijnlijk ook voor de rest van de data.
pi_139717204
quote:
1s.gif Op donderdag 8 mei 2014 10:56 schreef Robuustheid het volgende:

[..]

Je zou bijvoorbeeld in PHP een library kunnen oproepen met daarin de kleuren. Maar voor de overzichtelijkheid, stop ik de kleuren in een array.
Dat zou bijv. kunnen uitzien:
[ code verwijderd ]

Op die manier doorzoek je de array wel twee keer, eerst voor in_array en daarna voor array_search.

1
2
3
4
5
6
7
<?php
$colors 
= array("red""blue""yellow");
$index array_search('blue'$colors);
if (
$index !== false) {
    echo 
$index;
}
?>
pi_139730042
quote:
0s.gif Op donderdag 8 mei 2014 21:00 schreef Light het volgende:

[..]

Het probleem is dat ze qua structuur volledig vrij willen zijn en toch een MySQL database willen gebruiken. Dat komt waarschijnlijk omdat OpenCart en Magento al een poosje bestaan en er toen niet echt alternatieven waren. Als je nu een webshop gaat schrijven, zou ik serieus kijken naar een NoSQL database (bijvoorbeeld MongoDB of ArangoDB) gebruiken om de producten in op te slaan. En waarschijnlijk ook voor de rest van de data.
NoSQL is een prima ontsluiting van je data, maar ik zou er echt geen klant of transactie gegevens in gaan opslaan, overigens kun je binnen een magento of Opencart of welk ander product ook prima noSQL inzetten, het is gewoon een questie van je data pushen naar je noSQL server, kun je zowel realtime als in batch doen.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
pi_139730433
quote:
0s.gif Op vrijdag 9 mei 2014 06:45 schreef raptorix het volgende:

[..]

NoSQL is een prima ontsluiting van je data, maar ik zou er echt geen klant of transactie gegevens in gaan opslaan, overigens kun je binnen een magento of Opencart of welk ander product ook prima noSQL inzetten, het is gewoon een questie van je data pushen naar je noSQL server, kun je zowel realtime als in batch doen.
Waarom geen klantgegevens en transacties in NoSQL?
En Magento en OpenCart bieden nu (voor zover ik weet) geen mogelijkheid om productgegevens in NoSQL op te slaan. In plaats daarvan komen ze met een mega-hoeveelheid tabellen in MySQL om maar een flexibele structuur aan te kunnen bieden.
pi_139730844
quote:
0s.gif Op vrijdag 9 mei 2014 07:55 schreef Light het volgende:

[..]

Waarom geen klantgegevens en transacties in NoSQL?
En Magento en OpenCart bieden nu (voor zover ik weet) geen mogelijkheid om productgegevens in NoSQL op te slaan. In plaats daarvan komen ze met een mega-hoeveelheid tabellen in MySQL om maar een flexibele structuur aan te kunnen bieden.
Omdat je klantegevens en andere business relationeel wilt indelen, en daar ook je queries op kunnen doen, dat gaat je bij noSQL databases niet op een makkelijke manier lukken, daarnaast heeft het ook eigenlijk helemaal niet zoveel zin omdat je juist noSQL gebruikt vanwege performance en losse structuur. Alles kan natuurlijk, maar of het slim is, is een tweede.
🕰️₿🕰️₿🕰️₿🕰️₿🕰️₿🕰️ TikTok next Block
  vrijdag 9 mei 2014 @ 08:52:51 #220
187069 slacker_nl
Sicko pur sang
pi_139730991
In theory there is no difference between theory and practice. In practice there is.
  vrijdag 9 mei 2014 @ 10:12:51 #221
12221 Tijn
Powered by MS Paint
pi_139732436
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet? :P
pi_139732516
quote:
0s.gif Op donderdag 8 mei 2014 10:31 schreef raptorix het volgende:

[..]

Naja het is alweer tijd geleden dat ik er wat mee gedaan heb, ik had veel problemen met configuratie onder windows.

Ter voorbeeld, hoe zou je dit in bijvoorbeeld PHP aanpakken?
[ code verwijderd ]

1$colors = preg_grep('~blue~i', $colors);
:+
When the student is ready, the teacher will appear.
When the student is truly ready, the teacher will disappear.
pi_139736636
Nvm , done fixed :). Het komt erop neer dat ik een foutje had gemaakt O+ BUGS ftw. _O- . Eenmalige gelukkig.

[ Bericht 27% gewijzigd door cablegunmaster op 09-05-2014 14:20:44 ]
Redacted
  vrijdag 9 mei 2014 @ 17:49:27 #224
178193 Juicyhil
Bekende FOK!ker
pi_139746633
quote:
6s.gif Op vrijdag 9 mei 2014 10:12 schreef Tijn het volgende:
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet? :P
:|W
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
  vrijdag 9 mei 2014 @ 17:51:32 #225
230788 n8n
Pragmatisch
pi_139746692
quote:
6s.gif Op vrijdag 9 mei 2014 10:12 schreef Tijn het volgende:
Het gaat vooral om de eigenachappen van producten waarin je flexibel wilt zijn, toch? Dus waarom niet een column "properties" in de product tabel waar je gewoon JSON in zet? :P
Gewoon alles met nodejs dit dat
Specialization is for insects”.—Robert Heinlein
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')