раз в 3 месяца - не так уж часто.. Ну, и cron в помощь..
Плюс можно ознакомиться с уже готовыми решениями..
https://github.com/TelegramBot/Api
Заявляю с абсолютной уверенностью, что при наличии рук определённой кривизны квалифицированный "расширитель" сможет "внести свой вклад" в архитектуру любого грамотно спроектированного продукта, не взирая на правила игры! 😂
Есть на примете с десяток серверов со старым, очень старым и "ну очень старым" апаче.. на которых, с большой вероятностью, ничего вредоносного (за исключением собственно сайтов, для которых они и используются 😂) нет...
Порой, кипиш сильно преувеличен.. А незначительная уязвимость одной конкретной версии, которая теоретически "что-то позволяет" иногда раздувается-разносится и преподносится как "*** - дырявое решето, не пользуйтесь". Любое ПО потенциально содержит уязвимости, как выявленные, так и ещё не выявленные.. И наличие последней версии не гарантирует свежих, обновлённых багов. =)
Не всегда.. Бывает так, что "дыра" в одном ПО не даёт возможность эксплуатировать более опасную "дыру" в другом.. 😂
В yii есть (и по умолчанию включена) валидация на клиенте
https://www.yiiframework.com/doc/guide/2.0/en/input-validation#client-side-validation---------- Добавлено 13.02.2020 в 15:01 ----------А для CI можно посмотреть реализации вроде такой, например:
https://github.com/bcit-ci/CodeIgniter/wiki/ClientServer-Validation
В той же панели регистратора прописать А-записи для поддомена
Никакой репрезентативности. Исключительно точечные "выстрелы" обратной связи от тех владельцев, кто знает "что именно хочет от магазина", кто "хлебнул горя" с предыдущими реализаторами...
В случае удачного выбора исполнителя, как правило, все в принципе реализуемые хотелки вполне реально воплотить в жизнь. Однако есть категория специалистов, которые заявляют, что в рамках данного движка "это невозможно"..
И это тоже уже придумано до нас..
Различного рода варианты валидации (в том числе и "required", "compare", "numeric") и тд имеются во всех (подавляющем большинстве *) современных php-фреймворков в том или ином виде.. В том числе и с возможностью валидации на клиенте.
Можно ознакомиться с https://jqueryvalidation.org/ (например) - возможно, что-то для велосипеда удастся почерпнуть.. )
Сравните:
а) есть ИМ на wordpress плагин ***commerce. Нужно подправить.. (1,2,3)
б) есть ИМ на самописе. Нужно подправить.. (1,2,3)
Как думаете, где желающих откликнуться будет больше?
p.s. Выборочные точные данные имеются. При этом, заказчик готов оплачивать бОльшую цену, нежели за аналогичное решение на массовой CMS в силу
1) более быстрого решения "кастомных" задач (не приходится выслушивать от "специалистов", что плагин для этого не приспособлен, это не предусмотрено.. придётся переделывать то-то, то-то и ещё вот это..)
2) в принципе "реализуемость" хотелок.. (хоть и есть понимание, что сделать можно в принципе.. всё что угодно ))
https://yandex.ru/search/?text=%D0%9A%D0%B0%D0%BA%20%D1%81%D0%BF%D1%80%D1%8F%D1%82%D0%B0%D1%82%D1%8C%20%D0%BC%D0%B5%D0%BD%D1%8E%20wordpress%20ajax&lr=213
Любой whois покажет то, что туда отправят.. но я не об этом..
Как получилось, что ТС стал их клиентом.. В смысле, что сподвигло на это решение..
