DivaliciaKM

Junior
  • Aantal berichten

    17
  • Registratiedatum

  • Laatst bezocht

Persoonlijke info

Bedrijfsinfo

  • Plaats
    Leidschendam

DivaliciaKM's trofeeën

  1. Linde, Bedankt voor je reactie. Ik ben inmiddels bezig met het maken van een footer waarin ik dit soort informatie kwijt kan. De footer zorgt er dan voor dat ik twee menu items kan verplaatsen en voorlopig genoeg ruimte heb in het menu. Mocht ik straks echt in de knel komen met de ruimte in het menu kan ik altijd nog een nieuw menu ontwerpen.
  2. Ik begrijp heus wel dat als iets bij mij werkt dat dit niet direct voor iedereen geldt. Moet eerlijk bekennen dat ik een DBA ben en me een beetje op glad ijs begeef, maar heb zojuist even het e.e.a. nagevraagd bij een netwerkbeheerder en die geeft toch echt aan dat providers in principe de ingestelde TTL niet negeren. Vroeger was dat wel anders. Shopjerot geeft in ieder geval wat mij betreft het stappenplan wat je zou moeten aanhouden.
  3. Van wat ik tot nu heb verhuisd is het gros gewoon binnen het uur weer te bereiken. Dat hier uitzonderingen aan vast zitten zal vast, maar dat 24 uur downtime een beetje overdreven is lijkt me duidelijk.
  4. 24 uur is wel een beetje overdreven. Zie ook de post van Henk G m.b.t. TTL instellingen op je DNS. Als je het echt goed doet kan dit gewoon binnen het uur.
  5. Zijn heel wat zaken die je niet moet vergeten - Technisch werkend krijgen van je webshop op de nieuwe omgeving. - Nadenken over hoe je mails gaat versturen. Bij TransIP zit dat niet standaard bij een VPS. Je hebt twee mogelijkheden of je richt zelf een mailserver in of je schaft een e-mail only pakket aan. - Hou rekening dat je heel wat zaken moet inrichten voor het versturen van uitgaande mail op je server (orderbevestigingen bijv). De mail zal je op zich snel werkend krijgen, maar om niet in de spam folder te komen zal je aantal zaken moeten regelen ( reverse dns en SPF record bijv). Al maak je gebruik van een emailonly pakket zal je toch zelf de uitgaande mail moeten regelen. - Van te voren voorbereiden hoe je het domeinnaam gaat verhuizen, maar dat is hier al ter sprake gekomen. Als je een VPS gaat gebruiken, moet je wel een beetje weten waar je mee bezig bent. Op zich heb je vrij snel php, apache en MySQL geïnstalleerd, echter is het ook verstandig om nog een aantal zaken te optimaliseren zoals de configuratie van deze onderdelen. De standaard MySQL configuratie is niet om over naar huis te schrijven. Verder valt aan te raden om APC te installeren. APC is een code caching mechanisme wat ervoor zorgt dat de onderliggende code niet iedere keer opnieuw wordt uitgevoerd. Weet waar je mee bezig bent in ieder geval. Je kan je denk ik niet veroorloven om een aantal dagen offline te zijn. Ik maak zelf gebruik van een VPS bij TransIP en ben zeer tevreden. Je moet alleen geen uitgebreide hulp verwachten bij bepaalde problemen waar je tegenaan gaat lopen.
  6. Voor zover ik begrijp uit de openingspost draait de website al en gaat het dus niet puur om het hosten van het domein. Waarom zou hij anders een databasedump willen hebben van o.a. gebruikers en forumberichten? Ik zou dus eigenlijk verwachten dat er allang in een eerder stadium afspraken zijn gemaakt over de hosting en dat daar dus ook prijsafspraken over zijn gemaakt.
  7. Maar hoe zit het dan precies met de hosting? De site wordt toch al gehost en daar zijn in eerste instantie toch wel aparte afspraken over gemaakt?
  8. Ik zie inmiddels dat je technisch wat beter bent onderlegd dan dat ik had verwacht ;-) Ik verwacht trouwens niet dat je ze kunt verplichten waarbij je de garantie hebt dat ze de site niet offline halen. Jij kan wel denken (of weten) dat ze mee moeten werken, maar dat zal toch altijd bewezen moeten worden. Zolang dit niet is gebeurt kunnen ze natuurlijk altijd de site offline halen.
  9. Wil je ze vragen om database dumps te maken, omdat je dit zelf niet kan of wil je ze dit mededelen om niet in problemen te komen i.v.m. het intellectuele eigendom? Mocht je gewoon hoe dan ook een databasedump willen hebben zijn er misschien mogelijkheden om dit zelf te regelen. Ook wanneer je bijv. geen directe toegang hebt tot de databaseserver. Ligt een beetje aan hoe de website is gebouwd (CMS?) en of je bijv. toegang hebt via FTP. Sowieso snap ik het verhaal niet helemaal aangezien je eerst aangeeft dat ze zelf toegeven er een rommeltje van gemaakt te hebben en het bedrag terug willen betalen, maar vervolgens geef je ook aan dat druk uitoefenen geen nut heeft? Ik zou toch denken dat als zij het gehele bedrag willen terugbetalen ze ook bereid zijn om mee te werken met het maken van een database dump?
  10. - Zijn wij duidelijk op de website met betrekking tot onze tenten? Als ik de informatie eenmaal gevonden heb wel. Ik vind de hoofdpagina niet zo sterk eerlijk gezegd. De header neemt wat mij betreft veel te veel ruimte in beslag. Dit kan toch wel wat compacter? - Spreekt de website aan voor u als onbekende of zoekt u liever verder? Ik vind de website wat saai. Partytenten verhuren jullie vooral voor feesten en partijen, deze sfeer vind ik niet terug op jullie website. - Zou je bij ons ook willen huren als er geen tent nodig is? Ik niet, maar ik kan me voorstellen dat er mensen zijn die een andere producten bij jullie willen huren. Waarom stel je deze vraag eigenlijk? Ik zie dat jullie veel meer producten dan alleen tenten verhuren. Waarom leggen jullie dan zo de nadruk op deze tenten? Is het niet veel slimmer om het breder aan te pakken?
  11. Het automatisch aanmaken van een account is inmiddels aangepast. Ik hoop hiermee een eventuele drempel en/of verwarring weg te nemen. Ook het "provincie" veld is niet meer aanwezig.
  12. Over jouw concept kan ik niet zo goed oordelen, maar het voelt voor mij wel vreemd om juridische dienstverlening in een winkelwagen te moeten stoppen. Weet je zeker dat je deze diensten wel in een "webshop" vorm moet aanbieden? Zie bijvoorbeeld de aanvraagpagina. Hier kan ik een formele brief door jullie laten schrijven. Ik kan dat vervolgens in mijn winkelwagen stoppen en afrekenen, maar vervolgens moet ik wel via e-mail contact opnemen? Daarnaast lijkt het mij wel van groot belang dat grammaticaal alles in orde is wanneer jullie een dergelijke dienst aanbieden. Zie: Wij fungeren desgewenst eveneens als verlengstuk van uw pen; wij verwoorden uw standpunt. Weet u bijvoorbeeld wel weet wát u wilt schrijven, maar niet hóe u dit het best kunt verwoorden, dan kunt u ons benaderen. en Met die informatie kunnen de brief voor u schrijven.
  13. Ik zou deze standaard aangevinkt zetten: "Het factuuradres is hetzelfde als het bezorgadres." Dat maakt je formulier meteen compacter. Goede tip. Ik vond het formulier al wat aan de lange kant. Ga ik aanpassen. edit: is aangepast. Dit: "Optioneel. Nieuwe klanten kunnen accountgegevens opgeven. Wij zullen deze voor u invullen indien u geen gegevens opgeeft." komt op mij verwarrend over. Dit stukje gaat sowieso op de schop. Account aan laten maken gaat eruit. Het wordt niet verplicht om een account aan te maken en wanneer een klant niets opgeeft wordt er puur een bestelling aangemaakt op het opgegeven mailadres. Hier zit echter wel aardig wat tijd in helaas om het aan te passen. In de description van producten missen wat spaties, bijvoorbeeld Scherp! Was ik wel al van op de hoogte. Wellicht een idee om als je op "Baby jongen" klikt alles blauw wordt in de layout ipv roze. Leuk idee. Hoeft ook niet zo heel moeilijk te zijn om in te bouwen verwacht ik. Ik zet hem op mijn lijst. Komt wel op de lijst met "nice to haves" want ik heb belangrijkere punten. Ik mis eigenlijk wel een footer. Daar zou je dan direct je contactgegevens kunnen plaatsen. Zat ik zelf ook al aan te denken, omdat ik dat heel erg vaak tegenkom op andere webshops. Ik moet wel bekennen dat ik de footer over het algemeen gebruik wanneer ik iets niet kan vinden op een website. Maar goed hij staat op mijn lijstje welke met de dag langer wordt :-) Bedankt voor je feedack. Zitten zeker opmerkingen bij waar ik wat mee kan!
  14. Duidelijk. Heb even de mogelijkheden bekeken in Drupal Ubercart en dit is niet optioneel te maken of eenvoudig te verbergen. Ik zal hier een eigen module voor moeten schrijven om dit aan te passen. Hij staat op mijn todo lijstje i.i.g.
  15. Bedankt voor je feedback! Waarom "Baby meisje" en "Baby jongen" in enkelvoud en "Meisjes" en "Jongens" in meervoud? Geen idee. In ieder geval niet consistent dus ga ik aanpassen, edit: is inmiddels aangepast. Je maakt wat je menu betreft heel duidelijk onderscheid in babykleertjes en kleertjes voor oudere kinderen. Waarom dan niet op je homepage bij de producten direct duidelijk gemaakt voor welke categorie de getoonde kleertjes zijn? Ik zou dat overigens niet doen met steeds dezelfde toevoeging (zoals er nu "baby meisje" bij een paar artikelen staat), maar misschien kun je gewoon de maten op de overzichtspagina erbij zetten. Ik snap wat je bedoelt. Op de hompagina staan 6 artikelen gesorteerd op basis van laatste wijziging en/of aangemerkt als "sticky". Nu zou het bijv. kunnen zijn dat een bezoeker op de homepagina terecht komt een leuk shirtje ziet en vervolgens op de productpagina erachter komt dat dit shirtje helemaal niet in de desbetreffende maat verkrijgbaar is. Direct een afknapper dus. Ik ga aan de slag met het tonen van de maten in klein lettertype onder of boven de prijs. Als ik op je homepage sta en met de muis over de namen van de artikelen beweeg, veranderen de plaatjes soms. Dan sta ik op de naam van artikel 4 en dan veranderen de plaatjes van artikel 2 en 6. Erg verwarrend, zeker als onder "Trinitti stippen broekje" dan opeens een plaatje van een shirt met een broekje staat. Heeft niets te maken met het bewegen van je muis over de titel. Voor sommige producten zijn meerdere plaatjes toegevoegd. Deze worden in een slideshow weergegeven. Wat betreft "Trinitti stippen broekje" begrijp ik de verwarring zeker aangezien hier ineens een shirtje bij op komt dagen. Het idee was hierbij om te laten zien dat de desbetreffende producten goed bij elkaar passen. Waarom bij de artikelen de tekst "Wasvoorschrift:" als dat niet is ingevuld? Terechte opmerking. Is al onderdeel van ons todo lijstje en kan binnenkort van het lijstje af :-) Verplicht een account moeten aanmaken is voor veel mensen een (te) grote drempel. Overweeg dus om ook de mogelijkheid te bieden om af te rekenen zonder een account aan te maken. Is niet verplicht. Het enige wat echt verplicht is, is het opgeven van een mailadres. Je hebt de mogelijkheid om in de checkout accountgegevens in te vullen, echter staat er ook: "Optioneel. Nieuwe klanten kunnen accountgegevens opgeven. Wij zullen deze voor u invullen indien u geen gegevens opgeeft." Is dit volgens jou al een te grote drempel of komt dit te onduidelijk naar voren? In je winkelwagen mag je "Please select your bank" nog vertalen. Done! Nogmaals bedankt!
×
×
  • Nieuwe aanmaken...

Cookies op HigherLevel.nl

We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.