Mon, 03/07/2011 - 12:14
Sveiki!
Man ir plāns izveidot nelielu tematisko Drupal saitu, kas saturētu ziņas, blogu, pāris statiskas lapas un forumu. Par cik Drupal iepriekš lietojis neesmu, nolēmu sākt ar 7 versiju. Saitam būs arī *.lv domains.
Jautājums, kas mani mulsina ir - kuru hostinga provaideri izvēlēties?
Cik nopratu prasības Drupalam 7 ir PHP 5.3 un MySQL 5.0.15 ar PDO. Bet gan jau jūs ar šo lietu esat saskārušies un varat minēt ar kuriem hostinga provaideriem nav problēmu un no kuriem vajadzētu turēties pa gabalu. Un vispār vai vajag ņemt latvijas hostingu, vai der principā jebkurš (un ja ņemu ārzemju vai man nebūs problēmas tam piebliezt *.lv domeinu)
- nepieciešamība atjaunot servera darbību pēc kreša
- kā rezultāts maksimālam servera "oversell" gadījumam
Būsim atklāti, jebkurš vēlas ieguldīt pēc iespējas mazāk, un pēc iespējas vairāk uz to nopelnīt. Tā ir vispār pieņemta prakse shared hostinga gadījumā, kad serveri tiek "pār-pārdoti". Un ja trāpi ar kontu uz tādas mašīnas, tad tai noteiktos pīķos vienkārši nav resursu, lai apkalpotu pieprasījumus. Līdz ar to viss pārējais, kas tajā momentā nav paspējis "paķert resursus", vienkārši lago, vai iestājas timeout. Šim stabils risinājums ir tikai viens - VPS. (protams pie nosacījuma, ka tas viss ir uz optimālas tehnikas, kas arī nav pār-pārdota. DEAC vai Lattelecom gadījumā tu iegūsti vienu pārliecību. Ka tavi risinājumi nebūs izvietoti uz zemās klases serveriem (kas patiesībā ir ar PC iekšām), bet tas "pa lielam" arī ir viss. Taču cena noteikti nebūs tāda, kā Nano, Garmtech vai citiem zemu izmaksu hostingiem. Tā teikt - ziepes notiek vienmēr un visiem, tā kā ar to ir jārēķinās. Tāpēc - backup, backup un vēlreiz backup. :) Drupal gardens Koncepcija man patīk. Pat vienu brīdi skatījos tajā virzienā, taču jāsaka, ka darbības ātrumi mani neapmierina. Saprotu, ka tas ir sarežģīts un monstrīgs risinājums, kur faktiski iegūsti to, ka pats Drupal tev nav jāadministrē. Taču kaut kā no visiem skatītajiem DG piemēriem es neesmu atradis nevienu, kas atvērtos tik pat ātri, kā atveras manas lapas :) uz saviem serveriem. Ja tas nav tik būtiski, tad ir OK, ņemot vērā, ka nav jākrāmējas ar permissions, security, utt. Taču, ja tomēr gribi, lai Drupal darbojas raiti, tad viņiem pašlaik tas nav izdevies (diemžēl). Var būt kādam ir labs piemērs, lai apgāztu šo teoriju. Atvainojos pārējiem, jo šis nav reklāmas saits, bet tomēr, tā kā reklamējam citus, tad arī atļaušos sevi :). Ja Spoks tas interesē, vai arī vēl kādi interesenti ir, tad piedāvāju arī savus pakalpojumus. Drupal "mīlu" jau sen, līdz ar ko noteikta daļa rūpju un darba ir ieguldīta hostējot tieši Drupal lapas. Esmu lokans attiecībā uz PHP papildinājumiem, ja vien tas nekonfliktē ar vispārējo drošību (parasti ir alternatīvi risinājumi), PHP RAM ir 512MB, ieguldu darbu arī palīdzot lapas "uzpumpēt" ātrai darbībai. Ir risinājumi arī ar kešošanu. Faktiski "managed hosting" serviss, tikai par "shared hosting" cenu. Ja interesē, lūdzu uzrakstiet man kontaktos. Parasti maksas sākas tad, kad lapa vai pamata lietas ir uzstādītas. Ir mēnešmaksas, vai ilgāku periodu maksas, bet attieksme ir cita. Visi klienti ir izmeklēti un atsevišķi pieskatīti, lai viens otram ziepes nevārītu. Daudz arī no savas puses daru, ja izstrādātājs negrib/nezin ko darīt security kontekstā. Tas tā teikt visiem par labu. Ir arī VPSi un citi risinājumi. Šī gada laikā plānoju migrēt uz mākoni Londonā vai Amsterdamā, pēc iespējas saglabājot tās pašas cenas. Tā kā gada laikā pat varētu nākt klāt noteikti benefiti, kas ar to ir saistīti. Pēdējā laikā nāca prātā tāda frāze - Private Drupal hosting :) - tas par attieksmi. Ja nepatiks, vienmēr vari kaut ko mainīt. Es, pie reizes iegūtu kādu novērtējumu no malas :)Ja US reģions nav par tālu komunikāciju un network latency ziņā (esmu to jau praktiski nobaudījis ar "negatīvu pieskaņu"), tad tā ir opcija. Amazon un Rackspace ir alternatīvi risinājumi. Rackspace pat tīk vairāk, ja nav īpašas prasības pret noteiktu OS uz servera. Amazonei ir nepieciešamas papildus fīčas ar glabātuvi, jo Amazone serveriem atmiņa nav permanenta - jeb restartējot serveri, viss pazūd, un sākam pumpēt no sākuma visu virsū.
Ir, protams, papildus storage servisi, taču tur ir jāvērtē ātrdarbība un risinājumu drošums. Pie kam tur īpaši tūnēt neko nevarēs. Izmaksas gan šiem provaideriem nav tās mazākās, un ir citas vietas, kur VPS var dabūt lētāk, ar efektīvāku tīklu.
Amazonei vēl būtiska izmaksu pozīcija ir tīkla datu pumpētā apjoma maksas, kas bieži var novest pie nepatīkamiem pārsteigumiem.
jāskatas vai var mainit
php.ini
max_execution_time =
my.ini
max_input_time =
memory_limit =
httpd.conf
piemeram
man bez so izmaiņām daudzas lietas vēlāk negāja takā var aplausties ...
iečeko šo
http://www.drupalgardens.com moš pietiek un bezmaksas
:)
Jā, šie PHP uzstādījumi ir vitāli. Varētu arī nebūt pieeja pie php.ini vai attiecīgās konfigurācijas, taču ja ir iespējots .htaccess, tad caur to varētu izvirst un parametrus piedabūt klāt.
Šajā ziņā Shared hosting ir viena lieta (rēķinamies ar to, ko provaiders dod, un cik tālu ar viņu var sarunāt), vai arī attiecīgi skatāmies uz VPS. Izmaksas : ērtumu un lokanību.