Problem med Drupal på Loopia?

Events happening in the community are now at Drupal community events on www.drupal.org.
LeTh's picture

För några dagar sedan ramlade jag över drupal.se, där någon hade skrivit "Loopia däremot strular i setupen, har för mig att det var för att de inte accepterade @-tecken i connectionsträngen (som Drupal har)... det gick ju att lösa relativt enkelt genom att ändra lite i koden, men det var inte out-of-the-box.." http://www.drupal.se/?q=sv/node/13#comment-19

Detta gav mig lite kalla kårar, eftersom jag nu lagt ner mycket tid ett par veckor med att försöka lära mig Drupal och sedan hitta och testa de moduler som ska passa för klubbsidan jag administrerar. Snart klar, och sedan ska den nya sajten ut... på just Loopia! Jag är piskad att använda det nu, jag har bestämt mig för ett webbhotellsbyte eftersom jag inte alls gillar Loopia, men det kan inte bli förrän avtalstiden går ut nästa sommar.

Är det någon mer som haft problem med Loopia och Drupal? Finns det fler problem som jag kan vänta mig? Och är det någon som kan hjälpa mig med exakt vad det var skribenten ändrade i koden? Jag frågade på drupal.se, men den sajten verkar vara tämligen slumrande, här är det lite mer aktivitet.

Jag är tacksam för all hjälp!

Comments

Testa

zoo33's picture

Har du testat att installera Drupal hos Loopia? Jag tycker det låter skumt att det inte skulle funka.

/ Hannes Lilljequist – SthlmConnection

Okej, jag testar...

LeTh's picture

Nej, jag har inte testat än. Jag hade tänkt göra klart allting på testsajten som ligger på Oderland, så att jag kunde sätta upp alltihop lite snabbt på Loopia sen. Det finns knappast utrymme att ha både den gamla och den nya sajten där tills jag är klar, så det måste liksom ske över natten. Och fungera på en gång helst.

I Loopias "knowledgebase" finns listade vilka kundtestade program som fungerar, och där finns inte Drupal med bland CMS:erna. Så jag blir lite nervös nu. Men det är klart, en helt tom Drupal borde jag väl få plats med. Bäst jag testar genast. Håll tummarna!

uppdaterat: Oron var i stort sett obefogad. Det fungerar. Dock ej clean url:s, men det får jag väl leva med tills jag flyttat hela rasket.

/Lena

PHP å Loopia

Itangalo's picture

Jag var nära att sätta upp en sajt på en Loopia-webbplats för ett par veckor sedan, och upptäckte bland annat att de (endast) har PHP4 där. Loopia hade dessutom fortsatt att ta ut 4000-5000 kr per år för en webbplats, för att föreningen inte hört av sig och velat teckna om avtalet. (De erbjuder idag samma tjänster för 500-600 kr per år.)
Som alternativ har jag hittat one.com, som spöar eller drar jämnt med Loopia på alla punkter (inklusive pris). De har dessutom snabb och hjälpsam support, och genom de 6-7 åren jag haft webbplats där har de flera gånger utökat tjänsterna man får för pengarna när priserna för webbhotell ändrats.

Jag är ingen försäljare på one.com, men jag kan tro att det finns bättre val än Loopia i alla fall.

//Johan Falk, Uppsala

PS: Den förening som tidigare hade Loopia har nu kvar sin .nu-adress där, eftersom den inte gick att flytta till one.com. Men istället har vi en .org-webbplats där, och har gjort om Loopia-avtalet till endast en DNS (eller vad det heter). DNS-abbonemang på Loopia + webbhotell på one.com blir billigare än billigaste webbhotellet på Loopia.

Kan man använda cron, clean

frjo's picture

Kan man använda cron, clean url:s (.htaccess) och andra nödvändiga Drupal funktioner hos One? Letar ett vettigt ställa att hysa in en handful mindre kunder.

Ingen cron

Itangalo's picture

Tyvärr funkar inte Cron - jag har blivit tvungen att förlita mig på Poormanscron (vilket har funkat fint för mig). Clean url funkar bra, åtminstone så länge man bara har en installation per domän. (Jag har haft lite problem när jag gjort en extra installation i underkataloger, kanske inte helt oväntat.)
Jag har också haft en del bekymmer med att hantera bilder, men sannolikheten är större att det beror på mig själv än på webbhotellet.

One.com är en budgetlösning, så man ska inte förvänta sig enorm serverkraft eller överföringshastighet, men för de småsaker jag har gjort räcker det mer än väl. Lättaste sättet att ta reda på om det funkar för dig är väl att testa -- det kostar några hundralappar med billigaste webbhotellet för ett år (där det mesta är uppläggningsavgift). Om inte annat får du en sandlåda du kan använda i framtiden.

//Johan Falk, Uppsala

Drupal funkar hos Loopia. De

henrrrik's picture

Drupal funkar hos Loopia. De använder som sagt @-tecken i användarnamnet för MySQL, men det är bara att byta ut det mot '%40' enligt instruktionerna i settings.php.
En nackdel med Loopia är att man inte får tillgång till crontab, så man måste köra poormanscron vilket är lite sunkigt.
Jag har för mig att databasprivilegierna var för snåla också (LOCK TABLES), men det kan de fixa åt dig.

Levonline är bättre, men där måste man öka minnestilldelningen till php via .htaccess om man använder lite moduler. Vet inte om det är meningen att det ska gå att göra så, men det funkar.

Ja, Loopia är inget kul

LeTh's picture

Ja, Loopia är inget kul alls. Jag driver flera andra sajter på Oderland, och den här ska flyttas dit snarast den med.

Tydligen har Loopia slutligen bestämt sig för att PHP5 nu är "tillräckligt säkert", och ska börja uppgradera efter nyår... Ja, det är väl på tiden, php4 ska väl sluta supportas nu tyckte jag att jag läste nånstans?

Oderland är suveränt, jag får dubbelt så mycket eller mer (fem databaser istället för en t ex) av allting till ungefär halva priset, plus att jag kan göra mycket mer själv. Och aldrig något krångel, allt bara fungerar och supporten är hjälpsam även om man ställer dumma frågor ibland.

Men faktum är att jag inte behövde ändra något när jag gjorde min testinstallation.

/Lena

Kul

solipsist's picture

Mina erfarenheter av Oderland är desto sämre, i synnerhet vad gäller deras support. Trots detta är de bland de bättre svenska webbhotellen.

Om man inte har enorma behov och vill betala hälften mot vad Oderland tar och få samma stabilitet och bättre support bör man vända sig till ett amerikanskt webbhotell.


Jakob Persson
Webbredaktören - www.webbredaktoren.se

Oderland bra enligt min mening

TBarregren's picture

Jag har i ett tidigare liv haft flera konton hos Oderland; och jag har alltid varit mycket nöjda med både produkten och servicen. IMHO är de ett av de bättre lågprishotellen. Numera äter jag jag förstås min egen hundmat. ;-)

Binero (f.d. Aleborg)

AdrianB's picture

Jag har några Drupal-installationer som snurrar på hos Binero. Jag har haft rätt många kunder där sedan Aleborg-tiden och för det mesta fungerar saker och ting bra där. Tyvärr verkar dom haft en tråkig utveckling där dom vuxit mycket, fått ojämnare kundtjänst och prioriterat fel grejer (som flashig hemsida över funktionell sådan). Oftast bara småsaker, men för den som administrerar många konton där har det mesta blivit sämre senaste året. Rent tekniskt fungerar Drupal bra där på de maskiner jag har konton på. Jag har inga högtrafiksidor, så jag reserverar mig för den biten.

Fördelarna är bra pris, snabba servrar och och att dom för det mesta är stabila. Ibland råkar man ut för tråkigheter, som att dom gör ändringar som sänker ens sajt utan att flagga för det i förväg (som att kompilera om PHP och glömma bort stöd för MySQLi och inte hitta felet själva). Eller inte läser ens ärenden ordentligt och därför orsakar massa onödig felsökning (som att koppla ihop en domän med fel konto).

Deras nya hemsida är exempel på en snygg sida med sämre funktion (massa javascript-funktioner som t.ex. gör att webbläsaren inte kan automatiskt fylla i användarnamn och lösenord). Och sedan en tid har dom en blogg (alla ska ju ha det) där de förmedlar sunkig grabbighet (exempel 1, 2, 3), fåniga datorkrigsgrejer (exempel 1, 2) och skryt, blandat med vettiga inlägg om t.ex. domänhantering och nyheter.

Trots min kritik vet jag inte om något bättre webbhotell i Sverige totalt sett och eftersom det är en del merarbete att byta har jag hittills fortsatt använda dom i förhoppningen att saker och ting blir bättre. När det snurrar på, och det gör det för det mesta, så får man mycket för pengarna. Och om man kämpar lite med supporten kan man också få bra hjälp där.

Ett webbhotell som jag kan rekommendera

Xeonz's picture

Hej!

Har ett mycket bra svenskt webbhotell som jag varmt kan rekommendera: 3on Webhotell.

Skall man ha någon specifik funktion aktiverad med t.ex. one, går ej detta. (har ett konto hos dem)

3on har iaf mycket bra support, säkerhet, funktionalitet och driftsäkerhet. Dock lite högre peng men det kan det faktiskt vara värt. Man får vad man betalar för.

Jag kör Drupal på Loopia

MadModder's picture

Jag kör firmans webbplats på Loopia sedan ett par dagar, och hade stora problem att lägga in Drupal 6.6 från början. Jag fick 500 - Internt serverfel hela tiden.
Jag fick in det hjälpligt till slut genom att köra in det au naturelle, så att säga. Inga tillägg alls. Fick visserligen ett 500-fel i slutet av installationen, men det ordnade sig ändå.
Sedan lade jag till svenska och ett par moduler, men då började det bli knas med alltihop. Ett tema jag lagt till packade ihop totalt. Hittade ett tips om att ifall man fick tomma vita sidor och ett 500-fel skulle man öka på minnet till PHP. Sagt och gjort. Skrev in ini_set('memory_limit', '20M'); i settings.php och alla problem var borta. Skulle ha gjort så direkt när jag kopierade settings.php innan installationen...
Och nuförtiden stöder Loopia mod_rewrite, så det är bara att avkommentera rewritebase / i .htaccess så är saken biff.
Håller på och tjötar med supporten om cron. Får se vad de säger...

[ändrat]
Nej. Inget cron.

Tack!

saml's picture

Madmodder, dina "Drupal hos Loopia" instruktioner räddade just min dag. Tack!

Det fungerar inte för mig

khaleedlatif's picture

Hej,

Jag har ändrat enligt din tips men jag får fortfarande HTTP 500 när jag försökar gå in "admin/build/menu-customize/navigation". Vad gör jag nu?

Tack på förhand

Nu fungerar det!!!

khaleedlatif's picture

Jag fick hjälp av loopia support. De har utökat PHP arbets minne till 50 MB. Sedan har jag tagit bort "ini_set('memory_limit', '20M');" från settings.php.

Nu fungerar allt som det ska!!

Tack ska ni ha.

Binero slutar med SSH

AdrianB's picture

Eftersom jag skrev om Binero förut i denna tråd tänkte jag återknyta till det nu.

Jag fick veta av supporten att Binero ska sluta med SSH-access helt och hållet. För den som funderar på att köra Drupal på Binero och föredrar att installera, uppdatera osv via kommandoraden är Binero alltså inte längre ett alternativ (om vi inte kan få dom att ändra sitt tokiga beslut innan dom verkställer det). Nya kunder får inte ens tillgång till SSH redan nu och för gamla kunder ska det försvinna, oklart när.

Loopia erbjuder inte SSH-access, däremot gör Oderland det. Hur det är med övriga stora webbhotell i Sverige vet jag inte.

Cron

MadModder's picture

Ni har säkert fått Loopias nyhetsbrev, men nuförtiden finns även cron som tjänst där. ;)

Drush rockar

AdrianB's picture

Efter att ha lärt mig använda Drush måste jag säga att jag aldrig kommer att vilja placera en Drupal-installation hos ett webbhotell som inte har SSH-access. Att FTP:a över en uppdaterad modul känns stenålder numera.

Därför kommer jag i fortsättningen att avråda kunder från att använda Binero och Loopia.

Vilket webbhotell rekommerar du?

hs@henrikstrindberg.se's picture

Hade just en jobbig upplevelse med space2u som hade php konfiguerat på nåt sätt som påverkade rättigheterna på filer och mappar så att det inte fungerade som jag vant mig vid.

Såg din fråga först nu. Jag

AdrianB's picture

Såg din fråga först nu.

Jag har haft svårt att hitta bra webbhotell för Drupal. Efter att Binero slutade med SSH testade jag att använda Oderland som har SSH. Mycket snabba svar i supporten och inga problem att till exempel få 128M som memory_limit i PHP. Tyvärr fick vi problem med att sajten blev väldigt seg där. Speciellt första förfrågan av en Drupal-sida, det kunde ta 30 sekunder. Sen var det snabbare, men det var tillräckligt frustrerande. Jag gick aldrig till botten med vad problemet var utan kunde bra konstatera att exakt samma Drupalsajt var mycket snabbare hos Binero, så nu har vi flyttat tillbaka denna sajt dit.

SSH hos Binero är på väg tillbaka faktiskt, trots att supporten uttryckligen skrivit till mig att det inte skulle komma tillbaka förra året. När de migrerar kunderna till "Binero 2.0" som de marknadsför mycket just nu så ska man få SSH. Tyvärr verkar migreringarna dröja, först framåt hösten ser det ut att bli av.

Tyvärr stötte jag på ett annat problem, nämligen att Binero bara kör 48M som memory_limit i PHP och detta går inte att ändra på enligt supporten. I nya miljön ska det vara 64M, men det är ändå mindre än de 96M som rekommenderas för att använda bildfunktioner med GD i Drupal. Rent praktiskt är detta ett stort problem för mig just nu för vissa mera krävande operationer som att tömma cachen, köra cron, aktivera moduler mm ofta resulterar i "Fatal Error" på grund av minnesbrist.

memory_limit

akst's picture

Hej,

Vi kör Binero (gamla miljön - Binero 1.0) och memory_limit är mycket riktigt 48M, men det går att ändra genom att lägga till ini_set('memory_limit', '128M') i settings.php. Binerosupporten hävdar att det inte går, jag hävdar motsatsen. Funkar för oss i alla fall.

Binero 2.0 verkar däremot ha en hård gräns på 64M. Jag har inte lyckats förändra minnesgränsen där. Det borde vara enkelt att fixa - man kunde ju tänka sig att betala en slant till för att få mer minne, tex. En tilläggstjänst, helt enkelt. Icke så. Supporten säger bara att 64M är gränsen och att man borde ha VPS eller något om man behöver mer resurser. Det kommer förstås att ställa till det när alla Binerokunder ska migreras till den nya miljön.

Frågan har ställts förut, men finns det några riktigt bra webbhotell för Drupal? Har någon en VPS-lösning de kan rekommendera?

Det var som tusan

AdrianB's picture

Vi kör Binero (gamla miljön - Binero 1.0) och memory_limit är mycket riktigt 48M, men det går att ändra genom att lägga till ini_set('memory_limit', '128M') i settings.php. Binerosupporten hävdar att det inte går, jag hävdar motsatsen. Funkar för oss i alla fall.

Ta mig tusan, det fungerar faktiskt! Precis som du hade jag fått svar från supporten att 48M var max. Undrar om de ljuger medvetet eller inte känner till det?

(Jag utgår ifrån att man verkligen har 128M och det inte bara är Drupal som luras av inställningen. Några snabba tester på saker som brukar resultera i minnesbrist stödjer den teorin, inga errors hittills.)

Synd på den nya miljön. Jag håller precis på att sätta upp mitt första konto i Binero 2.0-miljö för några nya kunder. Tillgången till SSH igen känns bra, men 64M känns mindre bra.

Kanske kan vi med gemensamma påtryckningar få dem att ändra sig? En offciell sida från Drupal Sverige som avråder alla att köra Drupal hos Binero på grund av denna brist?

Nu verkar det vara slut på

AdrianB's picture

Nu verkar det vara slut på detta tyvärr, se mitt inlägg här.

Jajamän, det funkar

akst's picture

Jajamän, det funkar. Jag har påtalat det för supporten men inte fått någon respons på det. Deras tanke har nog varit att det faktiskt skulle vara en hård gräns på 48M men att man missat att hantera den här typen av workarounds.

Det känns som att Binerosupporten inte vill tala om det hela just nu, vilket är förståeligt. Snart är ju alla Binerokunder migrerade till Binero 2.0 som marknadsförs som ett stort lyft (från 48M till 64M..!) och då blir det ju en delikat uppgift att förklara för kunder som oss att de faktiskt inte är uppgraderade utan tvärtom nedgraderade från 128M till 64M.

Binero 2.0 innebär för oss att vi kommer att behöva byta webbhotell. Tråkigt, eftersom Binero fungerar väldigt bra i övrigt. Vi trivs med Binero och vill helst vara kvar där, men vad gör man när minnesbegränsingen inte verkar gå att ändra på? Att köra Drupal på 64M funkar bara för väldigt enkla sajter och det känns riktigt tokigt att inte kunna använda Binero pga detta. Jag har full förståelse för behovet av minnesbegränsningar, men jag tycker att det är konstigt att man inte ska kunna betala en slant extra för att få tillgång mer minne.

Jag har haft en del korrespondens med supporten om det här, det vore kanske inte så dumt om fler hörde av sig till dem. Vem vet, om tillräckligt många gör det kanske Binero kan tänka sig att ordna med en tilläggstjänst för mer minne i Binero 2.0.

Jag känner igen din sits. När

AdrianB's picture

Jag känner igen din sits. När Bineros support avslöjade att de skulle plocka bort SSH från alla konton blev jag bestört för jag trivs också med dem i övrigt.

Vad jag gjorde då var att jag försökte skapa lite opinion kring frågan genom att t.ex. starta en diskussionstråd på ett stort forum och skriva om det här på Drupal Sverige. Absolut inte någon hatkampanj eller liknande, utan bara saklig kritik och en ärlig varning till de som gillade SSH hos Binero.

Nu fick ju den historien en bra utveckling eftersom Binero gjorde helt om och från att bestämt ha hävdat att SSH inte kom tillbaka så blev den en finess på Binero 2.0.

Jämfört med andra webbhotell är 64M väldigt snålt. Det var t.ex. inga problem alls att få 128M hos Oderland. För att vara ett webbhotell som skryter om massor av utrymme och trafik så känns det nästan lite fult att vara så dumsnåla på minnet att de förlorar kunder på det.

Svar från Binero

Dahliz91's picture

Fick det här svaret från Binero på Twitter:

"Binero @johandahlberg Många kör drupal hos oss. 2.0 har annorlunda memory_limit iom lastbalans. (mer info->support) Kan komma ökning i framtiden"

Ska man tolka det som att lastbalanseringen ska göra att det inte behövs så mycket minne eller vad tror ni? Låter ju bra att de kan tänka sig att höja i alla fall.

Ja, det var i alla fall ett

AdrianB's picture

Ja, det var i alla fall ett svar i rätt riktning. Jag tycker Binero borde sätta ett värde i att vi som kunder aktivt kämpar för att vara kvar hos dem, istället för att bara byta. Det är ju ett väldigt positivt betyg i sig.

Jag ska inte påstå att jag är någon export på att drifta, lastbalansera osv. Men om en enskild PHP-process kräver mycket minne (t.ex. om man använder ImageCache för att bearbeta bilder) så hjälper väl inte lastbalanseringen? T.ex. om processen att skala om en viss bild kräver 96M har jag svårt att se hur lastbalansen skulle hjälpa det. Men som sagt, jag är långt ifrån expert på området.

Processfördelning

twod's picture

Har också väldigt svårt att se hur lastbalansering skulle påverka individuella processer. Däremot kanske de menar att de kan öka minnesbegränsningen eftersom de har en lastbalansering som kan dela isär processer jämnare bland maskinerna. Den totala minnesåtgången blir mindre på enskilda maskiner som tidigare var hårt lastade pga att flera mindre applikationer inte spreds dit det fanns mest lediga resurser , och därav blir man generösare med minne per konto.

failed to connect to database server

EmilDigital's picture

Vill först nämna att jag försöker installera Drupal för första gången på ett webbhotell, har förut installerat det lokalt på en dator. Dessvärre är det Loopia som gäller för mig och de har ju inte one-click-install. Jag får access till installationssidan men när jag ska ange lösenord till mySQL-databas så får jag felmeddelandet:

Warning: PDO::__construct() [pdo.--construct]: [2002] No such file or directory (trying to connect via unix:///tmp/mysql.sock) in DatabaseConnection->__construct() (line 304 of /www/webvol5/7l/f5dti5krtb0y9sg/mySQLserver/includes/database/database.inc).
In order for Drupal to work, and to continue with the installation process, you must resolve all issues reported below. For more help with configuring your database server, see the installation handbook. If you are unsure what any of this means you should probably contact your hosting provider.

Failed to connect to your database server. The server reports the following message: SQLSTATE[HY000] [2002] No such file or directory.

Is the database server running?
Does the database exist, and have you entered the correct database name?
Have you entered the correct username and password?
Have you entered the correct database hostname?

Vet inte hur jag ska komma vidare, vore tacksam om någon kan guida mig vidare??