![]() |
Citat:
|
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.
|
Citat:
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. |
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? |
Citat:
Citat:
|
Citat:
/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. |
Citat:
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. |
Citat:
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. |
Citat:
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å. |
Citat:
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: Kod:
# BEGIN W3TC Browser Cache |
Alla tider är GMT +2. Klockan är nu 14:47. |
Programvara från: vBulletin® Version 3.8.2
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Svensk översättning av: Anders Pettersson