Андрей К

Про редирект все написали, да, это стандартно...

Но есть ещё вопрос, на сколько валидные эти одинаковые записи? Может там не хватает ключей на уникальность? Именно на уровне доменного слоя.

Самый простой пример, уникальный email пользователя в базе.

По идее при парсинге сайтов это на себя должна брать библиотека, которая ссылки разбирает.

XXI век. Я не понимаю, зачем люди предлагают использовать нативные приложения для такой простой вещи.
Можно как клиент на выбор использовать любой из трёх основных js-фреймворков. Websocket только с устройством менеджера.
Если подключить оплату, то люди смогут сделать заказ прямо со своего телефона не устанавливая никакое приложение и сразу оплатить... Ну и пару планшетов в зале можно тоже поставить.

Если у Вас просто сайт на который нужно вставить форму, думаю за 20$ Вам это сделают и все будут довольны.

Если это Вы учитесь, то рано берётесь что-то писать, если ещё ничего не понимаете.

Java RMI или сериализация в json/XML.

Нужен http client.

Прямо про официальную документацию вопрос. У PHP она реально хорошая.

Подумайте сами, как может конструктор отработать на половину? Он же вернет ссылку на результат своей работы вызываемому коду когда исполнится весь. Конечно с дуру можно и член сломать, но зачем Вам в конструкторе передавать указатель на себя еще куда-то?
По Вашему примеру рождается вопрос, не идет ли речь про Singleton? Если да, то 2 из 4 способов реализации этого паттерна описанные в книге Джошуа Блоха потокобезопасные.

P.S. Суть volatile в том, что Вы говорите не кешировать это значение в процессоре, а всегда спускаться в память (кстати, тут я не знаю, если в системе один процессор Intel, у них в отличии от AMD кеш третьего уровня общий, будет ли использован он или все равно только память), чтобы работать со свежим значением. Без этого два ядра могут долго работать со своими значениями, но вот атомарность записи этого значения не гарантируется. То есть, например int будет атомарно меняться, а вот long уже нет. Поэтому, на счет ссылок не уверен, они вроде бы тоже 64 бита, по идее, они тоже должны быть не атомарны, но может там другая защита, а то создадим два объекта и получим ссылку непонятно куда.

Почитайте про манглинг, возможно все дело в нем.

"Если я пишу длинную функцию."

Вот уже ответ на Ваш вопрос! Не пишите длинную функцию!!!

Функция должны выполнять одно осмысленное действие, если она не помещается на экран и это не switch на 30 вариантов, то скорее всего ее нужно разделить.

На счёт переменных, вопрос в том, что там находится. Если там 10 чисел, то это вообще выделяется на стеке и даже сборщика мусора не будет. Второй вариант, если там 10 массивов, каждый из которых по 10 Мб, то тогда стоит задуматься, что и как Вы делаете.

Хотя, я сейчас не дам 100%, но мне почему-то кажется, что сборка мусора не выполняется посередине функции, могу ошибаться.

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

Вопрос в том, что Вы пытались сделать, тогда может оценить правильно Вы сделали или нет.

Например, у Вас всего 5 страниц, один язык сайты и одна станица с действием, тогда Ок.

Если у Вас 20+ страниц, то не совсем уже ок.

Планируется ли дальнейшее расширение? Например, те же переводы на другие языки проще делать не через статическик файлы.

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

Например, если человек напишет и это будет отправляться на доступную страницу - это вас неприятно удивит.

И много других приятных сюрпризов может быть.

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

Мораль, не нужно изобретать велосипед на таком уровне знаний, берите фреймворк и в путь. Это когда Вы уже все знаете и понимаете почему решение из Вашего фреймворка Вас не устраивает, вот тогда нужно делать велосипед.

Что мешает сохранять дату на уровне кода PHP?

Можно значение добавлять через NOW() на уровне MySQL, для запросов на выставку использовать для обоих полей, а на обновление только для одного.

Эта строка не поддерживает перенос, нужно делать как-то так:

$mail->Body = $name . "\r\n" . $phone . "\r\n" . ...; //В смысле, и т.д.

"\r\n" - это перевод строки в email.

Ещё можно использовать HTML email, тогда или , или
.

Бесплатно можно собрать свой набор на основе продуктов Google, например Calendar + Disk.

Но если у "мастера веб" руки не из жопы, непомаю, что мешает накидать CRM под себя, максимум за выходные?

Все коробочные решение созданы для какого-то абстрактного пользователя и для всех будет 99% ненужного функционала.

Тормозить фронт от отсутствия ID не будет... Но другой вопрос. Это опечатка?

{ Vasya: { age: 30, married: true }, Petya: {}, .....
Или почему передается массив, как объект?