DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Reden waarom ik dit maak is trouwens puur en alleen om te oefenen hoe API's in elkaar zitten; wat de mogelijkheden zijn, hoe snel het is, etc etc.
Hoe kan ik met preg_match checken of een veld:
1) Alleen letters en punten bevat
2) Alleen letters en spaties
Ik kom er maar niet uit.
1) Alleen letters en punten bevat
2) Alleen letters en spaties
Ik kom er maar niet uit.
Momenteel dit:
Ik heb dus een check nodig voor initialen, dat hij alleen letters en punten accepteerd. En de ander is voor letters en spaties. De bovenstaande accepteert geen spaties.
EDIT: volgens mij werkt deze al voor de initialen:
[ Bericht 35% gewijzigd door Laser. op 30-11-2011 12:41:01 ]
| 1 2 3 | if(preg_match('/\PL/', $_POST['veld'])){ print 'error veld'; } |
Ik heb dus een check nodig voor initialen, dat hij alleen letters en punten accepteerd. En de ander is voor letters en spaties. De bovenstaande accepteert geen spaties.
EDIT: volgens mij werkt deze al voor de initialen:
| 1 2 3 | if(!preg_match('#^[a-z. ]+$#i', $_POST['initialen'])){ print 'error initialen'; } |
[ Bericht 35% gewijzigd door Laser. op 30-11-2011 12:41:01 ]
\PL zijn letters. Je moet nog zorgen dat hij iets zonder letters niet matcht, want nu matcht hij met de letters die erin voorkomen, ook als er verder rare tekens in staan. Daarvoor moet je je regexp beginnen met ^ en eindigen met $.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik heb even een vraag voor de experts. We hebben op dit moment een webshop met een front- en backoffice dat volledig door één bedrijf zelf ontwikkeld is en volledig voor ons op maat. Nu willen we over naar een OS zoals Magento.
De vraag is nu welke info hebben (Magento) programmeurs in ieder geval nodig voor ze een uitspraak kunnen doen hoeveel werk er in gaat zitten om onze huidige webshop na te bouwen?
De vraag is nu welke info hebben (Magento) programmeurs in ieder geval nodig voor ze een uitspraak kunnen doen hoeveel werk er in gaat zitten om onze huidige webshop na te bouwen?
Ja, dat is een vrij geavanceerd Excel-bestand. Alle functionaliteiten die daarin zitten en die door de site uitgelezen worden moeten we dus gaan benoemen?quote:
Eigenlijk gaat het om drie dingen:
- hoe ziet je webshop eruit (kunnen ze zo zien door erop te surfen)
- hoe wil je gegevens invoeren (dat moet je zelf beschrijven, misschien via een exportbestand van een ander systeem van jullie)
- wil je huidige data overzetten (hiervoor is dat Excel-bestand belangrijk)
- hoe ziet je webshop eruit (kunnen ze zo zien door erop te surfen)
- hoe wil je gegevens invoeren (dat moet je zelf beschrijven, misschien via een exportbestand van een ander systeem van jullie)
- wil je huidige data overzetten (hiervoor is dat Excel-bestand belangrijk)
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Ik heb momenteel 3 webshops met Magento afgeleverd, en des te meer ik met Magento werk, des te meer begin ik het te haten. Beroerde documentatie en een vrij 'slechte' gebruikerscommunity, zitten er wel tussen met verstand hoor, maar de meeste tutorials en posts met 'oplossingen' die je voorbij ziet komen zijn meestal van die hacks en vage trucjes om iets voor elkaar te krijgen. En dan nog het geneuk dat 'n miljard dingen die wel werkte in voorgaande versies, niet meer werken in de nieuwste Magento versie. Ook moet je voor sommige basis functionaliteit die je als developer gewoon in de admin interface verwacht in de files zelf knoeien (denk hierbij aan producten op nieuwste eerst sorteren, of het uitschakelen van 'Add to wishlist', terwijl je 'Add to compare' bijv. wel weer kan uitschakelen via de admin interface). Maar goed dat is allemaal niet jouw probleem hehe.quote:Op woensdag 30 november 2011 17:12 schreef McCandless het volgende:
Ik heb even een vraag voor de experts. We hebben op dit moment een webshop met een front- en backoffice dat volledig door één bedrijf zelf ontwikkeld is en volledig voor ons op maat. Nu willen we over naar een OS zoals Magento.
De vraag is nu welke info hebben (Magento) programmeurs in ieder geval nodig voor ze een uitspraak kunnen doen hoeveel werk er in gaat zitten om onze huidige webshop na te bouwen?
Wat wel jouw probleem is, is dat het gigantisch uitgebreid is, en als je 'n leek bent dat je 'verdwaald' kan raken in de admin, als je geen computer leek bent is het wel easy uiteraard.
Verder zorgen voor goeie hosting, Magento is erg resource intensief en op normale shared hosting rete traag. Zelf ben ik te spreken over de Magento hosting die skyberate.net biedt.
Voor 'n developer gewoon je huidige webshop laten zien en je eisen geven qua functionaliteit.
Tja, we werkten al met een Excel-bestand toen ik hier kwam werken. We werken met meer dan 20 leveranciers die hun producten-informatie ook in Excel aanleveren. Helaas is hier niet de kennis om dat gemakkelijk en snel om te zetten in een database. Dat Excel-bestand wordt geëxporteerd naar csv, waarna we dat uploaden.
Misschien is het dus wel eerst zaak voor ons om dit eerst te wijzigen? Wat zijn de voordelen en hoe geef ik input aan zo'n database (automatisch koppelen met de productinformatie van de leveranciers zal niet mogelijk zijn?), want ik ben hier eerlijk gezegd totaal onbekend mee.
.
Misschien is het dus wel eerst zaak voor ons om dit eerst te wijzigen? Wat zijn de voordelen en hoe geef ik input aan zo'n database (automatisch koppelen met de productinformatie van de leveranciers zal niet mogelijk zijn?), want ik ben hier eerlijk gezegd totaal onbekend mee.
.
Hoe krijg ik de dagen van een specifieke week uit 'n jaar? Ik heb momenteel:
Deze werkt bij sommige weeknummers wel, maar bijv. als het jaar 2011 is, en het week nummer 1, dan krijg ik de volgende array:
[ Bericht 0% gewijzigd door Diabox op 01-12-2011 03:18:18 ]
| 1 2 3 4 5 | <?php for($day = 1; $day <= 7; $day++) { $days[] = date('m/d/Y', strtotime($year. "W" . $week_number . $day)) . "\n"; } ?> |
| 1 | array(7) { [0]=> string(11) "03/14/2011 " [1]=> string(11) "03/21/2011 " [2]=> string(11) "03/28/2011 " [3]=> string(11) "04/04/2011 " [4]=> string(11) "04/11/2011 " [5]=> string(11) "04/18/2011 " [6]=> string(11) "04/25/2011 " } |
[ Bericht 0% gewijzigd door Diabox op 01-12-2011 03:18:18 ]
Waarschijnlijk is niet duidelijk welke string er precies in strtotime wordt gebruikt, of de string is niet eenduidig om te zetten naar een timestamp.
En waarom voeg je een \n toe achter die datum? Dat kan bij het weergeven ook nog wel. (Ik zou denk ik ook gewoon kiezen om timestamps (of DateTime objecten) door te geven en de exacte notatie op het scherm pas bij daadwerkelijke weergave bepalen.)
| 1 2 3 4 5 6 | <?php for($day = 1; $day <= 7; $day++) { $formatted = sprintf('%4d-W%d-%d', $year, $week_number, $day); $days[] = date('m/d/Y', strtotime($formatted)) . "\n"; } ?> |
Wat gebeurd er met het CSV bestand nadat het is geupload? Ik werk zelf ook veel met CSV bestanden uit verschillende bronnen, ik importeer de data die daarin staat naar een database dmv de standaard CSV functies die PHP biedt, zie http://php.net/manual/en/function.fgetcsv.php voor voorbeelden.quote:Op woensdag 30 november 2011 17:33 schreef McCandless het volgende:
Tja, we werkten al met een Excel-bestand toen ik hier kwam werken. We werken met meer dan 20 leveranciers die hun producten-informatie ook in Excel aanleveren. Helaas is hier niet de kennis om dat gemakkelijk en snel om te zetten in een database. Dat Excel-bestand wordt geëxporteerd naar csv, waarna we dat uploaden.
Mocht je momenteel werken met een 'flat-file' dan heeft een database erg veel voordelen tov eerdergenoemde. Een database is sneller en stukken makkelijker te onderhouden.
Het lijkt mij inderdaad handig om dat eerst te wijzigen. En waarom zou dat koppelen niet mogelijk zijn? Je werkt immers met dezelfde data als je het in een DB zet.quote:Misschien is het dus wel eerst zaak voor ons om dit eerst te wijzigen? Wat zijn de voordelen en hoe geef ik input aan zo'n database (automatisch koppelen met de productinformatie van de leveranciers zal niet mogelijk zijn?), want ik ben hier eerlijk gezegd totaal onbekend mee.
Kan idd bij het weergeven ook nog wel.quote:Op donderdag 1 december 2011 07:44 schreef Light het volgende:
Waarschijnlijk is niet duidelijk welke string er precies in strtotime wordt gebruikt, of de string is niet eenduidig om te zetten naar een timestamp.
[ code verwijderd ]
En waarom voeg je een \n toe achter die datum? Dat kan bij het weergeven ook nog wel. (Ik zou denk ik ook gewoon kiezen om timestamps (of DateTime objecten) door te geven en de exacte notatie op het scherm pas bij daadwerkelijke weergave bepalen.)
Heb nu die van jou in gebruik genomen, met year en week nummer op respectievelijk 2011 en 1 en krijg:
| 1 | array(7) { [0]=> string(11) "01/01/1970 " [1]=> string(11) "01/01/1970 " [2]=> string(11) "01/01/1970 " [3]=> string(11) "01/01/1970 " [4]=> string(11) "01/01/1970 " [5]=> string(11) "01/01/1970 " [6]=> string(11) "01/01/1970 " } |
SPOILEROm 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.
$week_number moet met een 0 beginnen indien hij <2 digits is. bij week 01 werkt het dus gewoon, of week 10. etc.quote:
Hoe krijg ik de dagen van een specifieke week uit 'n jaar? Ik heb momenteel:
[ code verwijderd ]
Deze werkt bij sommige weeknummers wel, maar bijv. als het jaar 2011 is, en het week nummer 1, dan krijg ik de volgende array:
[ code verwijderd ]
Of toch du vader?
Thanks, voeg nu 'n 0 toe als <2 digits. Was me niet opgevallen dat ie het wel deed bij weken bestaande uit 2 digitsquote:
[..]
$week_number moet met een 0 beginnen indien hij <2 digits is. bij week 01 werkt het dus gewoon, of week 10. etc.
Gewoon W%d vervangen door W%02d is dan de makkelijkste oplossing.quote:
[..]
Thanks, voeg nu 'n 0 toe als <2 digits. Was me niet opgevallen dat ie het wel deed bij weken bestaande uit 2 digits
quote:
[..]
Gewoon W%d vervangen door W%02d is dan de makkelijkste oplossing.
Je kan een excel bestand makkelijk gebruiken om een CSV te maken en deze in je DB te stoppenquote:Op woensdag 30 november 2011 17:26 schreef Pizzalucht het volgende:
Een Excel bestand gebruiken als database voor je webshop?
. Je kan het als basis gebruiken daarvanuit normaliseren. (velden en tabellen op een goede manier organiseren ). Vervolgens kun je hieruit weer een DB maken en zoals eerder werd gezegt een Excel bestand is een soort van DB en kan als DB gebruikt worden. Of dit nou zo optimaal is is een ander verhaal.maar volgens mij post ik dubbel op -_-;; , teveel warme lucht van de douche.
Zelfde idee, hiero zelfs al ben je wat verder met magento heb je een te beroerde documentatie.quote:
[..]
Ik heb momenteel 3 webshops met Magento afgeleverd, en des te meer ik met Magento werk, des te meer begin ik het te haten. Beroerde documentatie en een vrij 'slechte' gebruikerscommunity, zitten er wel tussen met verstand hoor, maar de meeste tutorials en posts met 'oplossingen' die je voorbij ziet komen zijn meestal van die hacks en vage trucjes om iets voor elkaar te krijgen. En dan nog het geneuk dat 'n miljard dingen die wel werkte in voorgaande versies, niet meer werken in de nieuwste Magento versie. Ook moet je voor sommige basis functionaliteit die je als developer gewoon in de admin interface verwacht in de files zelf knoeien (denk hierbij aan producten op nieuwste eerst sorteren, of het uitschakelen van 'Add to wishlist', terwijl je 'Add to compare' bijv. wel weer kan uitschakelen via de admin interface). Maar goed dat is allemaal niet jouw probleem hehe.
Wat wel jouw probleem is, is dat het gigantisch uitgebreid is, en als je 'n leek bent dat je 'verdwaald' kan raken in de admin, als je geen computer leek bent is het wel easy uiteraard.
Verder zorgen voor goeie hosting, Magento is erg resource intensief en op normale shared hosting rete traag. Zelf ben ik te spreken over de Magento hosting die skyberate.net biedt.
Voor 'n developer gewoon je huidige webshop laten zien en je eisen geven qua functionaliteit.
niet iets simpels als de Java documentatie die heel mooi voor elke variabele aangeeft van hoe en wat je ermee kan. Zonde van magento imho. Voor de rest. Om die reden moest ik een eigen soort van CMS maken. Deze is in ontwikkeling en is gebasseerd zoveel mogelijk op jquery css en mogelijk binnen kort object oriented.
Al zit ik wel met de vraag hoe ik dat aan moet pakken.
Een DB klasse snap ik nog wel.
maar om voor elke klasse een apart Object aan te maken. zit ik nog een beetje in het gewisse.
Laat ik het zo zeggen; Ik snap hoe ik functies moet maken en net hoe ik een DB klasse moet aanroepen aanmaken. maar om er zelf 1 in elkaar te zetten ben ik een beetje in het gewisse.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 | <?php class Klant{ function insertKlant($data){ //functie global $db; } function deleteKlant($id){ //functie return true; } } ?> |
Is het niet meer dan dit of mis ik nog iets
? (eerste keer dat ik in classes ga werken ).bvb kan ik die global $db in de klasse zetten? en dat alle functies er gebruik van kunnen maken.
[ Bericht 15% gewijzigd door cablegunmaster op 02-12-2011 18:00:13 ]
Redacted
Ik zou je klant klasse letterlijk als 'n klant zien, en wat je ermee wilt kunnen doen. Je wilt bijv. op kunnen vragen wat z'n naam is, z'n adres, z'n bestellingsgeschiedenis, etc. Het invoegen en verwijderen van klanten zou ik niet binnen de klant klasse definieren. Je wilt tenslotte 'n klant object aanmaken, het managen zou ik in een andere klasse doen. Maar letterlijk 'kenmerken' van 'n klant dus daar in stoppen.
Overigens misschien 'n idee om het niet in het NederEngels te doen (insertKlant
), maar gewoon volledig Engels. En schrijf vanaf het begin af aan gewoon goede documentatie bij je code.
Overigens misschien 'n idee om het niet in het NederEngels te doen (insertKlant
), maar gewoon volledig Engels. En schrijf vanaf het begin af aan gewoon goede documentatie bij je code.
ok ik zal het eens anders proberen te verwoorden:
Ik heb nu heel veel functies gemaakt in php. en ik wou ze onder klasses categoriseren zodat ze makkelijker vindbaar waren of makkelijker bruikbaar. Nu was de vraag als ik alle functies bijvoorbeeld in klasses stop. zou dit beter helpen of hoe zou ik dit moeten doen.
en kan ik session variabele vullen met objecten?
[ Bericht 15% gewijzigd door cablegunmaster op 03-12-2011 13:34:10 ]
Ik heb nu heel veel functies gemaakt in php. en ik wou ze onder klasses categoriseren zodat ze makkelijker vindbaar waren of makkelijker bruikbaar. Nu was de vraag als ik alle functies bijvoorbeeld in klasses stop. zou dit beter helpen of hoe zou ik dit moeten doen.
en kan ik session variabele vullen met objecten?
[ Bericht 15% gewijzigd door cablegunmaster op 03-12-2011 13:34:10 ]
Redacted
| Forum Opties | |
|---|---|
| Forumhop: | |
| Hop naar: | |