Ne modulban, megoldásban gondolkodj.
Ne modulban, megoldásban gondolkodj.
Lassabb nem csak azért lehet valami, mert más a cache megoldás. Ennél picit komplexebb kérdésről van szó. Kezdve a hardvertől, az oprendszer és az arra telepített környezettől, annak beállításán át az adott szerveren üzemeltetett webalkalmazásokig és azok beállításaitól szinte minden egyébtől.
De koncentráljunk csak a Drupalra. :D
Itt is kérdés az, hogy milyen modulokat használsz és milyen beállításokkal. A Boost modul pl. tök jó arra, ha van egy hírportálod amit elsősorban nagy számú névtelen látogató néz és csak egy kis számú szerkesztő csapat fog bejelentkezni rá. Ráadásul a tartalomnak olyannak kell lennie ami nem változik túl gyakran. Bár ha egy rövidebb 1-2 preces késleltetés elfogadható akkor is jó megoldás tud lenni.
De ha egy közösségi oldalról beszélünk akkor ez a modul kuka. :D
A többit nem ismerem, nem próbáltam. Nem hinném azonban, hogy bármelyik is orvosolná a problémádat, pusztán segíthet ebben a nehéz feladatban, ami mindig egyedi megoldásokat eredményez. (lehet a vége pár folt lesz pár modulhoz. :D)
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez nem a tool hibája lesz.
Ez nem a tool hibája lesz. Nincs megfelelő fontod.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Válasz
Kedves Gergely!
A belépés továbbra is megmaradna, csak nem a regisztrációnál, lásd fenti link (oldal bal felső sarka).
IGÉNy: Hát a válasz egyszerű, mert a feleségem ezt szeretné! - Ő mint marketinges szerinte zavaró, hogy a regisztráló el tud kalandozni. - Web felmérések alapján a lehető legkevesebb kalandozási pontot kell adni, ha irányított eredményt akarunk hatékonyan elérni. - jelen esetben a regisztrációt.
Szívélyes üdvözlettel:
Miki
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Válasz
Kedves Gergely!
A belépés továbbra is megmaradna, csak nem a regisztrációnál, lásd fenti link (oldal bal felső sarka).
IGÉNy: Hát a válasz egyszerű, mert a feleségem ezt szeretné! - Ő mint marketinges szerinte zavaró, hogy a regisztráló el tud kalandozni. - Web felmérések alapján a lehető legkevesebb kalandozási pontot kell adni, ha irányított eredményt akarunk hatékonyan elérni. - jelen esetben a regisztrációt.
Szívélyes üdvözlettel:
Miki
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi
a választ, valóban miután a kérdést beküldtem és átolvastam tényleg úgy hangzik, mintha egy modultól várnék csodát. (Optimalizáltam már nagyterhelésű egyedi PHP-s alkalmazást, így tudom, hogy ez kizárt.)
Biztosan más a kiszolgáló, ahol most van az hoszting cég és egy virtual serveren fut, nekem meg a saját szerverem nincs kihasználva (annyira mint egy ezzel foglalkozó cégé).
Valóban nem írtam, de az oldal szinte csak és kizárólag webshopnak készült, ezért Übercart van rajta beállítva, igyekeztem a lehető legkevesebb modult fölrakni, bár pl. a spamspan, external_links és wysiwyyg nem sok vizet zavar, ha a webshopot kukkolja valaki, ahol ezeket használó szerkesztődoboz nincs is.
Szóval ha szerintem minden jól van belőve és mégis lassú akkor vagy keressen másik szolgáltatót az oldal, vagy kezdjem kutatni, mit lehet gyorsítani pöcsökkel? (Gondolom devel modul és logok túrkászása az ideális fegyver erre, ugye?)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TeeCee, the One and Only
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
vagy még komolyabb eszközök
Mondjuk egy XDebug sem árt, ha profilozni szeretnél, de a Devel kiindulásnak jó. Azzal meg tudod nézni, hogy melyik sql lekérés az ami nagyon eszi az időt és esetleg teljesen feleslegesen sokszor lefut és egy egyszerű static változó betolásával jelentősen optimalizálható az alkalmazás. Nekem egy ilyen laza átfutás után duplájára nőtt a sebességem. :D
Nagy általánosságban elmondható, hogy a db lesz az a szűk keresztmetszet amin érdemes csiszolni. Persze egy-egy hálózatot bizgető modul is tud érdekességeket csinálni.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Minden marketingesnek üzenem,
hogy a felhasználó nem hülye, és egy weboldal az nem egy alagút, amiben sodródni akar a látogató. Én ilyen honlapokat elvből nem csinálok.
Nagy Gusztáv
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Vagy sokat változtak a
Vagy sokat változtak a modulok vagy nemtudom.
4 nap alatt? :D
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
imagacache 2.5
Köszönöm a választ, bár nálam imagacache2.5 dolgozik.
A drupal.org -on sikerült megtalálnom a megoldást, az imagecache.module -ban kellett egy részletet kicserélni:
Replace this:
function imagecache_create_url($presetname, $filepath, $bypass_browser_cache = FALSE) {
$path = _imagecache_strip_file_directory($filepath);
$args = array('absolute' => TRUE, 'query' => $bypass_browser_cache ? time() : $bypass_browser_cache);
switch (variable_get('file_downloads', FILE_DOWNLOADS_PUBLIC)) {
case FILE_DOWNLOADS_PUBLIC:
return url($GLOBALS['base_url'] . '/' . file_directory_path() .'/imagecache/'. $presetname .'/'. $path, $args);
case FILE_DOWNLOADS_PRIVATE:
return url('system/files/imagecache/'. $presetname .'/'. $path, $args);
}
}
With this:
function imagecache_create_url($presetname, $filepath, $bypass_browser_cache = FALSE) {
$path = _imagecache_strip_file_directory($filepath);
$args = array('absolute' => TRUE, 'query' => $bypass_browser_cache ? time() : $bypass_browser_cache);
switch (variable_get('file_downloads', FILE_DOWNLOADS_PUBLIC)) {
case FILE_DOWNLOADS_PUBLIC:
return url($GLOBALS['base_url'] . '/index.php?q=' . file_directory_path() .'/imagecache/'. $presetname .'/'. $path, $args);
case FILE_DOWNLOADS_PRIVATE:
return url('system/files/imagecache/'. $presetname .'/'. $path, $args);
}
}
És így megoldódott a problémám!
Sipos Tamás
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
álljunk meg egy szóra
Eredetileg nem szándékoztam ehhez már hozzászólni, de most azt hiszem, kénytelen vagyok. Sgabe csupán arra mutatott rá, hogy olyant állítasz a honlapodon, ami nem igaz, és ezt magad is elismered. Milyen pénzt lehet keresni öt nap után weboldal készítéssel? Eleve, milyen weboldal készítés az, ahol a készítőnek fogalma sincs a weboldal készítéséről? Mondhatod, hogy nem kell webprogramozónak lennie, pedig de, van egy szint, amelyet mindenképpen ismernie kell belőle akkor is, ha csak kattintgatva dolgozik.
A többiek hozzászólásából is csak pont a lényeget nem veszed észre, úgy csavarod az elhangzott dolgokat, hogy neked kedvezőbb legyen, közben nem veszed észre azokat az ellentmondásokat, amelyekbe már többször belekeveredtél itt. Nem kell válaszolnod nekem, sőt semmi ilyen nem kell, csak olvasd el a honlapod tartalmát alaposan, majd az itt született hozzászólásokat, lehetőleg időrendben.
Köszi!
A drupal.hu adminisztrátorai felé az a javaslatom, hogy ezt a témát zárolják/töröljék átmenetileg. A téma indítójának elég sok lehetősége van itt a drupal.hu-n vagy a drupal.org-n, hogy hozzáértését megmutassa és letegyen valamit a közösség elé. Illetve várjon, türelemmel, nyugalmasan.
Ha ez sikerült, szeretettel látom újra a drupal.hu-na hirdetését, addig azonban úgy látom, hogy csak hasznot próbál húzni belőle.
Elnézést az új hozzászólásért, igyekszem nem reagálni a többire.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés