entermix

происходит выход из учетки

Это логично, так как при генерации странички этот метод отрабатывает. Представьте, если бы в браузер отдавался бы PHP, который можно менять и запускать по клику. Бред? Бред.

Нужно сделать ссылку на скрипт, где этот метод уже будет вызываться, по-другому никак.

Пока искал подобный ответ нашел эту страницу и следом такую заглушку blog.toliklunev.ru/all/finalreject

Решил поделиться)

Письма отправляются не от ящик@mail.ru случаем?

php.net/manual/ru/language.generators.syntax.php
yield - возврат из функции с сохранением текущего итерационного состояния этой функции.
При запросе следующего значения в цикле итерационном цикле - снова вызов этой функции с использованием сохранённого состояния, т.е. продолжение обработки данных с места возврата внутри этой функции.

Можно провести некую аналогию с "курсором" и местом обработки данных в позиции курсора.

Занимается рисованием для чего? Как хобби? Или для продажи?
Размещены они в интернете?
Если для продажи, - то или использовать готовые ресурсы для продажи изображений. (сам с этим не связан, то знаю что есть) - там все настроено как говорится само, само изображение на превью покрыто водяными знаками, а при покупке - отдается без них. Человек купил, вы получили деньги, сайт получил комиссию.

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

Если просто Изображения, расположены на сайте личном, просто для демонстрации - без цели заработка, - то достаточно, своего логотипа в углу. И пометкой, для использования на своих ресурсах, обязательна ссылка на источник(если используется в коммерческих целях).
и т д... Нюансов много, все зависит от ситуации.

Пример из Википедии

В императивном программировании выражение

a = b + c
Означает взять текущие значения 'b' и 'c', сложить их и присвоить 'a' результат. Дальнейшие изменения параметров 'b' и 'с' не влияют на 'a'.

В реактивном программировании то же выражение:

a = b + c
Означает, что 'a' есть сумма 'b' и 'с'. Если 'b' или 'c' изменятся в будущем, это отразится на величине 'a'.

Весьма нескромный вопрос с достаточно тривиальным ответом, но тем не менее, сотней подводных камней.

Да, есть тысячи способов монетизировать, но непосредственные продажи всё равно намного эффективнее в плане получения прибыли. Такие деньги в разы проще считать, такие продукты, внезапно, проще продавать. Наконец, отдача приходит в разы быстрее, так что сроки окупаемости у продаваемого софта также меньше.

Но. Когда деньги не главное встаёт вопрос об улучшении мира. И если просто взять и улучшить его, хотя бы чуть чуть не так уж и сложно, то не сдохнуть с голода при этом чуточку сложнее. Политика монетизации бывает весьма разнообразной, от модного нынче SaaS или даже PaaS, до весьма консервативной платной круглосуточной технической поддержки. Можно выкладывать в open source не всё, а лишь часть, зарабатывая на остальном, можно дорабатывать по заказу, можно вообще плодить странные модели монетизации, вроде разного рода сертификации (как Oracle с Java, хотя это и не совсем open).

Вообще, стоит заметить, что сегодня практически любая мало мальски серьёзная компания инвестирует в open source. Не потому что это модно, а потому что это удобно, это коммунизм на ровном месте, идеология Маркса и Ленина здесь отрабатывает на все 146%. И на то есть простые причины.

Язык. Когда я прихожу на работу и говорю про linux, я, почти всегда, подразумеваю posix. Когда я работаю и пишу код в vim, собираю по Makefile с помощью gcc, отлаживаю с помощью gdb, а потом отправляю на сервер при помощи git push, я использую готовые, давно разработанные, отлаженные, продукты. После этого, прошивка в виде бинарного кода отправляется на железку, эта железка встаёт на своё место и самолёт летает. Там внутри туча байтов летает туда сюда используя arinc, rs232, ethernet, vga, usb и прочий параллелизм, но самолёт всё ещё летает. Там постоянно происходят ошибки, но CRC-32 легко отлавливает ошибки, а то и исправляет на лету, и самолёт продолжает летать. Свободный софт хорош тем, что им легко задавать стандарты. Один раз написал, триллион раз протестировал, гуглплекс раз использовал.

Не просто так товарищ Столман говорил про GNU, с чего, собственно, всё и началось. Что это не как free beer, но как free speech. Мы говорим, мы общаемся, мы постоянно обмениваемся наработками. Это не остановить, даже если ввести драконовские штрафы и жуткие законы. Но и не надо останавливать, вы лучше оставьте, наконец, общение естественно свободным. Мы общаемся и не просим за это денег. А с голода не умрём, ведь самолёты всё ещё должны летать =)

может nl2br($str) вам поможет?

В старой книжке по юзабилити было сказано примерно так:

0,1 s (или 100 ms) - предел, до которого пользователю кажется, что система работает мгновенно и никаких прогресс баров не требуется.

1 s (или 1000 ms) - предел, до которого пользователь замечает небольшую задержку, но в целом ему кажется, что все работает нормально.

10 s (или 10 000 ms) - пользователь перестает следить за процессом и ему кажется что система подвисла.

В целом логика проста: меньше - лучше. Думаю, что предел когда все можно считать OK - до 1 секунды, лучше 500 ms (если конечно речь не про вызов API в цикле - тогда надо чтобы все запросы уложились в этот предел). Если отклик больше имеет смысл для той системы (обычно некий пользоваельский интерфейс), которая использует API - добавить какую-то анимацию вроде индикатора загрузки - в этом случае пользователь спокойней переносит б0льшие интервалы отклика, так как видит что система что-то делает. Обычно в веб приложении, которое лезет за данными (особенно если это не по одному элементу а обработка пакетом) в какие-то внешние системы делают индикатор. Можно довольно просто навесить какую-то анимацию на все AJAX вызовы с помощью api.jquery.com/category/ajax/global-ajax-event-handlers - на старт показывать на завершение скрывать. Есть много готовых решений.

Класс наследуется, интерфейс реализуется.

interface I {}
class A {}
class B extends A implements I {}

Класс обычно называют чертежом объекта. А интерфейс - это контракт, который объект обязан выполнить.

Возьмем, например, Велосипед, Грузовик и Мотоцикл.

Мотоцикл - это почти Велосипед, он делается по тому же чертежу с небольшими дополнениями. Это наследование. Грузовик при этом ни от Велосипеда, ни от Мотоцикла не наследуется, у него совсем другой чертёж.

Но каждый из этих объектов реализует контракт ТранспортноеСредство. Если у вас есть объект, являющийся ТранспортнымСредством, вы всегда уверены, что доедете из пункта А в пункт Б и при этом вам совершенно неважно сколько у этого объекта колёс.

А вот если у вас есть контракт Автомобиль, то вы знаете, что можете выполнить такие действия как ОткрытьКапот, ВключитьСтеклоочистители. Велосипед при этом не сможет реализовать такой интерфейс. А Грузовик будет реализовывать оба контракта: хотите - передвигайтесь, хотите - открывайте капот.

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

Такое? https://readthedocs.org/ Получится вот такое peewee.readthedocs.org

<?php
  $list = array("hello", "privet");
  $arr = array("hello" => "Vasya", "privet" => "Petya", "zdorovo" => "Misha");
  $arr = array_filter($arr, function($key) use ($list) { return in_array($key, $list); } , ARRAY_FILTER_USE_KEY);
  print_r($arr);
?>