<?php class Calculator { private $value; public function sum(int $a, int $b) : Calculator { $this->value = $a + $b; return $this; } public function sqrt() : Calculator { $this->value = sqrt($this->value); return $this; } public function show() : float { return $this->value; } } class Singleton { private static $instance = null; public static function getInstance() { if (self::$instance === null) { self::$instance = new Calculator(); } return self::$instance; } private function __construct(){} private function __destruct(){} private function __clone(){} } // Pipe example echo (Singleton::getInstance())->sum(3, 6)->sqrt()->show(); // sqrt(9) = 3 echo '<br>'; echo (Singleton::getInstance())->show(); // 3
Круто. В одной функции передаем параметры в виде аргументов
public function sum(int $a, int $b) $this->value = $a + $b;
во втором случае используем свойство
public function sqrt() $this->value = sqrt($this->value);
Потом это вырастет в большую путаницу и необходимость лезть в сам класс разбираться, как надо передавать параметры в функцию.
Кстати, а вот интересно.
В законе (вроде) указано, что курение запрещено в общественных местах. Домовая территория (общий холл тоже к нему относится) - относится к общей, то есть запрет действует. Но если человек курит у себя в прихожей, но при этом открыл дверь своей квартиры настежь - это как считается?
P.S. А вообще курить вредно для всех. Но не каждый может это понять, вернее понять может не только лишь каждый - мало кто может это сделать :)
Юридические лица, находящиеся на общей системе налогообложения платят НДС в бюджет. Входной НДС имеют права зачесть при выставления счета-фактуры.
Юрлица, находящиеся на упрощенке (УСНО - доход-расход), имеют права зачесть сумму НДС в прибыли. То есть уменьшить налогооблагаемую базу по прибыли на величину НДС.
Те, у кого считается только по доходу - там вообще ничего нельзя возместить и учесть.---------- Добавлено 01.02.2017 в 17:46 ----------
Чего? Это Вы откуда взяли?
array('function'=>'add_user','name'=>'Роман','email'=>'mail@example.com','pw'=>'blablabla');
{status:2,erros:{email:'email already exist',pw:'password is too short'}}
Скрипту на стороне клиента Вы не можете запретить ничего! То есть никто не помешает условно хакеру подменить скрипт (js) и отправлять все, что угодно. Данные обязаны проверяться на сервере каждый раз при получении их от клиента.
Кстати, а если попробовать такой вариант:
1. Загружается обычная форма.
2. Через 1-2 сек после загрузки с помощью ajax добавляется дополнительное поле в форме, скрытое, но с данными, запрошенными с сервера (любой набор символов, назовем его хешем). После отправки сервер сравнивает, и если поле присутствует и хеш совпадает с тем, что есть в базе - то не бот. А хеш можно генерировать как с помощью сервера, так и на клиенте javascript'ом.
От спамеров, которые вручную спам отсылают, таким способом не избавиться, но ботов можно отсечь (им ведь не будет доступно созданное поле).
Я на это не ведусь, тут не передача Андрея Малахова.
А причем тут стабильность и ошибки в новых версиях?
Во-первых, семерка вышла совсем недавно. Во-вторых, пытаться сразу же ставить обновления на работающий проект - ну это уже клиника. Пока не будут излечены болячки (по-максимуму)... Для этого и существуют тестовые сервера, чтобы там все отлавливать. Не умеем ставить и тестировать - надо доверить это специалистам.
А в первой ссылке баг в библиотеке, которая отсылает почту. И проявляется он только в единственном случае - если не было проверки данных, предоставляемых пользователем. Но тут как бы надо вспомнить ППП (первое правило программиста) - никогда не верить тому, что отправляет клиент. Двойная проверка, на клиенте и на сервере, защищает от подобных казусов. И если данные подставляются без проверки, то себя надо винить.
Да и к тому же, почту-то из магазина в любом случае отсылать надо, хоть он весь на js-клиенте написан - все равно будет использовать серверную отправку. Или же у пользователя будет выскакивать сообщение:
- Отправьте свой заказ (вот список) на электронную почту нашему менеджеру, а-то мы боимся через сервер отправлять, вдруг там уязвимость какая-то...
Так что ли?
Знакомые поля - это те, которые в имени (name, id) содержат искомое значение? Ну тип name, telephone, address, text?
То есть, если все поля называть случайным сочетанием символов, то они не будут ничего заполнять?---------- Добавлено 29.01.2017 в 20:52 ----------
Кстати, как вариант можно попробовать установить обработчик формы в самой форме, но при этом нажатие submit перехватывать ajax и закидывать на совершенно другой адрес. И если приходят данные на первый обработчик, который в форме, то с большой вероятностью это спам (или javascript просто в браузере отключен, но мне кажется таких уже не существует).
Может это не регистратор, а от его имени (например через панель whois) отправили письмо?
Ну, например, с целью дальнейшего запугивания, может даже личного?
А сам домен и не был разделегирован?
Про выплату уже не надеюсь, вопрос в другом - как можно эти деньги там потратить, хотя бы на рекламу?
