php

15
wrz.
2010
palikowski

Oprogramowanie przyjazne środowisku?!

Przeczytałem niedawno ciekawy wpis na blogu Engineered Web i nieskromnie powiem, że sam od dawna się zastanawiałem ile prądu tracimy na Ziemi używając nieoptymalnego kodu. Doświadczenie (zarówno z obszaru budowy stron www ale też pisania programów, czy poprawiania kodu po kimś) nauczyło mnie, że wiele systemów da się zoptymalizować, przyspieszyć, poprawić ich wydajność.

Często wygląda to tak, że system, pisany na zamówienie z konkretnym budżetem, robi to co trzeba, ale nie grzeszy szybkością działania. Kiedy do kodu, konfiguracji środowiska bądź algorytmów działania usiądzie człowiek nastawiony nie na zysk, ale na "piękno" rozwiązania (czy kod może być piękny? dlaczego nie!) wtedy często gęsto, nie pracując pod presją czasu i budżetów, wyciśnie z niego 2, 3 albo i 5 razy więcej.

Przykład z życia? Jeden z systemów, którymi zajmuję się w pracy co noc, od pięciu lat, wykonywał import danych. Rozwiązanie było zamknięte, napisane na zamówienie. W końcu, zmuszeni innymi czynnikami podjęliśmy decyzję o jego napisaniu od zera. Podczas pisania zdecydowaliśmy usunąć część danych, która de facto nigdy nikomu do niczego nie była potrzebna. Efekt? Zamiast 3,5 godziny pracy serwera zajmuje to obecnie 30 minut.

Inny przykład? Zainstalowanie akceleratora PHP do witryny z np. Drupalem może dać kilkukrotne przyspieszenie pracy witryny, a więc nie jest to nawet robota dla programisty a dla admina serwera!

12
cz.
2010
palikowski

Xampplite, Drupal i PHP 5.3

Tylko przez własną głupotę (lenistwo, nieuwagę, niekompetencję?) nie zasuważyłem w styczniu, że xampplite 1.7.2 ma w sobie PHP 5.3, które nie jest zbyt dobrze znoszone przez niektóre moduły Drupala. Co prawda wydanie 6.17 adresuje dość dużo problemów z tym tematem związanych (nieco więcej na blogu elimu.pl), jednak sporo modułów jeszcze nie chce za dobrze działać w takim środowisku.

Teraz, pod koniec prac nad książką, kiedy piszę o różnych modułach dodatkowych, które sypią błędami, okazuje się, że niezłą wtopę zaliczyłem - muszę wrócić do php 5.2, instalując xampplite 1.7.1. Poniżej szybki przepis takiej zamiany dla Windows XP:

  1. wersję 1.7.2 miałem w katalogu xampplite na dysku c:; zmieniam jego nazwę na xampp172
  2. rozpakowuję xampplite 1.7.1 do katalogu xampplite, odpalam setup_xampp.bat
  3. kopiuję zawartość xampp172\htdocs i xampp172\mysql\data do odpowiednio xampplite\htdocs i xampplite\mysql\data
  4. w pliku xampplite\php\php.ini zmieniam konfigurację na taką jak miałem poprzednio (niestety skopiowanie tego pliku z nowszej wersji php wywoła sporo kłopotów więc nie róbcie tego),

Stronki powinny śmigać zupełnie nieświadome, że podmieniliśmy praktycznie całą platformę. Mi pozostaje podmienić jeszcze kilkanaście rysunków i opisów.

Subskrybuj zawartość