Да, для более продвинутого использования придется много чего дописывать. Моя реализация довольно примитивна, о чем я упомянул в названии статьи. Но это только начало! Буду рад пул реквесту от вас!
По существу fatal error должен появляться в вашем приложении не чаще чем никогда. Но если у вас другое мнение, то register_shutdown_function вам в помощь. Обработка fatal error далеко не зона ответственности этой библиотеки.
Вы можете элементарно обернуть запуск JobRunner'а, если вам хочется запускать его при помощи демона. Следуя примеру который вы привели это примерно 10-15 строк кода.
Для моих целей необходима была реализация на PHP, чтобы сделать ее независимой от посторонних инструментов, сделать ее частью проекта, а сами job'ы сделать частью его конфигурации. Например так же как конфигурируется роутер различных CMS и фреймворков.
Можно бесконечно развивать и прикручивать к нему все что придет в голову. Логгирование, мониторинг, многопоточность и GUI. Только на мой взгляд это зона ответственности других инструментов. У меня нет желания лепить монструозную библиотеку. Данная реализация предоставляет необходимое API, чтобы вы могли заставить их работать с любым другим инструментом для любых ваших целей.
Все в ваших руках. Напишите обертку, которая поднимет демон или будет запускать JobRunnerв несколько потоков.
Место хранения задач можете выбрать сами. В файле кофигурации, скрипте, базе данных. Это не область ответственности этой библиотеки.
Да, в начале статьи я упомянул что необходимо иметь один cron job для запуска. Асинхронность или контроль за тем, чтобы не запускались новые процессы пока не завершился предыдущий подразумевается делать на высшем уровне, т.е. там где будет кофигурироваться и запускаться библиотека.
Изначальная идея была в использовании формата iCalendar, который позволяет куда более гибкую конфигурацию графиков выполнения.
Делать UI для этой библиотеки не планировалось. На мой взгляд это не лучшая практика. Такие вещи должны быть скрыты от пользователя и не должны управляться через GUI.
Первый раз встречаю упоминание о IMS QTI на русскоязычном ресурсе. Хотя в e-Learning это очень распространенный стандарт описания тестов, опросов и т.д. для систем контроля и оценки знаний.
В нашей команде есть разработчики, вносящие большой вклад в разработку и развитие этого стандарта.
Мы используем QTI в рамках Open Source проекта https://www.taotesting.com
Я сейчас как раз работаю над реализацией общения нашего приложения с Learning Record Stores (LRSs) посредством xAPI. Так что статья для меня оказалась вдвойне актуальна.
Полагаю, что пространства имен с маленькой буквы навеяны Yii2. Не вижу ничего плохого в этом. Стандарт PSR-4 об этом умалчивает, поэтому это дело вкуса как их обзывать.
То что касается CoreException вовсе странная претензия. По вашему расширять класс исключений нужно только для того чтобы добавить новый функционал или переопределить конструктор?
Дорогие фрезеруются из цельного куска чего? Той же отливки?
На самом деле дорогие лезвия куются или же изготавливаются прокаткой. Только обработкой давлением можно получить необходимую структуру стали.
Абсолютно верно!
Давно отказался от пыльной гудящей коробки под столом.
Три дисплея, мышь, сеть, клавиатура, ethrnet, наушники, камера и прочая дребедень подключена к док станции. При этом нажал на кнопку, и твой рабочий комп у тебя в портфеле. Ничего не может быть удобнее.
Был в США в командировке, там такая схема это стандарт для работников в IT.
Тоже хотелось бы увидеть аргументированный ответ. И о какой версии идет речь?
С роутингом в Yii и Yii2 ни разу не сталкивался с вопросами и проблемами, действительно гибкий и мощный.
С чем мне пришлось помучатся во второй версии, так это с механизмом публикации Assets. На мой взгляд перемудрили немного.
Чекбокс выглядит здорово!
Но если устраивает поддержка IE10+, то использовать input type="range" для второго варианта (ползунка) куда проще и удобнее. Пальцем опять же потягать можно.
За тем, что мы избавились от множественного наследования в пользу делегирования, как и завещала великая банда четырех. "Используйте делегирование вместо наследования". Наверно это можно повторять неустанно.
Множественное наследование это мощный инструмент, но, как и любой другой мощный инструмент, должен быть использован с умом и осторожностью. Автор об этом не знает.
Так и не понял в чем преимущество вашего способа по сравнению с Require-css как упомянул serginho выше. Для чего тратить ресурсы на кодировку в base64 всего листинга ccs файла и забивать DOM DataUtl'ом?
К тому же есть известная проблема с функцией `btoa` которая отказывается кодировать символы не входящие в Latin1. Попробуйте выполнить этот код:
btoa("кириллица");
Например с https://habracdn.net/habr/styles/1470318147/_build/global_main.css btoa работать отказывается. В целом это выглядит как будто вы поленились найти готовый инструмент и сделали свой велосипед. Или я чего-то не доглядел?
Я не минусовал ваши посты.
Просто на большую часть вопросов я ответил выше, поэтому не стал повторяться по всем пунктам.
Сами задачи отвечают только за запуск и ничего более. На счет хранения в памяти кучи вывода я не совсем понял, что вы имеете ввиду. О какой куче речь?
Да, для более продвинутого использования придется много чего дописывать. Моя реализация довольно примитивна, о чем я упомянул в названии статьи. Но это только начало! Буду рад пул реквесту от вас!
По существу fatal error должен появляться в вашем приложении не чаще чем никогда. Но если у вас другое мнение, то register_shutdown_function вам в помощь. Обработка fatal error далеко не зона ответственности этой библиотеки.
Если в вашем приложении появляется fatal error, то у меня для вас плохие новости.
Вы можете элементарно обернуть запуск JobRunner'а, если вам хочется запускать его при помощи демона. Следуя примеру который вы привели это примерно 10-15 строк кода.
Для моих целей необходима была реализация на PHP, чтобы сделать ее независимой от посторонних инструментов, сделать ее частью проекта, а сами job'ы сделать частью его конфигурации. Например так же как конфигурируется роутер различных CMS и фреймворков.
Можно бесконечно развивать и прикручивать к нему все что придет в голову. Логгирование, мониторинг, многопоточность и GUI. Только на мой взгляд это зона ответственности других инструментов. У меня нет желания лепить монструозную библиотеку. Данная реализация предоставляет необходимое API, чтобы вы могли заставить их работать с любым другим инструментом для любых ваших целей.
Все в ваших руках. Напишите обертку, которая поднимет демон или будет запускать
JobRunnerв несколько потоков.Место хранения задач можете выбрать сами. В файле кофигурации, скрипте, базе данных. Это не область ответственности этой библиотеки.
Да, в начале статьи я упомянул что необходимо иметь один cron job для запуска. Асинхронность или контроль за тем, чтобы не запускались новые процессы пока не завершился предыдущий подразумевается делать на высшем уровне, т.е. там где будет кофигурироваться и запускаться библиотека.
Изначальная идея была в использовании формата iCalendar, который позволяет куда более гибкую конфигурацию графиков выполнения.
Делать UI для этой библиотеки не планировалось. На мой взгляд это не лучшая практика. Такие вещи должны быть скрыты от пользователя и не должны управляться через GUI.
Для описания повторяющихся событий есть RFC2445:
https://tools.ietf.org/html/rfc2445#section-4.3.10
Для большинства ЯП есть библиотеки реализующие его.
Первый раз встречаю упоминание о IMS QTI на русскоязычном ресурсе. Хотя в e-Learning это очень распространенный стандарт описания тестов, опросов и т.д. для систем контроля и оценки знаний.
В нашей команде есть разработчики, вносящие большой вклад в разработку и развитие этого стандарта.
Мы используем QTI в рамках Open Source проекта https://www.taotesting.com
Я сейчас как раз работаю над реализацией общения нашего приложения с Learning Record Stores (LRSs) посредством xAPI. Так что статья для меня оказалась вдвойне актуальна.
Этим вы подтвердили мои догадки о том, что понятия не имеете как работать с исключениями.
Полагаю, что пространства имен с маленькой буквы навеяны Yii2. Не вижу ничего плохого в этом. Стандарт PSR-4 об этом умалчивает, поэтому это дело вкуса как их обзывать.
То что касается
CoreExceptionвовсе странная претензия. По вашему расширять класс исключений нужно только для того чтобы добавить новый функционал или переопределить конструктор?На самом деле дорогие лезвия куются или же изготавливаются прокаткой. Только обработкой давлением можно получить необходимую структуру стали.
Давно отказался от пыльной гудящей коробки под столом.
Три дисплея, мышь, сеть, клавиатура, ethrnet, наушники, камера и прочая дребедень подключена к док станции. При этом нажал на кнопку, и твой рабочий комп у тебя в портфеле. Ничего не может быть удобнее.
Был в США в командировке, там такая схема это стандарт для работников в IT.
Тоже хотелось бы увидеть аргументированный ответ. И о какой версии идет речь?
С роутингом в Yii и Yii2 ни разу не сталкивался с вопросами и проблемами, действительно гибкий и мощный.
С чем мне пришлось помучатся во второй версии, так это с механизмом публикации Assets. На мой взгляд перемудрили немного.
Для стилизации даже конструктор CSS есть:
http://danielstern.ca/range.css
Обработка клика реализуется парой строк JS. Но, мне кажется, что таскать его куда интуитивнее чем кликать.
Чекбокс выглядит здорово!
Но если устраивает поддержка IE10+, то использовать
input type="range"для второго варианта (ползунка) куда проще и удобнее. Пальцем опять же потягать можно.За тем, что мы избавились от множественного наследования в пользу делегирования, как и завещала великая банда четырех. "Используйте делегирование вместо наследования". Наверно это можно повторять неустанно.
Множественное наследование это мощный инструмент, но, как и любой другой мощный инструмент, должен быть использован с умом и осторожностью. Автор об этом не знает.
Проблема в том что автор не понимает до конца что ему нужно. Копир должен скрнировать, а после печатать и выглядит этот так:
Да и остальные примеры высосаны из пальца. Как уже неоднократно говорилось в коментариях к подобным статьям: плохая архитектура не проблема парадигмы.
К тому же есть известная проблема с функцией `btoa` которая отказывается кодировать символы не входящие в Latin1. Попробуйте выполнить этот код:
Например с https://habracdn.net/habr/styles/1470318147/_build/global_main.css btoa работать отказывается. В целом это выглядит как будто вы поленились найти готовый инструмент и сделали свой велосипед. Или я чего-то не доглядел?