Komentarze do myGeeBlog

Skomentuj Testy wydajności interfejsów do MySQL w PHP5, którego autorem jest MySZ

MySZ — Tue, 16 Jun 2009 08:51:42 +0000

Myślę, że możecie znaleźć znacznie większą ilość blogów, ba, zapewniam, że nawet gazet, zarówno internetowych jak i papierowych, gdzie dacie radę znaleźć więcej gorszych błędów. Tak, tam są to rażące błędy. Tutaj jest to jedno moje słowo, które ma dla mnie (i nie tylko dla mnie) określone znaczenie.

Każdy następny komentarz czepiający się tego słowa – wytnę…

Skomentuj Testy wydajności interfejsów do MySQL w PHP5, którego autorem jest nie_polonista

nie_polonista — Tue, 16 Jun 2009 06:41:54 +0000

Historia historią, a obowiązująca norma językowa normą, tak więc to twoje “rz” w kosz.

Skomentuj Sposób pracy na Subversion (branche, tagi etc), którego autorem jest MPoiu

MPoiu — Mon, 18 May 2009 12:19:22 +0000

Bardzo dobry opis.
Mimo, że korzystam z Subversion pod Eclipsem, to informacje tu zawarte okazały się bardzo pomocne.

Skomentuj PHPPHP, którego autorem jest khung- znaczy ciemnosc :)

khung- znaczy ciemnosc :) — Sun, 10 May 2009 10:20:23 +0000

hm:) funkcje sa piekne owszem ale procek i tak przetwarza w jednym kodzie 010101010101011110101 no coz bledy kompilatorow tez przeciez sie zdazaja jestem pelen podziwu ale zgodzicie sie ze mna że prawdziwy hardcore to wlasnie :
0100101101111010001101110110…… :) to oczywiscie belkot ale co jesli stanie sie faktem ?

Skomentuj PHPPHP, którego autorem jest Zyx

Zyx — Mon, 27 Apr 2009 11:56:22 +0000

Tu z kolei przegięcie w drugą stronę. Wyrażenia regularne są wygodnym narzędziem właśnie po to, by nie trzeba było klepać mega-parserów za każdym razem, gdy chcemy coś sprawdzić, czy zamienić. Jednak w wielu przypadkach nie zastąpią one kompletnego algorytmu, albo taka wersja będzie pozbawiona pewnych cech (np. przy parsowaniu XML-a czystymi wyrażeniami regularnymi wyłapie nam prawidłowe dane, ale nie zgłosi nieprawidłowych jako błąd). Dla mnie wyrażenia regularne są tylko jednym z narzędzi i bardziej staram się pisać coś takiego, by mi produkował pewne wyjście, które następnie odpowiednio obrabiam już czystym PHP, by móc wykorzystać normalną algorytmikę tam, gdzie to konieczne. Niczym dla mnie nowym jest też kodowanie pewnych partii w PHP, choć teoretycznie wyrażenia regularne też mogłyby sobie poradzić. Złoty środek, panowie, złoty środek.

Skomentuj PHPPHP, którego autorem jest MySZ

MySZ — Sun, 26 Apr 2009 01:26:48 +0000

@ dr_bonzo: no nie da się ukryć ;)

Skomentuj PHPPHP, którego autorem jest dr_bonzo

dr_bonzo — Sat, 25 Apr 2009 17:33:43 +0000

Chory jestes/byles :D

Skomentuj PHPPHP, którego autorem jest MySZ

MySZ — Sat, 18 Apr 2009 14:48:45 +0000

@Piotr Ożarowski: Poprawilem ten fragment, tak lepiej? ;)

@Michał Bachowski: Obydwie wersje to zabawa. A co do isset () – to by było za proste ;) Choć muszę przyznać, że inspiracją dla mojej wersji było C – ale PHP nie oznacza końca stringu poprzez \x{0} ;)

Skomentuj PHPPHP, którego autorem jest Michał Bachowski

Michał Bachowski — Sat, 18 Apr 2009 14:09:54 +0000

Rozumiem, że wersja “bardziej hardcore” to faktycznie zabawa, bo wywoływanie błędów raczej niewiele ma wspólnego z optymalnością :>

A czy wykorzystanie “isset” też było zabronione? Bo taki “mstrlen” można rozwiązać dużo prościej wykorzystując tę funkcję :>

Pozdrawiam

Skomentuj PHPPHP, którego autorem jest Piotr Ożarowski

Piotr Ożarowski — Sat, 18 Apr 2009 13:06:02 +0000

Oj tam, chodziło o wydajność

No polityk jak nic, nawet się tłumaczy skrótami myślowymi ;-)

A tak poważnie, to usuń słówko “najbardziej” sprzed “optymalne rozwiązania” bo to strasznie kole w oczy – chyba zbyt wiele razy musiałem udowadniać, że coś jest optymalne[0], aby teraz nie zwracać na to uwagi.

[0] bez dowodu nie można twierdzić, że coś jest optymalne!

Skomentuj PHPPHP, którego autorem jest MySZ

MySZ — Sat, 18 Apr 2009 07:12:50 +0000

Kolega widzę ma zadatki na polityka

No teraz to się powinienem obrazić i wymoderować komentarz… ;)

“bardziej optymalnych”

Oj tam, chodziło o wydajność, pilnowanie się żeby dane rozwiązanie było optymalne wydajnościowo to od jakiegoś czasu mam we krwi… ;)

Skomentuj PHPPHP, którego autorem jest Piotr Ożarowski

Piotr Ożarowski — Fri, 17 Apr 2009 19:43:43 +0000

Kolega widzę ma zadatki na polityka, oni też szukają rozwiązań “bardziej optymalnych” ;-P

(hint: nie ma lepszych rozwiązań niż te optymalne)

Skomentuj PHPPHP, którego autorem jest MySZ

MySZ — Fri, 17 Apr 2009 18:01:14 +0000

@scanner: e, potrzebowałem po 4 dniach męczarni w końcu jakiejś rozrywki intelektualnej, a to był tylko taki ładny wyzwalacz… ;)

Skomentuj PHPPHP, którego autorem jest scanner

scanner — Fri, 17 Apr 2009 17:58:11 +0000

Nudzisz się na tym L4 jak widzę, strasznie się nudzisz…

Skomentuj Sposób pracy na Subversion (branche, tagi etc), którego autorem jest pmz

pmz — Sun, 12 Apr 2009 06:11:31 +0000

Dzięki za pomoc!

Skomentuj Sposób pracy na Subversion (branche, tagi etc), którego autorem jest chopkowy

chopkowy — Tue, 17 Mar 2009 21:31:10 +0000

Świetne przedstawienie. Szukałem objaśnienia pojęć takich jak branch, trunk i tag. Niestety w polskich tutkach nikt o tym nie wspomina a anglojęzyczne posiadają terminologie, którą ciężko się przyswaja kiedy nie ma się pojęcia o czym mowa. Bardzo fajny art, dzięki i pozdrawiam.

Skomentuj SBLAM! Blacklist, którego autorem jest Grzegorz

Grzegorz — Tue, 17 Feb 2009 14:42:21 +0000

Można też zrobić skrypt, który będzie dodawał reguły do firewalla na całym serwerze – jeżeli ktoś takim dysponuje. Wtedy nie musimy dodawać wielu plików .htaccess dla różnych stron.

Skomentuj SBLAM! Blacklist, którego autorem jest CeJot

CeJot — Sun, 08 Feb 2009 13:50:08 +0000

Mam problem z mojerorum.net ;/ ciągle psize ze jest rozsyłany spam z mojego IP a przeciesz nic nie robie!! :|

Skomentuj Obiekt jako tablica (wprowadzenie do SPL), którego autorem jest s7h

s7h — Sat, 20 Dec 2008 15:35:06 +0000

public function valid () { return isset($this->aData[key($this->aData)]); }

Skomentuj Settery, gettery i inna magia – Python, którego autorem jest duchino

duchino — Sat, 20 Sep 2008 10:45:00 +0000

__init__ tak naprawde nie jest konsruktorem, trafnejsze jest inicjalizator.