Polski support
KohanaPHP Framework
FORUM Polskiego Supportu KOHANA Framework
29 Lipiec 2010, 13:02 *
Witamy, Gość. Zaloguj się lub zarejestruj.

Zaloguj się podając nazwę użytkownika, hasło i długość sesji
Aktualności: 18.10.2009 - wydanie 3.0.1
Strony: [1]   Do dołu
  Drukuj  
Autor Wątek: Ograniczanie ilości includowanych plików MY_  (Przeczytany 313 razy)
r_a_f
Użytkownik
**
Offline Offline

Wiadomości: 71


Zobacz profil
« : 3 Marzec 2010, 14:10 »

Nastawiając się na maksymalny "performance", projektując w 2.3.4 (czyli można założyć że nie będę dokonywał żadnych aktualizacji na pliki systemowe Kohany) czy warto podmieniać wszystkie stworzone przez siebie "MY_" libaries, helpers w /application na te w /system w celu ograniczenia ilości plików które PHP musi zaincludować i "extendować" klasy?
Pomyślałem również aby stworzyć jeden plik config i w niego wrzucić wszystkie ustawienia dla wszystkich modułów.
Zapisane
phpion
NKTeam
Zaawansowany użytkownik
*
Offline Offline

Wiadomości: 378



Zobacz profil
« Odpowiedz #1 : 3 Marzec 2010, 15:42 »

Nastawiając się na maksymalny "performance", projektując w 2.3.4 (czyli można założyć że nie będę dokonywał żadnych aktualizacji na pliki systemowe Kohany) czy warto podmieniać wszystkie stworzone przez siebie "MY_" libaries, helpers w /application na te w /system w celu ograniczenia ilości plików które PHP musi zaincludować i "extendować" klasy?
Musiałbyś jeszcze zmienić w źródłach Kohany żeby nie szukała i nie rozszerzała (nawet jeśli nie znajdzie) Klasa extends Klasa_Core. Chyba szkoda roboty. Samo przeniesienie kodu do plików systemowych nic Ci nie da.

Pomyślałem również aby stworzyć jeden plik config i w niego wrzucić wszystkie ustawienia dla wszystkich modułów.
Włącz internal_cache - Kohana sama zrobi jedną wielką tablicę z całej konfiguracji (+ z i18n + z ścieżek do includowanych plików).
Zapisane

Warsztat: Eclipse Helios PDT + PHP 5.3.2 + PostgreSQL 8.4 + Kohana 2.3.4

Problem rozwiązałem, temat do zamknięcia
Zepco
Administrator
Ekspert
*****
Offline Offline

Wiadomości: 924



Zobacz profil
« Odpowiedz #2 : 3 Marzec 2010, 15:42 »

Możesz tak zrobić ale i tak wąskim gardłem będzie zawsze baza danych.
Zapisane

OŚWIADCZENIE: Ja, niżej podpisany, świadomy wszystkich konsekwencji tego posta postanawiam go dopuścić do użytku publicznego, albowiem bo gdyż aczkolwiek uważam, że nie wyrządzi on (znaczy: post) krzywdy nikomu innemu niźli mnie samemu (czyli autorowi posta).
-- Zepco --
(: nʞnʞ
r_a_f
Użytkownik
**
Offline Offline

Wiadomości: 71


Zobacz profil
« Odpowiedz #3 : 3 Marzec 2010, 18:21 »

Włącz internal_cache - Kohana sama zrobi jedną wielką tablicę z całej konfiguracji (+ z i18n + z ścieżek do includowanych plików).

Bomba:) Kolejny raz mnie Kohana miło zaskoczyła, a jakoś wcześniej mi to uszło uwadze a rezultaty są zaskakujące, 13 plików mniej zaincludowanych i średnio ok 0,030sek szybszy czas generowania strony.
« Ostatnia zmiana: 3 Marzec 2010, 18:32 wysłane przez r_a_f » Zapisane
Zepco
Administrator
Ekspert
*****
Offline Offline

Wiadomości: 924



Zobacz profil
« Odpowiedz #4 : 3 Marzec 2010, 18:26 »

Możesz w ogóle zrezygnować z kaskadowości systemu plików i wpakować wszystko  (app + moduły) do system, będzie mniej do przeszukania.
Zapisane

OŚWIADCZENIE: Ja, niżej podpisany, świadomy wszystkich konsekwencji tego posta postanawiam go dopuścić do użytku publicznego, albowiem bo gdyż aczkolwiek uważam, że nie wyrządzi on (znaczy: post) krzywdy nikomu innemu niźli mnie samemu (czyli autorowi posta).
-- Zepco --
(: nʞnʞ
mck
NKTeam
Ekspert
*
Offline Offline

Wiadomości: 693



Zobacz profil
« Odpowiedz #5 : 3 Marzec 2010, 20:01 »

równie dobrze można powrócić do programowania strukturalnego... Kohana to nie Symfony, nie trzeba nic tuningować, żeby chodziła przyzwoicie Mrugnięcie
Zapisane
Zepco
Administrator
Ekspert
*****
Offline Offline

Wiadomości: 924



Zobacz profil
« Odpowiedz #6 : 3 Marzec 2010, 21:12 »

równie dobrze można powrócić do programowania strukturalnego... Kohana to nie Symfony, nie trzeba nic tuningować, żeby chodziła przyzwoicie Mrugnięcie
Oj to by było tak jakby wrócić z C do assemblera, gdzie liczy się każdy cykl procka. Mrugnięcie
Ale tak jak pisałem wyżej, wystarczy nieumiejętne jedno wywołanie bazy danych i cały tuning szlag trafi.
Zapisane

OŚWIADCZENIE: Ja, niżej podpisany, świadomy wszystkich konsekwencji tego posta postanawiam go dopuścić do użytku publicznego, albowiem bo gdyż aczkolwiek uważam, że nie wyrządzi on (znaczy: post) krzywdy nikomu innemu niźli mnie samemu (czyli autorowi posta).
-- Zepco --
(: nʞnʞ
Airborn
Użytkownik
**
Offline Offline

Wiadomości: 67


Zobacz profil
« Odpowiedz #7 : 4 Marzec 2010, 00:27 »

Pocoś w C się stosuje wstawki asemblerowe, może to jednak nie takie głupie?Język
Zapisane

mck
NKTeam
Ekspert
*
Offline Offline

Wiadomości: 693



Zobacz profil
« Odpowiedz #8 : 4 Marzec 2010, 01:07 »

prawie jak hiphop
Zapisane
Strony: [1]   Do góry
  Drukuj  
 
Skocz do: