Do wykonywania zapytań stosuje takowy zapis:

[PHP] pobierz, plaintext 
$time = time( );
 
DB::query( "UPDATE bw_gracze SET online = {$time} WHERE gid = {$this->player['gid']} LIMIT 1" );
[PHP] pobierz, plaintext 

Dla zwiększenia czytelności i sprawienia, aby cała składnia zapytania była kolorowana przez edytor.

Problem pojawia się, gdy chce umieścić w zapytaniu wynik jakiejś funkcji, gdyż nie mogę zastosować takiego zapisu:

[PHP] pobierz, plaintext 
DB::query( "UPDATE bw_gracze SET online = {time()} WHERE gid = {$this->player['gid']} LIMIT 1" );
[PHP] pobierz, plaintext 

Istnieje jakiś sposób, aby nie trzeba było tworzyć niepotrzebnych zmiennych z wynikami funkcji?
O operatorze konkatenacji słyszałem, ale nie chce stosować tego rozwiązania

To niech ci się zachce. Po to go wymyslono.

przenosze na przedszkole

Ja niestety mam za małą wiedzę ale od ok. php 5.3 lub 5.1 jest zmienna z time(); pod $_SERVER['REQUEST_TIME']; w twoim przypadku.

ps: akurat aktualny czas, to mozesz pobrac w mysql, bez korzystania z php
... online = now()....

To jest czas żądania na serwer a nie czas w ktorym wykonano dany kawalek kodu php. No i bez przesady by z takich rzeczy korzystac do pobrania czasu...

kurka.. chyba jest jakiś sposób na to, przecież nie bez powodu dano w stringach klamry i nie bez powodu korzysta z tego rozwiązania wiele osób w zapytaniach. przerywanie stringa kropką, powoduje utratę kolorowania składni w wielu edytorach, zapewne dlatego stosuje się klamry w queries.

NOW() może rozwiązać jedynie problem czasu.. a co z własnymi funkcjami.

nie, nie, nie. tak łatwo nie odpuszczę. nie zastosuje tych dwóch kropek

[PHP] pobierz, plaintext 
DB::query(sprintf("UPDATE bw_gracze SET online = %s WHERE gid = %s LIMIT 1", time(), $this->player['gid']));
[PHP] pobierz, plaintext 

Klamry wymyślono na potrzeby zmiennych. Przyjmij to do wiadomosci albo bujaj się z bezsensownym problemem przez kolejne dwa lata

klamry w cudzyslowiach sa kiedy chcesz miec tam spacje lub znak _ itd bez robienia falszywej zmiennej
czyli:

$x = 'b';
echo "a{$x}c"; //poprawne, "abc";
$y = 'c';
echo "ab$yc"; //undefined variable, niema zmiennej $yc,

@nospor, o.O dzieki za cenna uwage, jak widac nie mozna wierzyc kazdemu artykulowi.

.

No ale w tym cytacie co podales, wszystko sie zgadza. Gdzie widzisz rozbieznosc?

no wlasnie potwierdzenie ze sie zgadza, a w blad mnie wprowadzil jakis polak jak sie uczylem optymalizacji gdzies ma artykul ze time()==$_SERVER['REQUEST_TIME']; a nie chcialo mi sie googlowac, bo przy maaalym skrypcie wynik byl identyczny.

To może PDO + bindValue? Poza kolorkami zyskasz jeszcze trochę bezpieczeństwa

[PHP] pobierz, plaintext 
DB::query( "UPDATE bw_gracze SET online = ".$time." WHERE gid = ".$this->player['gid']." LIMIT 1" );
[PHP] pobierz, plaintext 

czemu nie tak

@Turson toć autor juz pisał czemu nie tak.... bo mu kolorowanie szlag trafia...

Zapytanie nadal może być kolorowane przez edytor, jeżeli:

- odpowiednio ustawisz edytor (możliwość mieszania języków),
- masz odpowiedni edytor,
- PDO i bindvalue jak ktoś zasugerował,
- ORM gdzie ci kolorowanie raw sqla w większości sytuacji nie będzie potrzebne.


PS cudzysłów jest wolniejsze niż apostrof, ponieważ php dodatkowo parsuje stringi w poszukiwaniu zmiennych/klamr. Niby niewiele, ale przy kilkuset takich linijkach jest różnica..

Nie wiedziałem, że w programowaniu najważniejsze jest kolorowanie składni