Родион Юрченко

В комментариях тебе уже ответили вариант с order by. Запрос order by и limit очень тяжелый для sql сервера, его очень сложно оптимизировать.

Есть еще min max но тебе нужны id, значит вложенный запрос по timestamp, не уверен что это будет быстрее (лучше поэкспериментируй)

select * from xxx where
   timestamp=(select min(timestamp) from xxx where timestamp > ...)
or timestamp=(select max(timestamp) from xxx where timestamp < ...)

p.s. я заметил что ничего не сказано про одинаковые значения timestamp в разных записях, если брать limit 1 то будет выбираться случайная запись (точнее 100500 раз одна но в какой то момент другая - undefined behavior), этот запрос выдаст все записи с одинаковыми timestamp

Вообще то sql базы данных не очень подходят к задачам, где есть относительный порядок, будут накладные расходы, причем сильно заметные при больших размерах и больших количествах запросов.

В каких то ситуациях можно очень СИЛЬНО оптимизировать задачу, если есть какое то знание о том как данные записываются в таблицу. Например если известно гарантированное окно времени, в течении которого поступают данные, и их не сильно много можно просто сделать

select * from xxx
where timestamp > date - const_interval
  and timestamp < date + const_interval

а затем уже среди этих данных выбирать по выше определенным алгоритмам или даже на бакэнде

Если изменений данных значительно меньше запросов на чтение (особенно если модификации не предполагаются и есть только добавления), то можно складывать искомые значения сразу в момент создания записи (добавлять id новой записи в предыдущую, и тут же ее id в новую), делать это можно как тригерами так и на бакэнде, накладных расходов на такую запись мало зато на чтение данные доступны за константное время, максимально быстро

select p2.*,p3.* from xxx p1
  left join xxx p2 on p1.id=p2.previous_id
  left join xxx p3 on p1.id=p3.next_id
where p1.timestamp=...

в данном случае строчка будет одна, данные раскиданы по колонкам p2.* и p3.*

В каких то ситуациях можно даже завести отдельный сервис, службу, дающую нужный ответ на порядок быстрее чем любой sql (например за счет того что данные хранятся в оперативной памяти), очень часто этим сервисом может стать тот же бакэнд (если это не cgi приложение), дабы не множить сущности, но если речь идет не об одной физической машине а о кластере, то там есть варианты и сложности.

в CustomValidationRule есть не только метод passes, но так же есть метод __construct, в который ты можешь передать что угодно.

Например $this->all() в классе запроса

Есть правило, называется bail. Добавляете к каждому полю и валидатор будет сыпатся как только хотя бы одна проверка не пройдена, а значит к вашему кастомному правилу очередь не дойдет.

Плюс к тому в кастомное правило не нужно передавать никаких реквестов - в метод passes() правила передается все что нужно:

passes($attribute, $value, $parameters, $validator)

Передаете в конструктор правила только название какого-то дополнительного поля - типа time_from.

$dec = gmp_strval(gmp_init($bin, 2));

Определитесь для начала, какую проблему решаете. Кого пытается обезопасить и почему?

Ответ на этот вопрос:

Как в GOlang указать в функции что возвращаемый тип будет либо массив, либо еще что то

Go - язык со статической типизацией.

Вам нужно или явно преобразовать.
Или использовать interface{} - но не рекомедуется этим злоупотреблять.

Ответ по приложенному вами исходному коду и тексту ошибки:

Но проблема у вас в другом.
Вы объявили переменные "b" и "err" внутри блоков

if {
} else {
}

Соответственно снаружи блоков этих переменных не видно.

Для этого есть пакет flag
Умеет и значения по-умолчанию и генерировать usage.

В вашем случае это будет вот так:

package main

import (
	"flag"
	"fmt"
)

func main() {
	var a int
	var dump string

	flag.IntVar(&a, "a", 0, "The integer param")
	flag.StringVar(&dump, "dump", "default_dump", "The name of a dump")

	flag.Parse()

	fmt.Println("a:", a)
	fmt.Println("dump:", dump)
}

$ go run main.go -a=2 -dump="hello"
a: 2
dump: hello
$ go run main.go
a: 0
dump: default_dump
$ go run main.go -a=sdf
invalid value "sdf" for flag -a: strconv.ParseInt: parsing "sdf": invalid syntax
Usage of /tmp/go-build682528613/command-line-arguments/_obj/exe/main:
  -a int
        The integer param
  -dump string
        The name of a dump (default "default_dump")
exit status 2

SELECT driver_id, SUM(amount) as total_amount, COUNT(*) as rows_count FROM tablename GROUP BY driver_id

Может быть надо разместить еще один блок в HTML типа:
<div id/class="Your_Legend_Class/ID"></div>

Автоматизированного решения нет и быть не должно.
Автоматика не знает с какой целью могут существовать методы у класса-сущности.
То, что методы являются геттерами и сеттерами это частный случай и генерируется для быстрого прототипирования.

А что конкретно интересует? Разного рода MODIFY на основе изменения аннотаций @ORM\Column(). Новые таблицы - на основе появления новых Entity либо связей M2M. Если интересует "почему именно такой запрос, а не иной" - открывайте исходники библиотеки

Вопрос - где мне и как писать этот логгер ?
Для него нужен отдельный бандл?

symfony.com/doc/current/best_practices/business-lo...

For most projects, you should store everything inside the AppBundle. Inside here, you can create whatever directories you want to organize things

Скажите хотя бы как этот вопрос гуглить или в какую сторону копать

symfony.com/doc/current/service_container.html

symfony.com/doc/current/security.html#add-code-to-...

access_control:
    - { path: ^/, role: IS_AUTHENTICATED_REMEMBERED }

SELECT o.id
FROM order o
INNER JOIN order_extra_service oes ON oes.order_id = o.id
WHERE oes.extra_id IN (1,2,3)
GROUP BY o.id
HAVING COUNT(oes.extra_id) = 3

oes.extra_id IN (1,2,3) - тут все фильтры
HAVING COUNT(oes.extra_id) = 3 - указывает, что у order должны быть все три фильтра

select * from hotels
right join rooms ON hotels.id = rooms.hotel_id 
          AND rooms.price > 300
right join props ON hotels.id = props.hotel_id 
          AND props.room_id = rooms.id 
          AND props.prop_id = "wifi"

примерно так, возможно в запросе есть ошибка, я его писал прямо тут, чтобы сделать гарантированно рабочий нужны таблицы которые участвуют в запросе

Можно попробовать посмотреть MAC адреса сопоставленные с IP. Они обычно не меняются со временем, а так же по ним можно кажется определить производителя.

информация о размере и типе разделов - это всего лишь последовательность байт, которая записывается по определенному смещению на дисковое устройство (при использовании MBR - в начале, GPT - в начале и в конце диска)

при должном желании и упорстве таблицу разделов можно создать даже с помощью hex-редактора, но лучше воспользоваться специально предназначенными для этого утилитами:

определить имя устройства:
lsblk
отмонтировать разделы (sdX нужно заменить на реальное имя устройства):
sudo umount /dev/sdX?
создать новую таблицу разделов (sdX - имя устройства):
sudo parted /dev/sdX mklabel msdos
создать новый раздел:
sudo parted /dev/sdX mkpart primary 0% 100%
отформатировать раздел (вместо ext4 можно использовать fat или ntfs, если доступ к флэшке необходим и из других операционных систем):
sudo mkfs.ext4 /dev/sdX1
примонтировать новый раздел:
sudo mount /dev/sdX1 /mnt
сменить владельца файловой системы на текущего пользователя (для ext4):
sudo chown $USER:$USER -R /mnt

все эти операции можно сделать и с помощью стандартной утилиты с графическим интерфейсом Disks, последовательность действий та же: выбрать диск, создать новую таблицу разделов, создать раздел, отформатировать

некоторые флэшки умеют представляться системе как два отдельных устройства (например, как диск и cd-rom), в этом случае обновление таблицы разделов не поможет, и для изменения конфигурации придется использовать специальные утилиты от производителя флэшки или контроллера

p.s. установочные флэшки лучше записывать с помощью dd, а не Startup Disk Creator (одна флэшка - один дистрибутив):

sudo umount /dev/sdX?
sudo parted /dev/sdX mklabel msdos
sudo dd if=ubuntu-16.04-desktop-amd64.iso of=/dev/sdX bs=1M