Jautājums par hostinga izvēli.

[ray]

kāpēc lai neticētu šai informācijai :)

Edited March 15, 2010 by ray

[RobertsB]

Nu es tā nevaru ņemt un pamēģināt vienu un tad otru, jo ne jau man tas webs būs.

Man galvenais, lai uz tā hosta man nebūtu tā, ka varu izmantot tikai ftp_mkdir funckiju.

[RobertsB]

Skatos, ka Nano hostam PHP safemode ir OFF.

Atceros, ka citos hostos kuros PHP safemode ir ON, man bija problēmas ar dažādiem scriptiem, tāpat arī ar to Galeriju bija problemas dēļ safemode.

Tikai īsti nevaru saprast vai Garmtech ir safemod ieslegts vai nav.

Skatos, viņiem forumā topiks http://forum.garmtech.lv/index.php?topic=23.0 , itkā varot izslēgt to safemod no cPanel, bet vai tagad tas vēl būs iespējams,jo skatos, ka tas ir diezgan vecs topiks.

[HOSTPLEX]

Skatos, ka Nano hostam PHP safemode ir OFF.

Atceros, ka citos hostos kuros PHP safemode ir ON, man bija problēmas ar dažādiem scriptiem, tāpat arī ar to Galeriju bija problemas dēļ safemode.

Tikai īsti nevaru saprast vai Garmtech ir safemod ieslegts vai nav.

Skatos, viņiem forumā topiks http://forum.garmtech.lv/index.php?topic=23.0 , itkā varot izslēgt to safemod no cPanel, bet vai tagad tas vēl būs iespējams,jo skatos, ka tas ir diezgan vecs topiks.

 

Maz iespējams, ka GarmTech tagad izmanto safemode.

Šī opcija, kā PHP drošības palielināšanas meģinājums ir jau novecojusi un vispār vairs nebūs pieejama PHP6 versijās.

Tagad vairāk tiek izmantots suhosin vai nu visi PHP piepasījumi HTTP serveram tiek apstradāti pēc suPHP metodes (kā bijušais phpsuexec).

[RobertsB]

Pamaniju, ka Garmtech.lv 2GB pa 2.95 nav MySQL, bet ir tikai SQLite. Laikam ar to SQLite neko nevar iesakt daudz, vai ne?

[rATRIJS]

Parastai lapai, IMO, ar SQLite ir gana OK. Tas, ka vairums izmanto MySQL gan tur kur vajag, gan tur kur nevajag, nenozīmē, ka to vajag arī tev. Lapai ar pārdesmit apmeklējumiem un ne-sarežģītu loģiku SQLite būs OK.

[HOSTPLEX]

Turklāt ar SQLite SQL pieprasījumu apstrāde notiek daudz ātrāk, nekā izmantojot MySQL vai PostgreSQL, jo DB atrodas vienā failā lietotāja konta direktorijā, nevis uz SQL servera.

SQLite arī ir daudz stabils, nekā MySQL/PostgreSQL...jo tie ir atsevišķi serveri ar savu iespējamo downtime.

Tomēr, lieliem projektiem ar biežiem pieprasījumiem datubāzei (it īpaši ierakstīšanai) labāk lietot MySQL.

Edited March 24, 2010 by HOSTPLEX

[RobertsB]

Nu bet ja man ir šāda rindiņa:

  $res = mysql_query("SELECT * FROM news"); 

 

un šāds SQL dumps:

CREATE TABLE `news` (
 `body` text collate utf8_unicode_ci NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Tad ar SQLite tas viss darbosies? Un phpmyadmin būs?

Vienkārši man nekad nav bijusi darīšana ar SQLite, tā kā negribas liekas problēmas.

Edited March 22, 2010 by RobertsB

[2easy]

sqlite_query()

:D

[RobertsB]

Nu ja tā ir, tad paldies par info.

[krikulis]

Maz iespējams, ka GarmTech tagad izmanto safemode.

Šī opcija, kā PHP drošības palielināšanas meģinājums ir jau novecojusi un vispār vairs nebūs pieejama PHP6 versijās.

Tagad vairāk tiek izmantots suhosin vai nu visi PHP piepasījumi HTTP serveram tiek apstradāti pēc suPHP metodes (kā bijušais phpsuexec).

suhosin iipashi neko nepaliidz shared hosting`aa, kur lielaaakaa probleema ir tas, ka ir jaanojailo klients un nedriikst ljaut vinjam tikt pie citu klientu datiem.

Safe mode `n` co sax bai default :>

suPHP balstaas uz CGI => performance sax haard.

Labaaks keiss ir chrootots FastCGI process un mod_fcgi :>

Ja ir liikas rokas sakonfot FastCGI apache, tad labaak izmantot mpm-itk moduli + mod_php, kas visu apache child`u seteuid(2) un jams smuki griezjaas ar klienta juuzera `n` grupas privileegjijaam, pieliekot klaat MAC pasaakumu klients nekur aarpus saviem datiem netiek un nekaadas liikus kodus, kas ljaut noexploiteeties liidz r00t, nevar izpildiit.

Tomēr, lieliem projektiem ar biežiem pieprasījumiem datubāzei (it īpaši ierakstīšanai) labāk lietot MySQL.

Lieliem projektiem ar biezjiem pieprasiijumiem datubaazei (it iipashi ierakstiishanai) labaak noalgot DBA, jo pat MySQL ir jaapiekonfo prieksh write-heavy workload`a. SQLite rox prieksh daudz kaa (hint: SQLite datubaazes arii var tureet RAMaa un ar maziem datu apjomiem daljaa keisu izkozj MySQL performaces jautaajumos).

SQLite arī ir daudz stabils, nekā MySQL/PostgreSQL...jo tie ir atsevišķi serveri ar iespējamo savu downtime.

s/serveri/daemons/

SQLite var iizii nokorupteet jamo caur DRDB / NFS lietojot

Galu galaa SQLite datubaaze ir fails un jams dependojas no failsisteemas stabilitaates :>

Tad ar SQLite tas viss darbosies? Un phpmyadmin būs?

PHPMyadmin ir tikai MySQL datubaazeem, tev ir jaajuuzo kaads no SQLite web frontendiem

 

 

 

Respectah,

K^2

Edited March 23, 2010 by krikulis

[marrtins]

SQLite var iizii nokorupteet jamo caur DRDB / NFS lietojot

Kādā veidā to var dabūt gatavu uz DRDB? Es, protams, pieņemu, ka lokālais disks tiek mirrorēts ar disku kaut-kur tīklā.