[Kennedy]

Ursprungligen postat av EgenSajt

Vad är det för ompekningar du behöver göra? Vi kör lighttpd som har nämnts innan och lighttpd har inte stöd för .htaccess, dock kan man aktivera färdiga omskrivningsregler för wordpress i kontrollpanelen och om man vill ha egna regler, kan vi lägga in dessa regler åt kunden. Vårt val på lighttpd är pga. högre stabilitet, bättre minnesanvändning och snabbhet mot apache.

Ja, det vet jag inte exakt i förväg men det händer ibland att man behöver göra några 301r eller liknande. I nuläget gör jag ofta det med hjälp av ett WP-tillägg, men dessa kräver ju sin tur att .htaccessfiler accepteras, eller hur? Och lighttpd kanske då begränsar en aning vilka tillägg som fungerar?

[EgenSajt]

Felsidor kan man sätta fritt, inkl. 301 i kontrollpanelen och när det gäller .htaccess så finns inte stöd för detta som sagt. Dock hjälper vi alltid kunder att översätta ens egna regler till lighttpd så många ggr det behövs. .htaccess-stöd är bra, men om man prioriterar hastighet och prestanda så är inte apache med sitt .htaccess stöd att föredra. De allra flesta stora siter kör nginx eller lighttpd, där lighttpd och nginx faktiskt ligger väldigt nära varandra i prestanda. lighttpd är dock bättre än nginx anser vi när det gäller shared hosting. Så man måste välja mellan att få bra hastighet mot enkelheten att kunna använda .htaccess.

[tartareandesire]

Ursprungligen postat av EgenSajt

Felsidor kan man sätta fritt, inkl. 301 i kontrollpanelen och när det gäller .htaccess så finns inte stöd för detta som sagt. Dock hjälper vi alltid kunder att översätta ens egna regler till lighttpd så många ggr det behövs. .htaccess-stöd är bra, men om man prioriterar hastighet och prestanda så är inte apache med sitt .htaccess stöd att föredra. De allra flesta stora siter kör nginx eller lighttpd, där lighttpd och nginx faktiskt ligger väldigt nära varandra i prestanda. lighttpd är dock bättre än nginx anser vi när det gäller shared hosting. Så man måste välja mellan att få bra hastighet mot enkelheten att kunna använda .htaccess.

Stora sajter kör egna servrar och behöver inte kontakta support varje gång man behöver göra en förändring

Har du någon statistik för de största sajterna förresten eftersom du hänvisar till det? Jag har bara sett gamla uppgifter från 2008 och 2009 (förutom generell användning). Wikipedia och YouTube kör väl Lighttpd iaf. Däremot finns det inget större behov av det för en vanlig webbplats - det går alldeles utmärkt att köra precis lika snabbt på Apache.

[Kennedy]

Kul och intressant att diskussionen om hosting av Wordpress rullar på. I mitt fall handlar det mest om sajter som inte är alltför stora och krävande och därför har det än så länge inte kännts motiverat med egna servrar. Mitt ideala scenario är ändå att sidorna skall ladda blixtsnabbt. Det tycker jag också bör vara möjligt att uppnå i de flesta fall med dessa omständigheter? Eller har jag fel?

En annan sak: Vissa erbjuder så kallade lastbalanserade servrar. Fördelar/nackdelar med det?

[EgenSajt]

Ursprungligen postat av tartareandesire

Stora sajter kör egna servrar och behöver inte kontakta support varje gång man behöver göra en förändring

Så sant så, man får välja på prestanda och att man inte behöver kontakta support Även WordPress.com kör nginx men det finns säkert fler att hitta om man letar lite.

Ursprungligen postat av Kennedy

En annan sak: Vissa erbjuder så kallade lastbalanserade servrar. Fördelar/nackdelar med det?

Fördelen är att sidan alltid har bra prestanda, webbhotell med enskilda servrar kan lättare bli överlastade. Vi tycker åtminstone att det är att föredra generellt.

[Kennedy]

Ursprungligen postat av EgenSajt

Felsidor kan man sätta fritt, inkl. 301 i kontrollpanelen och när det gäller .htaccess så finns inte stöd för detta som sagt. Dock hjälper vi alltid kunder att översätta ens egna regler till lighttpd så många ggr det behövs. .htaccess-stöd är bra, men om man prioriterar hastighet och prestanda så är inte apache med sitt .htaccess stöd att föredra. De allra flesta stora siter kör nginx eller lighttpd, där lighttpd och nginx faktiskt ligger väldigt nära varandra i prestanda. lighttpd är dock bättre än nginx anser vi när det gäller shared hosting. Så man måste välja mellan att få bra hastighet mot enkelheten att kunna använda .htaccess.

Så med andra ord, det går bra att göra normala ompekningar som man brukar göra i .htaccess som:

/katalog-x/sida-x.html http://www.minsajt.org/katalog-y/sida-y/

Eller? Personligen använder jag oftast ompekningar för SEO syften och då bör ju ompekningen vara en 301:a enligt Google. Så kommer Google att se er typ av ompekning på rätt sätt?

En annan sak som jag märkte att ni inte kommenterade var hur er teknik påverkar stödet för wordpress-plugins.

[Clarence]

Ursprungligen postat av Kennedy

Kul och intressant att diskussionen om hosting av Wordpress rullar på. I mitt fall handlar det mest om sajter som inte är alltför stora och krävande och därför har det än så länge inte kännts motiverat med egna servrar. Mitt ideala scenario är ändå att sidorna skall ladda blixtsnabbt. Det tycker jag också bör vara möjligt att uppnå i de flesta fall med dessa omständigheter? Eller har jag fel?

En annan sak: Vissa erbjuder så kallade lastbalanserade servrar. Fördelar/nackdelar med det?

De flesta webbhotell borde ladda en ooptimerad (men inte nedsänkt av dåliga plugins) på 2-300ms. Det tror jag gäller alla de på listan du fick med benchmarks förutom de tre sista. Installerar du cache-plugins borde du också kunna sänka det rejält. Det tycker jag är OK för en liten blogg men skulle det vara sådan laddningstid på sajten jag jobbar med skulle vi få köpa in 5 gånger så många servrar.

Lastbalanserade servrar betyder för det mesta bara lastbalanserade webbservrar. Databasen kommer fortfarande delas såsom på övriga hotell, och i de flesta fall även lagringen. Nackdelen med att inte ha det lastbalanserat är att en kund med dålig kod och/eller mycket trafik kan sega ner servern du ligger på. Det problemet minimeras (eller går ut över alla kunder ) i en lastbalanserad miljö. Det finns mer resurser att röra sig med för problematiska kunder så att webbhotellet lättare kan hitta dom innan de sänker något. En nackdel med lastbalanserade servrar är att det finns en viss overhead för distribuerad lagring men den är för de flesta webbapplikationer försvinnande liten ur prestandasynpunkt. En annan nackdel är att det är mer komplicerade system som är svårare att felsöka och åtgärda fel i och risken att alla kunder drabbas av problemen är större.

[EgenSajt]

Ursprungligen postat av Kennedy

Så med andra ord, det går bra att göra normala ompekningar som man brukar göra i .htaccess som:

/katalog-x/sida-x.html http://www.minsajt.org/katalog-y/sida-y/

En annan sak som jag märkte att ni inte kommenterade var hur er teknik påverkar stödet för wordpress-plugins.

En sådan ompekning går utmärkt, dock måste den läggas in av oss, men det gör vi gärna!

Vår teknik påverkar inte php eller wordpress-plugins alla utan vi har samma eller bättre stöd som alla andra hotell har. Men du kan alltid ta ett testkonto och prova lite först.

[tartareandesire]

Ursprungligen postat av Kennedy

En annan sak som jag märkte att ni inte kommenterade var hur er teknik påverkar stödet för wordpress-plugins.

Det enda som påverkas är att du inte direkt kan använda SEO-plugins och dylikt som behöver omskrivningsregler utan då måste du kontakta supporten så att de kan lägga in dessa manuellt.

Det är möjligt att vissa cache-lösningar kan påverkas en del också beroende på konfiguration men det är något bara EgenSajt (och eventuellt kunder) kan svara på.

[pelmered]

Ursprungligen postat av Kennedy

Så med andra ord, det går bra att göra normala ompekningar som man brukar göra i .htaccess som:

/katalog-x/sida-x.html http://www.minsajt.org/katalog-y/sida-y/

Eller? Personligen använder jag oftast ompekningar för SEO syften och då bör ju ompekningen vara en 301:a enligt Google. Så kommer Google att se er typ av ompekning på rätt sätt?

En annan sak som jag märkte att ni inte kommenterade var hur er teknik påverkar stödet för wordpress-plugins.

Snygga permalänkar i stil med /<kategori>/<title> är enligt mig ett måste.

Sedan rekommenderar jag starkt cache-pluginet W3 Total Cache och det kräver en hel del .htaccess regler eller motsvarande.
Det hade varit en dealbreaker för mig i valet av webbhotell om det inte går att ordna. Om EgenSajt kan fixa det är de i mina ögon ett bra alternativ.

Såhär ser reglerna ut om man kör på default med det mesta aktiverat:

# BEGIN W3TC Browser Cache
<IfModule mod_mime.c>
    AddType text/css .css
    AddType application/x-javascript .js
    AddType text/x-component .htc
    AddType text/html .html .htm
    AddType text/richtext .rtf .rtx
    AddType image/svg+xml .svg .svgz
    AddType text/plain .txt
    AddType text/xsd .xsd
    AddType text/xsl .xsl
    AddType text/xml .xml
    AddType video/asf .asf .asx .wax .wmv .wmx
    AddType video/avi .avi
    AddType image/bmp .bmp
    AddType application/java .class
    AddType video/divx .divx
    AddType application/msword .doc .docx
    AddType application/vnd.ms-fontobject .eot
    AddType application/x-msdownload .exe
    AddType image/gif .gif
    AddType application/x-gzip .gz .gzip
    AddType image/x-icon .ico
    AddType image/jpeg .jpg .jpeg .jpe
    AddType application/vnd.ms-access .mdb
    AddType audio/midi .mid .midi
    AddType video/quicktime .mov .qt
    AddType audio/mpeg .mp3 .m4a
    AddType video/mp4 .mp4 .m4v
    AddType video/mpeg .mpeg .mpg .mpe
    AddType application/vnd.ms-project .mpp
    AddType application/x-font-otf .otf
    AddType application/vnd.oasis.opendocument.database .odb
    AddType application/vnd.oasis.opendocument.chart .odc
    AddType application/vnd.oasis.opendocument.formula .odf
    AddType application/vnd.oasis.opendocument.graphics .odg
    AddType application/vnd.oasis.opendocument.presentation .odp
    AddType application/vnd.oasis.opendocument.spreadsheet .ods
    AddType application/vnd.oasis.opendocument.text .odt
    AddType audio/ogg .ogg
    AddType application/pdf .pdf
    AddType image/png .png
    AddType application/vnd.ms-powerpoint .pot .pps .ppt .pptx
    AddType audio/x-realaudio .ra .ram
    AddType application/x-shockwave-flash .swf
    AddType application/x-tar .tar
    AddType image/tiff .tif .tiff
    AddType application/x-font-ttf .ttf .ttc
    AddType audio/wav .wav
    AddType audio/wma .wma
    AddType application/vnd.ms-write .wri
    AddType application/vnd.ms-excel .xla .xls .xlsx .xlt .xlw
    AddType application/zip .zip
</IfModule>
<IfModule mod_expires.c>
    ExpiresActive On
    ExpiresByType text/css A31536000
    ExpiresByType application/x-javascript A31536000
    ExpiresByType text/x-component A31536000
    ExpiresByType text/html A3600
    ExpiresByType text/richtext A3600
    ExpiresByType image/svg+xml A3600
    ExpiresByType text/plain A3600
    ExpiresByType text/xsd A3600
    ExpiresByType text/xsl A3600
    ExpiresByType text/xml A3600
    ExpiresByType video/asf A31536000
    ExpiresByType video/avi A31536000
    ExpiresByType image/bmp A31536000
    ExpiresByType application/java A31536000
    ExpiresByType video/divx A31536000
    ExpiresByType application/msword A31536000
    ExpiresByType application/vnd.ms-fontobject A31536000
    ExpiresByType application/x-msdownload A31536000
    ExpiresByType image/gif A31536000
    ExpiresByType application/x-gzip A31536000
    ExpiresByType image/x-icon A31536000
    ExpiresByType image/jpeg A31536000
    ExpiresByType application/vnd.ms-access A31536000
    ExpiresByType audio/midi A31536000
    ExpiresByType video/quicktime A31536000
    ExpiresByType audio/mpeg A31536000
    ExpiresByType video/mp4 A31536000
    ExpiresByType video/mpeg A31536000
    ExpiresByType application/vnd.ms-project A31536000
    ExpiresByType application/x-font-otf A31536000
    ExpiresByType application/vnd.oasis.opendocument.database A31536000
    ExpiresByType application/vnd.oasis.opendocument.chart A31536000
    ExpiresByType application/vnd.oasis.opendocument.formula A31536000
    ExpiresByType application/vnd.oasis.opendocument.graphics A31536000
    ExpiresByType application/vnd.oasis.opendocument.presentation A31536000
    ExpiresByType application/vnd.oasis.opendocument.spreadsheet A31536000
    ExpiresByType application/vnd.oasis.opendocument.text A31536000
    ExpiresByType audio/ogg A31536000
    ExpiresByType application/pdf A31536000
    ExpiresByType image/png A31536000
    ExpiresByType application/vnd.ms-powerpoint A31536000
    ExpiresByType audio/x-realaudio A31536000
    ExpiresByType image/svg+xml A31536000
    ExpiresByType application/x-shockwave-flash A31536000
    ExpiresByType application/x-tar A31536000
    ExpiresByType image/tiff A31536000
    ExpiresByType application/x-font-ttf A31536000
    ExpiresByType audio/wav A31536000
    ExpiresByType audio/wma A31536000
    ExpiresByType application/vnd.ms-write A31536000
    ExpiresByType application/vnd.ms-excel A31536000
    ExpiresByType application/zip A31536000
</IfModule>
<IfModule mod_deflate.c>
    <IfModule mod_setenvif.c>
        BrowserMatch ^Mozilla/4 gzip-only-text/html
        BrowserMatch ^Mozilla/4\.0[678] no-gzip
        BrowserMatch \bMSIE !no-gzip !gzip-only-text/html
        BrowserMatch \bMSI[E] !no-gzip !gzip-only-text/html
    </IfModule>
    <IfModule mod_headers.c>
        Header append Vary User-Agent env=!dont-vary
    </IfModule>
    <IfModule mod_filter.c>
        AddOutputFilterByType DEFLATE text/css application/x-javascript text/x-component text/html text/richtext image/svg+xml text/plain text/xsd text/xsl text/xml image/x-icon
    </IfModule>
</IfModule>
<FilesMatch "\.(asf|asx|wax|wmv|wmx|avi|bmp|class|divx|doc|docx|eot|exe|gif|gz|gzip|ico|jpg|jpeg|jpe|mdb|mid|midi|mov|qt|mp3|m4a|mp4|m4v|mpeg|mpg|mpe|mpp|otf|odb|odc|odf|odg|odp|ods|odt|ogg|pdf|png|pot|pps|ppt|pptx|ra|ram|svg|svgz|swf|tar|tif|tiff|ttf|ttc|wav|wma|wri|xla|xls|xlsx|xlt|xlw|zip|ASF|ASX|WAX|WMV|WMX|AVI|BMP|CLASS|DIVX|DOC|DOCX|EOT|EXE|GIF|GZ|GZIP|ICO|JPG|JPEG|JPE|MDB|MID|MIDI|MOV|QT|MP3|M4A|MP4|M4V|MPEG|MPG|MPE|MPP|OTF|ODB|ODC|ODF|ODG|ODP|ODS|ODT|OGG|PDF|PNG|POT|PPS|PPT|PPTX|RA|RAM|SVG|SVGZ|SWF|TAR|TIF|TIFF|TTF|TTC|WAV|WMA|WRI|XLA|XLS|XLSX|XLT|XLW|ZIP)$">
    <IfModule mod_headers.c>
        Header set Pragma "public"
        Header append Cache-Control "public, must-revalidate, proxy-revalidate"
    </IfModule>
    FileETag MTime Size
    <IfModule mod_headers.c>
         Header set X-Powered-By "W3 Total Cache/0.9.2.4"
    </IfModule>
</FilesMatch>
# END W3TC Browser Cache