holfza

VanillaJS

Вы с двойными и одинарными кавычками напутали, у вас ide не подсвечивает это?

Есть такая вещь как очередь задач, и есть библиотека Gearman, для php в том числе. То есть просто демон крутится в системе постоянно (как сервис/служба, например также как апач или mysql server) и как только приходит задача он её выполняет (точнее отправляет на обработчик/воркер). На каждый тип задачи можно вешать обработчики и передавать данные в них. Можно настраивать потоки, например выполнять по очереди одну задачу за другой. Вот пример использования php.net/manual/ru/gearman.examples-reverse-bg.php

И никакого крона не нужно)

Вот еще хороший пример:
ruhighload.com/index.php/2010/07/09/gearman-%D0%B8...

Не экономьте на спичках. Дергайте базу) + кэширование

Это происходит из-за того, что вы объявили аттрибуты как свойства класса ( public $object_id;) - убери это, в Yii доступ к аттрибутам осуществляется через магические методы.

А вообще, лично я, чтоб связать релейшены, юзаю метод ActiveRecord::link - очень удобный метод, советуб обратить на него внимание.

написал сайтик на WordPresse

Сайтик на Wordpress не дает ровно никакого понимания об ООП и MVC. Вы можете себе ответить на вопрос чем отличается абстрактный класс от интерфейса? Что такое статические методы и свойства? Нет? Восполните этот пробел до того как возьметесь за фреймворки.

совсем немного javascript-а

Я советую восполнить этот пробел раньше чем возьметесь за фреймворки.

Mysql

Вы можете не мне, а себе, без заглядывания в литературу дать ответ на вопрос - чем отличается LEFT/RIGHT JOIN, INNER/OUTER JOIN? Это простой вопрос, и если вы не можете на них ответить, нужно восполнить этот пробел раньше чем браться за фреймворки.

Вопрос: стоит ли мне писать что-то своё с 0, на чистом PHP, но с использованием паттернов

Ради обучения и проверки того, действительно ли вы понимаете MVC - да стоит. Напишите, выложите код на Github. Потом предложите здесь, или где-либо еще, чтобы более опытные товарищи оценили ваш подход, получите порцию критики или наоборот волну одобрения. В первом случае - это сигнал к более тщательному изучению тех моментов на которые вам укажут, во втором - сигнал к тому что можно браться за любой существующий на сегодня фреймворк.

Велосипеды писать не стоит. Их и так достаточно и вам придется их писать, т.к. фреймворк всего лишь инструмент и решать все бизнес-задачи или реализовать логику он не может, вам собственно как программисту и придется это решать. Если вам надо забить гвоздь, вы же не берете в руки кусок мыла, потому что вы так придумали, и не начинаете забивать гвозди куском мыла. Теоретически по вашему предположению это возможно, но зачем, если есть молоток. Молотком можно забивать гвозди криво, но вероятно, это лучший способ и инструмент для этого. Останется лишь научиться правильно им пользоваться, правильно держать, правильно это делать. Т.е. проблема будет не в молотке, а в вас. Я надеюсь понятно объяснил.

Вместо послесловия: как мог старался удержаться от волны возмущения ))). Ну нельзя так строить свой процесс обучения. Написать что-то там на вордпресс, блог без MVC и ООП (все в одной папке и куче - по вашим словам, значит, вероятно вы не знаете даже, как работает автозагрузка и что это за методы spl_autoload() и spl_autoload_register()), и говорить что вы понимаете ООП и MVC. Поймите любой опытный программист вскроет все ваше "понимание ООП и MVC" за 1 минуту когда вы пойдете устраиваться на работу или захотите "фрилансить".
Вы же не для кого-то это делаете, а для себя. Постройте правильно учебный процесс (взгляните хотя бы на программу любого онлайн курса по PHP, и какое место там занимают фреймворки). Решите что действительно нужно и важно. А что можно отложить пока не появится прочный костяк базовых знаний. Фреймворк как я упомянул выше, это инструмент. Это как взять пробник - инструмент, и лезть в электроустановки свыше 1000В, не имея допуска по группе электробезопасности, и имея базовые понятия из школьного курса по Электричеству.

Не воспринимайте как критику лично вас. Вы в этом не виноваты. Но задуматься стоит. Этот путь пройден вами не первым.

Эта строка уже несколько лет в моём базовом шаблоне.

Я на всех своих проектах так делаю. Ничего плохого в этом не вижу.

По крону запускаете и всё. Какие проблемы?

Исключительно PHP7? PHP7 не особо отличается от PHP5.6 для 95% задач. По поводу ресурса - не встречал. Релиз весьма удачный. На Хабрахабр достаточно статей описывающих преимущество 7й версии.

Лично я провел простой тест с 100 000 000 пустых циклов for, результат такой:
--PHP 5.2: 5.30796 секунд
--PHP 5.3: 6.42107 секунд
--PHP 5.4: 3.05346 секунд
--PHP 5.5: 3.21097 секунд
--PHP 5.6: 3.31220 секунд
--PHP 7.0: 1.59607 секунд

Также скорость зависит от количества подключенных библиотек. Так подключение xdebug увеличивает требуемое время выполнения в несколько раз (обычно в 2-3 раза).

уже был этот вопрос с этим же макетом.
это тест на вакансию?

Я боюсь представить, каким местом вы пытаетесь питаться...

Я так понимаю, вы хотите общаться со скриптами на своем же сайте с помощью HTTP? Да вы редкостный извращенец, скажу я вам...

Я даже не буду вам говорить почему у вас не получается (и почему в ответ приходит содержимое файла).
Прочитайте лучше про ООП, не забивайте себе голову "как бы API, только между модулями сайта".

во первых clearInterval
во вторых функцию вы сразу же вызываете

надо так

кнопка.addEventListener ("mouseup" , function() { 
    clearInterval(timerId); 
} , false);

Омг? Вы издеваетесь? Да любой компьютер на который можно установить средства разработки. Если вы сейчас вбухаете в условный мак кучу бабла это не добавит вам скила ни на йоту...