Teknikbidrag 1
Många undrar säkert vad chrootade och expanderbara php5 processer är samt vad det innebär att kunna ha en egen php.ini config.

Chrootad betyder i princip att processerna är fängslade och inte kan påverka andra funktioner eller konton, en vps är i princip en chrootad server på en stor server tex.

Ofta körs php som separate fcgi processer eller med mod_php i Apache hos de flesta, och normalt är de flesta inställningar generella för alla konton. I de flesta standardlösningar för webbhotell som kan köpas, cpanel osv medger inte alltför specade inställningar per konto.

Den teknik som är överlägsen är att kunna ändra specifikt alla inställningar för de php processer man specifikt tilldelar ett konto, att kunna ändra samtliga variabler för php samt flexibelt kunna tilldela ett konto en stor mängd extra resurser vid behov i form av fler processer. Det krävs då ofta speciallösningar och större kunskap för att kunna genomföras.

Det faktum att man inte kan tilldela extra resurser för stora konton samt inte kan ändra alla php variabler gör att det ofta blir oundvikligt att inte flytta över till vps eller dedikerad server. Ovannämnda teknik medger att vps ofta inte behövs och kan tom vara en mycket bättre lösning än vps som både kan gå ner och bli överbelastad.

Ja, visst pratar vi om en specifik tjänst. Men det är ju för att det inte finns någon likande alternativ på marknaden.
Jag ser att det finns ett ganska stort glapp mellan de lite dyrare webhotellskontona och VPS och den här tjänsten är det enda jag vet om som bygger över det glappet.

citynetworks "molntjänst" kan vara ett bra alternativ till standard vps. Men allt beror på host om man behöver vps. Du kan ju lika gärna som kund få en hel maskin tilldelad till dig lite som hosted dedi. Men vps i sin helhet behöver inte vara bättre allt beror på vilket steg man är på. Sen finns de massvis med olika tekniker och varianter av "vps", i mina ögon är en vps=en primat session på en maskin "ala" vmware. Sen kan de vara lite otydligt vad man får från leverantören. Vad använder för teknik, finns HA, vad är nertiden? Migreras maskinen direkt "ala" vmware om hosten dör, möjligen tappar en handfull ping.

det finns liknande tjänster och tjänster som levererar det behov som vissa större siter behöver som ligger emellan vanligt webbhotell och vps/dedikerad.

och även om ni pratar om vad ni tror är unikt..
så pratar ni fortfarande inte om TEKNIKEN BAKOM.

detta är en "trumma mig på bröstet" tråd och egenreklam, det kommer ni inte ifrån och det kan ni likväl erkänna.

Då får du gärna bidra till tråden med vilka tjänster det är som levererar det istället för klaga...

Som sagt, jag har inte sett något annat som uppfyller de här kraven. Men upplys oss gärna om dig vet så vi kan få lite bättre diskussionsunderlag här i tråden. Gör du det så har vi helt plötsligt ett alternativ att debattera emot ;)

Precis, även om man går till Qbranch och yrar om att man kommer få massvis trafik så kommer de säga att de är lungt och att de har 2gbit pipa osv osv, de slutar alla fall med att man får en vmware burk. Visserligen är de kanske inte i "klass" med standard 250kr vps'er "som jag inte kan tekniken bakom" då man kan tilldela resurser och applicera HA på annan nivå.

Teknikbidrag 2
Lastbalanserad plattform med reverse proxies och med memcache
Att lastbalansera http/https förfrågningar på flera webbservrar är inget unikt eller speciellt. Denna teknik används av flera webbhotell idag, både nginx och apache2 har bra stöd för detta och fungerar mycket stabilt. Denna teknik kan utökas med att lastbalanserna fungerar som reverse proxies. Webbhotell som kör lastbalansering kör normalt inte med reverse proxies, och vad är nu bra med detta?

En reverse proxy i samband med installerade säkerhetssystem som tex modsecurity (http://www.modsecurity.org/) döljer effektivt de webbservrar som ligger bakom och ökar säkerheten dramatiskt. Är reverse proxy servrar rätt configade är det mycket svårt att hacka webbservarna bakom. En annan stor fördel är att reverse proxy servarna kan optimera, komprimera och använda cache effektivt och öka prestandan enormt.

Eftersom varken xcache, APC eller eaccelerator mfl. inte stöder fördelad last på flera servrar återstår endast memcache som uppfanns från början av LiveJournal.com Det används effektivt av wordpress.com och koden är opensource och kan användas av alla. Det är den enda sk. "high-performance, distributed memory object caching system" som stöder en lastbalanserad miljö, stora tunga siter med många sql förfrågningar kan snabbas upp rejält mha memcached.

Största problemen med en viss "standard" tjänst är att man inte kan uppfyllas alla behov.

Antingen slutar det att dom med mindre behov får betala för dom med större behov eller tvärtom.

Om en kund kom till mig nu ikväll och behövde trycka någon Gbit trafik och vill ha lastbalanserade servrar så hade jag kunnat lösa det direkt på några timmar. Även mellan olika städer placering. Men priset hade varit på en annan nivå.

Skulle man haft det som standardtjänst så hade dock man fått haft en dyrare grundtjänst än dom billigaste man har. Och det hade ändå blivit problem då det ändå finns vissa kunder tjänsterna inte hade passat för helt.

Fördelen med "VPS" är att man kan anpassa tjänsten efter behov, allt från liten skit VPS till något större HA med 64GB ram.

Dock kan man anse att man borde ha någon form av lastbalansering även på webbhotell miljö dock kanske inte man behöver ha överdriver mycket resurser för största delen av kunderna.

Ja, de allra flesta behoven går ju att lösa, så länge man kan betala för det. Men det är det ju inte alla som kan eller vill.

Vill man ha en lösning där bara fungerar samtidigt som vanligt webbhotell inte klarar kraven och man inte har råd med speciallösningar, dyra SLA-avtal och dedikerade maskiner så finns det ju inte så många bra alternativ om man ska ha en bra och driftsäker miljö.

För att anpassa en VPS så krävs det att du har kunskaper om det.
Skulle något strula och du inte kan fixa själv det står du där med dina system nere.

Det finns managed också så det där stämmer bara delvis.