Téma: CakePHP vs. (utált)Dataglobe

edem eredeti hozzászólása

egyébként lábjegyzetben jegyezném meg, hogy válaszoltak a dataglobe-tól a tőlük már megszokott arroganciával és a változatosság kedvéért 0 információértékkel.

nem ismerem a dataglobe-ot, de úgy gondolom hogy ők a tárhelyszolgáltatást vállalták, és nem a programozás supportot . az hogy te a cakePHP-hoz nem tudod beállítani a htaccess-t miért kellene hogy érdekelje őket? vagy te elvárod a hostingszolgáltatótól hogyha elrontod a htaccess-t akkor kijavítsa neked? mert szerintem ez nem tartozik a feladatai közé.

edem eredeti hozzászólása

Úgy éretem az URL nem szép mod_rewrite nélkül...

Már miért ne lenne? Például a ctdd.ro egyáltalán nem használ mod_rewirteot, simán routes.rb-vel van megoldva, mégis szépek az uri-k.

Kód:

map.static ':sefuri', :controller => 'kategorias', :action => 'show'

Például azt csinálja, hogyha valaki beírja a domain név után, a sefuri-t az adatbázisból, akkor megkapja azt a kategóriát, amihez az illető sefuri tartozik.
Nemigen tudom, hogy lehetne ennél szebb mod_rewriteal.
A mod_rewrite az pont arra van, hogyha a frameworkodnak nincs saját routingja, akkor ne nézzen ki csúnyán a GET. Viszont ha van a frameworkodnak is routingja, meg mod_rewriteot is használsz, akkor potyára fogyasztod az erőforrásokat.

A másik, hogy nincs az a host, ahol a support ismerné az összes frameworkot. Most komolyan, főleg PHP-re annyi framework van, hogy még. Ezt neked kell kitanulmányozni. Az, hogy a host segít beállítani a Joomlát az bónusz, de nem kötelesség. De azt igazán nem várhatod el, hogy most neked deployoljon Passengerre egy Sinatra applikációt, persze gemekkel együtt.

Igazából nekem a hozzáállással van a gond. Ezt meg lehetett volna normálisan is fogalmazni. Aztán lehet, hogy "szakmai ártalom", hogy ennyire nem tetszik az ügyfélszolgálatuk.

Most amúgy működik jól, nekem ez elég. Ha esetleg sebesség problémák lesznek, akkor majd leülök fejet törni.

Geri eredeti hozzászólása

próbáld meg a másik oldalról is megnézni a problémát. mi lenne ha te hostingal foglalkoznál és az ügyfelek olyan emailekkel bombáznának, hogy nem megy a htaccess, nem tudom telepíteni a joomlát, mysql hiba van az oldalon, stb. hidd el egy idő után tele lenne a hócipőd és szándékosan bunkó stilusban válaszolnál, mert ha kedves vagy akkor afjedre nőnek és azzal töltheted a napjaidat hogy olyan problémákat oldassz meg amiért nem fizetnek.

Bemásolnám az ASZF x.n.z pontjára vonatkozó linket, hogy mivel a hiba a nem a szerveren van, ezért nem áll módjukban segíteni. Szép napot.

Kommunikáció (és akarás) kérdése.

Mondjuk azért ez nagyban függ a hosttól is. Például pár hete volt valami gondom a ClamAV-vel, és sehogy nem jöttem rá, mi lehet. Írtam a datacenternek, hogy nincs tippjük. válaszoltak, hogy nincs, de ha gondolom újrainstallálják. Mondtam, hogy jó, erre ezt ezt válaszolták:

Hello,

ClamAV and the ClamAVConnector are now both reinstalled. From the first initial look it appears that everything is working correctly. Sometimes the clamd failure messages can come up because of an increase in system load. From the looks of it though the load has been pretty consistent.

Looking over the Apache configuration, you do not have any Apache optimization values in place. This could cause excess load on the server at times when traffic is higher. If you would like I can put some optimization values in place and see if that can lower the load on the server slightly.

Thank you for your time.


Regards,

És ehhez azért tegyük hozzá, hogy a Liquidnek három datacentere van Michigen államban, mindenik telis-tele szerverekkel.
Akinek nincs kedve végigolvasni az angol szöveget, nemcsak újrarakták a Clamet, de leellenőrizték, hogy most megy-e jó, és közben észrevették, hogy az Apache konfigurációkon lehetne javítani, és beállították azt is. Így most a szerver is valamivel jobban muzsikál.