function test(...$params){var_dump($params);}
test(1,2,3);
Чтобы не углубляться и не расписывать свою задачу со всеми деталями которые не имеют отношения к вопросу,Лучше бы вы задачу расписали, из вашего решения ни цель, ни проблема не видны. Вообще вопрос скорее всего возник из непонимания процесса работы в целом, что можно было бы решить 2 словами.
Как реализовать так, чтобы пользователь не получал ошибку, а просто ждал ответа от сервера.Какой ответ? Нужно посчитать и отдать результат или достаточно чтобы ответ был "все ок"?
В ходе исследования появились мысли, что Nginx подойдет для этой задачи лучше чем Apache.В целом - да, нжинкс быстрее и легче, но есть нюансы. Кроме того, гораздо важнее режим работы пыха, фпм - маст хэв. Но при вашей задаче имхо это вообще не важно.
Можно ли на сервере с такими данными реализовать эту задачу чтобы сервер и СУБД не отваливались?Вообще не вижу проблем, Даже если 100 человек одновременно кликнет - особой беды не будет. Во первых, на каждого будет выделен отдельный трит пхп, во вторых - такие мелкие записи вообще ниачем, мускуль их может херачить сотнями в секунду.
Как можно это синтетически протестировать?apache jmeter или yandex tank.
require 'PHPMailerAutoload.php';
$mail = new PHPMailer;
$mail->setFrom('from@example.com', 'First Last');
$mail->addAddress('whoto@example.com', 'John Doe');
$mail->Subject = 'PHPMailer file sender';
$mail->msgHTML("My message body");
// Attach uploaded files
$mail->addAttachment($filename1);
$mail->addAttachment($filename2);
$mail->send();
events:
id (PK)
....
users:
id (PK)
...
event_users
event_id (PK, FK to events)
user_id (PK, FK to users)
feedbacks:
id (PK)
event_id (FK to events)
user_id_from (FK to users)
user_id_to (FK to users)
idx_unique (event_id, user_id_from, user_id_to) - уникальный индекс
CREATE TABLE `test` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(255) NOT NULL,
`count` int(11) NOT NULL DEFAULT 0,
PRIMARY KEY (`id`),
UNIQUE KEY `name` (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;INSERT INTO `test` (`name`) VALUES ('строка')
ON DUPLICATE KEY
UPDATE `count` = `count` + 1;Можно например использовать Redis (increment)...
Где ключ будет "строка" (в данном случае kot например).
Перед записью ныряем в Redis, подкручиваем "счётчик" и далее берем это значение и записываем в MySQL в поле slug:
kot-ЗНАЧНИЕ_СЧЁТЧИКА
В итоге один запрос в Redis и один INSERT в MySQL...
Понятна мысля?)
P.S.: Redis можно и на MySQL тож заменить...используя мой первый вариант в ответе в качестве счётчика вместо Redis'а...но тут на пару запросов больше выйдет...что и не критично в данном случае думаю...
Postgres создан с учетом расширяемости, соответствия стандартам, масштабируемости и целостности данных - иногда в ущерб скорости. Поэтому для простых рабочих процессов с большим количеством операций чтения Postgres может оказаться худшим выбором, чем MySQL.