 Najlepszy sposób na dostęp do danych konfiguracyjnych |
| Najlepszy sposób na dostęp do danych konfiguracyjnych |
 12.12.2013, 10:22:03
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 5 Pomógł: 0 Dołączył: 9.01.2013 Ostrzeżenie: (0%) 
 |
Witam,
od pewnego czasu pracuję nad dość rozbudowaną aplikacją. Staram się ją jak najbardziej zoptymalizować pod względem szybkości działania, prostoty i przejżystości kodu itd. Mam plik konfiguracyjny ini z danymi do połączenia z bazą danych(dane te są potrzebne chyba w każdym pliku mojej aplikacji) i zastanawiam się co będzie lepsze: Wywoływanie w każdym pliku funkcji parse_ini_file() , czy może jednorazowe wywołanie tej funkcji np: podczas logowania i zapis danych do jakiejś zmiennej globalnej aby były dostępne w każdym pliku. Pozdrawiam |
 |
 
|
 |
|
12.12.2013, 10:25:44
Post
#2
|
|
 Grupa: Moderatorzy Postów: 36 557 Pomógł: 6315 Dołączył: 27.12.2004 |
Cytat Mam plik konfiguracyjny ini z danymi do połączenia z bazą danych(dane te są potrzebne chyba w każdym pliku mojej aplikacji) i zastanawiam się co będzie lepsze: Chyba nie tedy droga. To obiekt bazy ma byc dostepny w kazdym miejscu, a nie dane do inicjalizacji obiektu
-------------------- "Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista "Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer |
|
|
|
|
12.12.2013, 10:31:26
Post
#3
|
|
 Grupa: Zarejestrowani Postów: 6 476 Pomógł: 1306 Dołączył: 6.08.2006 Skąd: Kraków Ostrzeżenie: (0%)
|
Niezależnie od wyboru formatu pliku przechowującego konfigurację (XML, YAML, INI itd.) możesz zawsze utworzyć sobie jego cache w formie PHP-owej tablicy, by uniknąć jego parsowania za każdym razem.
|
|
|
|
|
12.12.2013, 16:18:44
Post
#4
|
|
|
Grupa: Zarejestrowani Postów: 5 Pomógł: 0 Dołączył: 9.01.2013 Ostrzeżenie: (0%)
|
Cytat(nospor @ 12.12.2013, 11:25:44 )  Chyba nie tedy droga. To obiekt bazy ma byc dostepny w kazdym miejscu, a nie dane do inicjalizacji obiektu Może trochę źle opisałem problem. Dostęp do bazy danych będzie mi potrzebny napewno w większości plików, ale także w znacznej większości dopiero wtedy użytkownik wykona pewną akcję. Np: Użytkownik klika przycisk "Zarejestruj" i zostaje przeniesiony na stronę do rejestracji. Pojawia mu się formularz, ale połączenie z bazą danych a więc i sam obiekt połączenia nie jest jeszcze do niczego potrzebny. Trzeba go utworzyć dopiero gdy użytkownik kliknie przycisk "Zarejestruj". Więc wg mnie tworzenie globalnego obiektu bazy danych zdecydowanie bardziej obciąża serwer niż zapisanie do jakiejś zmiennej danych konfiguracyjnych Ten post edytował mm87 12.12.2013, 16:20:08 |
|
|
|
|
12.12.2013, 17:08:20
Post
#5
|
|
 Grupa: Zarejestrowani Postów: 2 707 Pomógł: 290 Dołączył: 16.12.2008 Skąd: Śląsk Ostrzeżenie: (0%)
|
Tak czy siak gdy aplikacja się rozwinie nie ma opcji aby jakakolwiek normalna podstrona (rejestracji, produktu, logowania, katalog, index) nie wymagała użycia bazy danych.
Więc nie zaprzątaj sobie tym głowy i zadbaj tylko o to aby przez cały request obowiązywało jedno połączenie. -------------------- |
|
|
|
 |
|
Wersja Lo-Fi | Aktualny czas: 19.07.2025 - 20:54 |
