Resultaten 16 tot 29 van de 29
Pagina 2 van de 2 Eerste 1 2
Geen

Onderwerp: Trage webshop

  1. #16
    Trage webshop
    geregistreerd gebruiker
    6.041 Berichten
    Ingeschreven
    23/10/04

    Locatie
    Amersfoort

    Post Thanks / Like
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)
    171 Berichten zijn liked


    Functie: Freelance IT Professional
    URL: localhost
    View randytenhave's profile on LinkedIn

    APC installeren zonder deze te activeren in Magento is zinloos.
    Cache installeren op disk is vrij zinloos (gebruik tmpfs in geheugen, kan niet op shared hosting)
    Magento optimaliseren zonder bij MySQL te beginnen is zinloos.
    GZip aanzetten zinder naar mod_expires te kijken is zinloos.
    Cache aanzetten op een webshop zonder bezoekers geeft geen reeel beeld.
    Heb je voor een 'Flat catalog' gekozen in de configuratie?

    Zoals je leest, genoeg zaken om aan te pakken maar enkel het samenspel tussen alle factoren zal je helpen.

  2. #17
    Trage webshop
    geregistreerd gebruiker
    6.041 Berichten
    Ingeschreven
    23/10/04

    Locatie
    Amersfoort

    Post Thanks / Like
    Mentioned
    2 Post(s)
    Tagged
    0 Thread(s)
    171 Berichten zijn liked


    Functie: Freelance IT Professional
    URL: localhost
    View randytenhave's profile on LinkedIn

    APC installeren zonder deze te activeren in Magento is zinloos.
    Cache installeren op disk is vrij zinloos (gebruik tmpfs in geheugen, kan niet op shared hosting)
    Magento optimaliseren zonder bij MySQL te beginnen is zinloos.
    GZip aanzetten zinder naar mod_expires te kijken is zinloos.
    Cache aanzetten op een webshop zonder bezoekers geeft geen reeel beeld.
    Heb je voor een 'Flat catalog' gekozen in d

    Zoals je leest, genoeg zaken om aan te pakken maar enkel het samenspel tussen alle factoren zal je helpen.

  3. #18
    Trage webshop
    geregistreerd gebruiker
    1.073 Berichten
    Ingeschreven
    15/07/03

    Locatie
    Haarlem

    Post Thanks / Like
    Mentioned
    4 Post(s)
    Tagged
    0 Thread(s)
    21 Berichten zijn liked


    Naam: Pim
    Bedrijf: RealHosting
    Functie: Ondernemer
    Registrar SIDN: ja
    KvK nummer: 39093099
    Ondernemingsnummer: nvt

    Shared hosting biedt je niet de controle en stabiliteit waar Magento zich prettig bij voelt. Het is nou eenmaal een zwaar pakket.
    Een paar tips (sommige zijn al gegeven):
    - Zorg ervoor dat je Magento zo licht mogelijk is. Schakel onnodige modules uit. Comprimeer je plaatjes voordat je ze upload.
    - Check je database. Soms zitten hier tabellen met 100.000 regels in (voor de logging). Die kun je veilig truncaten.
    - Controleer je var/sessions map. Soms wordt die niet opgeschoond met tienduizenden files tot gevolg. Je raadt de gevolgen al.
    - Heb je de crons goed ingesteld? Die ruimen ook op en vergeet ook de indexer niet af-en-toe te draaien.
    - De hoster kan veel doen op je server. Zoals apc-caching, Nginx, php-fpm, noem maar op. Maar daar heb je als shared hosting klant niets aan.
    - Overweeg een full page caching module. Een klant van ons heeft goede ervaringen met http://www.magentocommerce.com/magen...-fpc-4534.html

  4. #19
    Trage webshop
    Internet Services
    3.204 Berichten
    Ingeschreven
    27/03/06

    Locatie
    Utrecht

    Post Thanks / Like
    Mentioned
    14 Post(s)
    Tagged
    0 Thread(s)
    43 Berichten zijn liked


    Naam: Jeroen
    View nl.linkedin.com/in/jeroenvheugten's profile on LinkedIn

    Er hoeft natuurlijk geen enkel verschil in performance te zijn tussen een shared hosting pakket en een vps, soms zal shared hosting zelfs sneller zijn. Het hangt allemaal van de hardware, software en overselling af. Sommige hosters hebben voor shared magento hosting zware servers met SSD storage en diverse mogelijkheden tot caching beschikbaar, met soms zelfs losse databaseservers. In praktijk is dit vaak sneller dan een VPS (omdat je meer iops hebt). Maar zoals gezegd; het hangt van talloze factoren af.

  5. #20
    Trage webshop
    geregistreerd gebruiker
    7 Berichten
    Ingeschreven
    03/07/13

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked



    Thread Starter
    Ter info, dit is de mail die ik kreeg van Combell :

    "De website mijnsite.com staat op onze nieuwe hosting. Belangrijk om weten is dat Magento eigenlijk helemaal geen product is om op Shared Hosting te plaatsen. Dit omdat de developers van Magento aangeven dat hun applicatie minimaal 512 MB ram in de PHP_MEMORY_LIMIT nodig heeft.
    Op onze shared hosting kan u maximaal 128 MB PHP_MEMORY_LIMIT verkrijgen. Dit gezegd zijnde is het wel zo dat er enorm veel klanten toch Magento draaien op shared hosting, zij het met enig performantieverlies. Het is dus perfect mogelijk om Magento ook te draaien met minder ram-geheugen beschikbaar per bezoeker, maar hou in het achterhoofd dat deze nooit razendsnel zal zijn. Maar omdat de benodigde opstelling om Magento op piekperformantie te kunnen laten draaien bijzonder zware investeringen met zich meebrengt, starten vrijwel alle webshop toch met Shared Hosting.

    Een van de tools die wij gebruiken is Firebug. Met deze plugin voor Mozilla Firefox kunnen wij een analyse maken van de laadtijd en specifiek zien welke elementen toedragen aan de laadtijd.
    Met deze tool kom ik op een totale laadtijd van 4,81 seconden, wat voor een Magento-website zeker niet slecht is.
    Ik zie dat er geen structurele grote vertragingen zijn, maar vooral veel kleinere elementen die elk een beperkt aantal miliseconden aan de laadtijd toevoegen.
    In bijlage kan u hiervan een secreenshot bekijken.

    Ik zie alvast dat u gebruikt maakt van meerdere subdomeinen om de laadtijd te bespoedigen, wat uiteraard de performantie ten goede zal komen. Ik stel wel vast dat er erg veel elementen via static.mijnsite.com worden ingeladen. Dit kan, mijn inziens nog verder geoptimaliseerd worden door bijvoorbeeld het aantal elementen per subdomein te beperken tot 6 tot 8. Zo kan u gebruik maken van meer simultane downloads in de browser om de website nog sneller in te laden. Bij de meeste recente browsers is het aantal simultane downloads beperkt tot 6 of 8 per domein.
    Dit kan de laadtijd nog verder reduceren."

  6. #21
    Trage webshop
    geregistreerd gebruiker
    4.149 Berichten
    Ingeschreven
    09/12/05

    Locatie
    Almere

    Post Thanks / Like
    Mentioned
    10 Post(s)
    Tagged
    0 Thread(s)
    76 Berichten zijn liked


    Naam: Ramon Fincken
    Bedrijf: Managed WordPress Hosting / Codert.cloud
    Functie: CEO
    URL: www.managedwphosting.nl
    Registrar SIDN: Nee
    KvK nummer: 30262182
    TrustCloud: ramonfincken
    View ramonfincken's profile on LinkedIn

    Nette mail, maar met extra (sub) domeinen gaat je site niet ineens vliegen als je PHP/mysql -> dus HTML stuk al seconden nodig heeft.
    WordPress hosting Optimalisatie webbouw debugging door WP Core developers

  7. #22
    Trage webshop
    moderator
    6.028 Berichten
    Ingeschreven
    21/05/03

    Locatie
    NPT - BELGIUM

    Post Thanks / Like
    Mentioned
    39 Post(s)
    Tagged
    0 Thread(s)
    481 Berichten zijn liked


    Naam: Dennis de Houx
    Bedrijf: All In One
    Functie: Zaakvoerder
    URL: www.all-in-one.be
    Ondernemingsnummer: 0867670047

    Inderdaad een net antwoord van combell, alhoewel ik mij toch even wat vragen stel bij hun "magenta hosting", op hun website staat het volgende te lezen: "Magento geoptimaliseerde servers". Waarom komen ze in die e-mail dan af met een beperking van 128MB per hosting account als ze zelf al aangeven dat dit eigenlijk 512MB zou moeten zijn, dat is dus juist het tegenovergestelde van geoptimaliseerd wat mij betreft. En dus een grondig punt voor de TS om dit aan te halen, dan kun je net zo goed ergens een hosting nemen die niet magenta geoptimaliseerd is, maar wel standaard 256MB of 512MB ram per account toe laat .

  8. #23
    Trage webshop
    geregistreerd gebruiker
    7 Berichten
    Ingeschreven
    03/07/13

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked



    Thread Starter
    Inderdaad, dat was wat mij behoorlijk tegen zat. Ze verkopen een "magento optimized" server, maar die is dan uiteindelijk toch niet zo geoptimaliseerd volgens hun eigen woorden.

    Iemand op dit forum was zo vriendelijk om mijn webshop even volledig te hosten op hun servers: bijna 4 seconden sneller! Ook de back-end is supersnel, terwijl dat bij Combell vreselijk traag is ...

  9. #24
    Trage webshop
    geregistreerd gebruiker
    7 Berichten
    Ingeschreven
    03/07/13

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked



    Thread Starter
    Webshop ondertussen volledig overgezet, wereld van verschil. Vanmorgen even getest: site laadt onder de 2 seconden, daarvoor +9.
    Ondertussen annulering bij Combell aangevraagd. Ze weigeren wel terug te betalen voor de maanden na annulering omdat het een contract van 1 jaar is. Alleszins de laatste keer dat ik daar langs ga

  10. #25
    Trage webshop
    Boxke it
    575 Berichten
    Ingeschreven
    23/12/03

    Locatie
    brugge belgium

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    0 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: BE0885734021

    in principe dienen ze terug te betalen. Valse verkoopsbeweringen, ik zou hen dit alvast laten weten en vragen opm een commerciële toegift.

  11. #26
    Trage webshop
    geregistreerd gebruiker
    2 Berichten
    Ingeschreven
    28/07/13

    Locatie
    Gent

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    3 Berichten zijn liked


    Bedrijf: Combell
    Functie: Evangelist
    URL: http://www.combell.com
    Registrar SIDN: JA
    View http://be.linkedin.com/in/thijsferyn's profile on LinkedIn

    Beste GF8

    Het is spijtig dat je Magento webshop niet sneller performat op onze shared hosting omgeving. We hebben intussen al wat ervaring opgedaan met Magento installaties en kennen de pijnpunten.

    Deze ervaring heeft ervoor gezorgd dat we bij Combell achter de schermen een nieuw type hosting product aan het uitbouwen zijn die nog beter overweg kan met veeleisende pakketten zoals Magento.

    Ik merk dat er in deze forum thread al heel wat informatie staat en tips gegeven zijn. Bepaalde van deze opmerkingen zijn terecht, andere zaken zijn niet correct in deze context.

    Het is duidelijk dat Magento veel geheugen nodig heeft. De memory_limit kan bij onze gewone hosting pakketten op 128 MB gezet worden. Bij ons nieuw product zal de limiet nog veel hoger liggen. Maar ik moet wel duidelijk maken dat memory_limit en performance hier niets met elkaar te maken hebben.

    De memory_limit bepaalt hoeveel geheugen elke PHP request krijgt voor de verwerking van scripts. Meer memory betekent niet snellere verwerking. Het feit dat Magento op 128 MB foutloos werkt (maar jammergenoeg wel traag) bewijst dit. Mochten er fouten optreden in het genre "Fatal error: Allowed memory size of X bytes exhausted (tried to allocate Y bytes)", dan is het duidelijk dat bepaalde Magento modules te weinig geheugen hebben om correct te werken.

    APC is wel degelijk actief op deze omgeving en kan gebruikt worden zowel om het compilatieproces van PHP scripts te versnellen, als voor de caching binnen Magento. Spijtig genoeg zijn hier ook beperkingen op in combinatie met FastCGI: er is geen master proces die cache geheugen ter beschikking stelt. Elke klant krijgt bij ons meerdere aparte PHP processen toegewezen die elk hun eigen geheugen hebben. Het gevolg is dat er een APC cache per proces is.

    Ons R&D team is onderzoek aan het doen naar alternatieve connectoren voor Apache en PHP. Momenteel gebruiken we nog FCGID, dit zal in de toekomst waarschijnlijk wel veranderen om een centrale memory pool te hebben waar APC gebruik van kan maken.

    Niet tegenstaande wij streven naar een optimalisatie van onze PHP setup, komt de Magento vertraging niet van PHP zelf. De modules zijn optimaal geconfigureerd en geselecteerd en "normale" sites draaien bijzonder snel. Een terecht opmerking die in deze thread gemeld werd is dat Magento heel sterk gebruik maakt van disk caching.

    We kunnen in de 2-step cache andere caching engines koppelen zoals bijvoorbeeld APC of Memcached. APC wordt nu al ondersteund (maar zoals vermeld met beperkingen), maar Memcached komt er op middellange termijn ook aan. Klanten zullen bij ons Memcached buckets kunnen afnemen en koppelen in de local.xml van Magento.

    Maar hoewel Memcached caching een duidelijk verschil zal maken, berust de backend nog steeds op disk caching. Om deze vertraging te tackelen zullen we op ons nieuw product ook RAM disks aanbieden. Dit zijn dedicated schijfvolumes die klanten aangeboden krijgen waarvan de opslag in het geheugen zit. Bèta tests hebben aangetoond dat dit de belangrijkste maatregel is. Verschillende van onze klanten hebben dit getest en goed bevonden.

    Ten slotte is een Varnish As A Service product ook in de maak, afhankelijk van de Magento configuratie zal dit ook wel een impact hebben. De grootste beperking hier is dat Varnish geen "user specific content" zal cachen. Vanaf dat een bezoeker iets in zijn winkelmandje stopt, zal Varnish het verdere verloop niet meer cachen. Dit is geen fout, maar is "by design" aangezien cookies niet zo gecached worden.

    Varnish zal wel een degelijke hit rate hebben als er op de productpagina's geen cookies gebruikt worden. Als een gebruiker zonder in te loggen kan navigeren naar de producten, zal Varnish zorgen voor laadtijden van enkele milliseconden in plaats van 7 seconden.

    Varnish kan niet overweg met SSL verbindingen, in een eerste fase zullen we dus enkel non-SSL traffic via Varnish kunnen verwerken. Later zullen we de SSL connectie termineren op een toestel voor de Varnish server, waardoor SSL connecties wel zullen werken.

    Conclusie: we zijn ons bewust van de beperkingen. Helaas is elke Magento anders en sommige Magento installaties kunnen performant op onze omgeving draaien, andere installaties vereisen specifieke maatregelen. Ik vat nog even de shortlist samen:

    - Plaats de /var/cache map op RAM disks
    - Gebruik Memcached als cache in local.xml
    - Gebruik eventueel Varnish om non-SSL traffic te cachen die niet user specific is
    - Activeer flat catalogs om MySQL laadtijden laag te houden

    Ik stel voor dat GF8 me een mailtje naar me stuurt op thijs at combellgroup dot com zodat we de hosting in kwestie even kunnen onderzoeken. In afwachting van dit nieuwe product, kunnen Memcached en RAM disks al gratis in bèta getest worden. Het verschil zal duidelijk zijn ;-)

    Hopelijk heb ik via deze weg het één en het ander duidelijk kunnen maken. Mochten er nog vragen zijn, dan mag je me zeker contacteren op thijs at combellgroup dot com. Ik wil GF8 en andere mensen die vragen hebben ook gerust telefonisch te woord staan. Hiervoor bel je best naar onze support afdeling op 0800/85678 vanuit België en 0800/8567890 vanuit het buitenland.

    Mvg
    Thijs Feryn
    Combell

  12. #27
    Trage webshop
    geregistreerd gebruiker
    37 Berichten
    Ingeschreven
    13/12/08

    Locatie
    zwammerdam

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    1 Berichten zijn liked


    Registrar SIDN: nee
    KvK nummer: nvt
    Ondernemingsnummer: nvt

    Dit kan ik zeer zeker beamen! Ik zelf gebruik momenteel opencart. Vrij licht en op een 1 GB shared VPS loopt dat vrij vlot.

  13. #28
    Trage webshop
    moderator
    6.028 Berichten
    Ingeschreven
    21/05/03

    Locatie
    NPT - BELGIUM

    Post Thanks / Like
    Mentioned
    39 Post(s)
    Tagged
    0 Thread(s)
    481 Berichten zijn liked


    Naam: Dennis de Houx
    Bedrijf: All In One
    Functie: Zaakvoerder
    URL: www.all-in-one.be
    Ondernemingsnummer: 0867670047

    Citaat Oorspronkelijk geplaatst door ThijsFeryn Bekijk Berichten
    Varnish kan niet overweg met SSL verbindingen, in een eerste fase zullen we dus enkel non-SSL traffic via Varnish kunnen verwerken. Later zullen we de SSL connectie termineren op een toestel voor de Varnish server, waardoor SSL connecties wel zullen werken.
    Niet om afbreuk te doen op je volledige uitleg, maar hier had ik toch even mijn bedenkingen bij aangezien dit kortom totaal nog niet bruikbaar is bij een webshop, want een (goede) webshop zal altijd via een ssl connectie verlopen.

    Citaat Oorspronkelijk geplaatst door necrosis Bekijk Berichten
    Dit kan ik zeer zeker beamen! Ik zelf gebruik momenteel opencart. Vrij licht en op een 1 GB shared VPS loopt dat vrij vlot.
    En wat heeft dat er mee te zien, shared hosting is verschillend van een VPS, naast het feit dat opencart en magento ook totaal verschillende programma's zijn.
    Laatst gewijzigd door The-BosS; 30/07/13 om 01:01.
    Dennis de Houx - All In One ~ Official ISPsystem partner

    Lees hier de webhostingtalk.nl forum regels en voorwaarden!

  14. #29
    Trage webshop
    geregistreerd gebruiker
    2 Berichten
    Ingeschreven
    28/07/13

    Locatie
    Gent

    Post Thanks / Like
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    3 Berichten zijn liked


    Bedrijf: Combell
    Functie: Evangelist
    URL: http://www.combell.com
    Registrar SIDN: JA
    View http://be.linkedin.com/in/thijsferyn's profile on LinkedIn

    Citaat Oorspronkelijk geplaatst door The-BosS Bekijk Berichten
    Niet om afbreuk te doen op je volledige uitleg, maar hier had ik toch even mijn bedenkingen bij aangezien dit kortom totaal nog niet bruikbaar is bij een webshop, want een (goede) webshop zal altijd via een ssl connectie verlopen.
    Ik moet je 100% gelijk geven, maar onze Varnish As A Service opstelling is niet enkel gemaakt voor webshops. Vandaar dat we eerst verkiezen om het zonder SSL te lanceren zodat we Drupal, Wordpress en andere installaties ook kunnen versnellen. Het termineren van SSL verbindingen op zich is niet zo moeilijk, maar ervoor zorgen dat klanten hun SSL certificaten en uniek IP-adres meteen correct gekoppeld staat is heel wat complexer.

    We zouden liefst eerste lanceren en zorgen dat klanten (niet noodzakelijk Magento gebruikers) een werkbaar product hebben, om dan later in een tweede fase meteen SSL aan te bieden en het Magento publiek aan te spreken.

    Ik sta in contact met verschillende invloedrijke Magento integratoren en ze zeggen stuk voor stuk dat Varnish en Magento niet altijd naadloos is. E-commerce vereist veel user-specific content (shopping cart, prijzen op maat, inlogsessies, ...). Dit zorgt ervoor dat de hit rate van Varnish vrij laag is.

    Meer en meer Magento integratoren zijn bezig met het gebruik van Edge Side Includes om de hit rate te verhogen, maar het resultaat is verre van acceptabel.

    Net daarom dat ik vooral zou inzetten op RAM disks en Memcached (of Redis). Voor Magento enterprise klanten schijnt Full Page Cache dan weer heel wat voordelen te bieden, maar het prijskaartje hiervoor is navenant.

    Mvg
    Thijs

Pagina 2 van de 2 Eerste 1 2

Webhostingtalk.nl

Contact

  • Rokin 113-115
  • 1012 KP, Amsterdam
  • Nederland
  • Contact
© Copyright 2001-2021 Webhostingtalk.nl.
Web Statistics