Jeden Wielki OffTopick, jeśli masz pisać na temat, nie wchodź! Opcje

[!*!]

ok, a ogarnij mi to... mam w pracy skrypty ponizej php 5.3 i takie co na 5.5+ dzialaja. nie do konca kompatybilne byly te wersje i na macu sie przelaczam w mampie miedzy wersjami. jak taki patent zrobic majac recznie instalowane php? bo rozumiem ze musze miec dwie wersje php zainstalowane i co dalej?

Możesz odpalić inne PHP przez CGI i w apache przy tworzeniu vhosta nakazać mu korzystać z tejże wersji.

[sazian]

serio te skrypty pisane pod 5.3 nie odpalą się pod 5.5?
w tą stronę jeszcze chyba nigdy nie miałem problemu

[SmokAnalog]

tzm, główna wada jest taka, że musisz to robić ręcznie, a to nie jest aż takie trywialne na początku. A może pokusisz się o instalację środowiska webowego w wirtualnej maszynie? Ciekawym rozwiązaniem jest na przykład Vagrant: www.vagrantup.com - wtedy możesz sobie łatwo żonglować wersjami PHP i wszystkiego, każdy projekt może być uruchamiany w innym środowisku.

[tzm]

@sazian , no dokladnie tak jest. pomysly dlaczego?

@Smoku , kojarze vagranta.. zerkne na to w wolnej chwili bo z tego co pamietam, polecali mi to juz kiedys.

[sazian]

ja mam skrypty pisane jak dobrze pamiętam jeszcze pod 5.2, teraz mam w systemie 5.5 i działają normalnie

odpal sobie raportowanie błędów i może coś pokaże.
Być może to nie problem z wersją php tylko jakiegoś modułu brakuje

[solificati]

lub

[PHP] pobierz, plaintext 
preg_match('#([\w]+)\\\([\w]+)#', $class, $match);
return preg_replace('#\\\#','.', strtolower($match[0]));
[PHP] pobierz, plaintext 

Osobiście jestem zdania, że wyrażeń regularnych należy unikać, jeśli to możliwe (a mimo to w kdozie clojure użyłem, bo split nie przyjmuje stringa tylko regexp - niestety). To jest mimo wszystko osobny język, z inną semantyką i zwykle kiepsko sformatowany. I chyba w wyrażeniu zapomniałeś "^", ale nie pamiętam dokładnie specyfikacji wyrażeń regularnych w php.

[Turson]

API FB: jest sobie grupa. Chcę pobrać narodowość każdego członka grupy, czyli pobieram wszystkich członków, potem sprawdzam każdego narodowość (o ile user ma podane w profilu). API pozwala na takie coś?

[!*!]

Osobiście jestem zdania, że wyrażeń regularnych należy unikać, jeśli to możliwe (a mimo to w kdozie clojure użyłem, bo split nie przyjmuje stringa tylko regexp - niestety). To jest mimo wszystko osobny język, z inną semantyką i zwykle kiepsko sformatowany. I chyba w wyrażeniu zapomniałeś "^", ale nie pamiętam dokładnie specyfikacji wyrażeń regularnych w php.

^,$ nie są wymagane bo podajesz prosty string jedno liniowy. Co kto lubi, mi tam wyrażenia odpowiadają bo są łatwe do ogarnięcia, a same funkcje w php, szczególnie te od 5.x są b. szybkie.

[SmokAnalog]

Wyrażeń regularnych faktycznie warto unikać jeśli nie trzeba ich używać, ale przeważnie gdy pojawia się pomysł ich użycia, to trudno o lepszą alternatywę (IMG:style_emoticons/default/smile.gif) Ja jestem przeciwnikiem używania ich do parsowania HTML-a, ale do operacji na tekście są bardzo przydatne. Składnia wzorców nie należy jednak do najczytelniejszych.

[!*!]

@up - Konkretnie. Dlaczego należy ich unikać.

[Pyton_000]

Jak wszystkiego trzeba używać z umiarem, nikt nie będzie strzelał przeca za użycie jednego wyrażenia zamiast std. funkcji.
Ale jak już ktoś odpali reg_exp w pętlli np. 10k elementów zamiast str_replace to już przesada.

[Forti]

Także jestem ciekawy dlaczego należy ich unikać. Jezeli ktos nie potrafi ich przeczytać to juz jego wina/problem. Ld tego są takie strony jak np. Regex101.

[!*!]

Ale jak już ktoś odpali reg_exp w pętlli np. 10k elementów zamiast str_replace to już przesada.

Konkrety Panie... Jak masz potrzebę odpalenia 10k preg_* lub str_* to czym przedkładasz jedno nad drugie? Mam dziwne wrażenie że macie jakieś złe wspomnienia z eregi, które dawno wyleciało i było czym innym.

[SmokAnalog]

Jezeli ktos nie potrafi ich przeczytać to juz jego wina/problem.

Tu nie chodzi tylko o to czy ktoś umie czy nie, tylko też o czas jaki to zajmuje, wyłapywanie błędów i tak dalej. Wyrażenia regularne są nieczytelne i nie zmieni tego nawet Twoja doskonała ich znajomość (IMG:style_emoticons/default/smile.gif) Skomplikowanych wzorców się nie czyta jak bajki na dobranoc.

[!*!]

Tu nie chodzi tylko o to czy ktoś umie czy nie, tylko też o czas jaki to zajmuje, wyłapywanie błędów i tak dalej. Wyrażenia regularne są nieczytelne i nie zmieni tego nawet Twoja doskonała ich znajomość :) Skomplikowanych wzorców się nie czyta jak bajki na dobranoc.

Czyli nie masz żadnego argumentu, poza "bo tak, bo ja nie ogarniam". Równie dobrze mógłbyś napisać że ORM, lub inne metody pomocnicze w budowaniu zapytań do bazy są lepsze, bo sam język SQL jest za trudny.

[Forti]

Tu nie chodzi tylko o to czy ktoś umie czy nie, tylko też o czas jaki to zajmuje, wyłapywanie błędów i tak dalej. Wyrażenia regularne są nieczytelne i nie zmieni tego nawet Twoja doskonała ich znajomość (IMG:style_emoticons/default/smile.gif) Skomplikowanych wzorców się nie czyta jak bajki na dobranoc.

W przypadku gdy jedynym argumentem jest nie czytelność skomplikowanych wzorców to smutne, ponieważ skomplikowane wzorce z definicji są trudne w czytaniu. Np. prosta walidacja czy mamy do czynienia z kodem pocztowym:

[PHP] pobierz, plaintext 
^([0-9]{2})-([0-9]{3})$
[PHP] pobierz, plaintext 

Co jest w tym trudnego do czytania? A zrób to jakimiś funkcjami php. Chętnie porównam wyniki w pętli 1000 (IMG:style_emoticons/default/wink.gif)


edit:

oczywiście, że przeważnie str_replace itp. są lepszym rozwiązaniem. Jednak tam gdzie potrzeba skomplikowanych regex (parsowanie kodu html - łatwiej regex niż jakieś parsery html - oczywiście czasami, nie zawsze) - po prostu po to ktoś je wymyślił. Mają ułatwiać (IMG:style_emoticons/default/wink.gif)

Ten post edytował Forti 2.03.2015, 11:36:30

[Pyton_000]

[PHP] pobierz, plaintext 
list($pre, $post) = explode('-', '12-200');
if(is_numeric($pre) && strlen($pre) == 2 && is_numeric($post) && strlen($post) == 3)
{
    die('good');
}
[PHP] pobierz, plaintext 

(IMG:style_emoticons/default/tongue.gif)

Ten post edytował Pyton_000 2.03.2015, 11:39:54

[solificati]

Czyli nie masz żadnego argumentu, poza "bo tak, bo ja nie ogarniam". Równie dobrze mógłbyś napisać że ORM, lub inne metody pomocnicze w budowaniu zapytań do bazy są lepsze, bo sam język SQL jest za trudny.

Taki sam argument jest za stosowaniem refaktoryzacji, "bo bez refaktoryzacji ja nie ogarniam". Programy są pisane tak jak są po to, żeby wszyscy ogarniali.

Wyrażenia regularne to inny język, którego treść jest w stringu. Jest to język, który się w większości implementacji fatalnie formatuje. Wyrażenia regularne mają więcej haczyków w implementacjach w różnych językach niż DOM w IE. Do tego większość ludzi pisze wyrażenia regularne jednocześnie nieczytelnie i niewydajnie. Niektórzy nawet sądzą, że *generowanie* wyrażenia regularnego w kodzie to świetny pomysł.

[!*!]

[PHP] pobierz, plaintext 
list($pre, $post) = explode('-', '12-200');
if(is_numeric($pre) && strlen($pre) == 2 && is_numeric($post) && strlen($post) == 3)
{
    die('good');
}
[PHP] pobierz, plaintext 

:P

http://php.net/is_numeric

Czyli Twój kod da się oszukać :P

@solificati - pewnie że tak.

Ten post edytował !*! 2.03.2015, 11:50:59

[Pyton_000]

Nie napisałem że to jest ideał (IMG:style_emoticons/default/wink.gif) Pisane na szybko.
Oczywiście że w tym i wielu innych przypadkach lepiej użyć reg_exp.

Niech każdy używa czego chce (IMG:style_emoticons/default/wink.gif) Ja czasami z lenistwa wolę regexp '(slowo|slowo2)' niż bawić się w coś innego. Kontekst jest ważny.

Jak tam Wasze poniedziałki?