AntonShevchuk
+1
Трансляцию постараемся, запись будет
AntonShevchuk
+1
Может быть, если решили обновить зависимости, которые используются в текущем «старом» коде.
AntonShevchuk
0
Но для того чтобы от них избавиться не нужна ООП модель, достаточно объявить константы и использовать их, конечно будет не айс, но и не будет механических ошибок.
Ну и да, с именованным массивом всё не так ужасно, а вот если переписать это на обычный, и представить как с ним работать — вот это ещё тот адок — array + magic numbers много-много радости детишкам принесут...
AntonShevchuk
0
Ух, если уж воскрешать сей пост, то хотелось бы табличку фич для сравнение ;)
AntonShevchuk
+2
Назвать проект «стартапом» и получить +10 к карме
AntonShevchuk
+2
В Украине ЗП программистов привязана к $, в России, по моим знакомым, привязка была к рублю, поэтому падение рубля вызвало такой перекос.
Развёрнутая статистика по ЗП есть на ДОУ — dou.ua/lenta/articles/salary-report-dec-2014
AntonShevchuk
+3
Вы имеете ввиду жителей Крыма, которые стали жертвой данной авантюры?
AntonShevchuk
+3
Имхо, PSR проще использовать, чем пытаться плыть против течения ради принципа, собственно тот же Yii ещё сопротивляется, но в результате — его стандарт совместим с PSR-2
AntonShevchuk
+1
Я как-то страдал над подобными требованиями, в результате получилась микро-cms, я даже на ней пару сайтов только сделал, и потом почила она в архиве — anton.shevchuk.name/php/icms-cms-like-no-other/
AntonShevchuk
+2
Можно не сильно заморачиваясь прикрутить scrutinizer-ci.com/ (будет что-то типа scrutinizer-ci.com/g/bluzphp/framework/)
AntonShevchuk
0
PSR относятся к единственному верному
AntonShevchuk
0
На данном этапе принято решение развивать библиотеку как единое целое, таким образом мы обеспечим единообразность кода и самих API (тут должен быть смайлик «отакое»)

В дальнейшем планируем разделить на составные пакеты, и тогда организация пригодится :)
AntonShevchuk
+4
Есть ещё один вопрос, а зачем для PHP шаблонизатор :)
AntonShevchuk
0
Раз тут начали уже говорить о идеальном регистраторе…
Являюсь владельцем корейского регистратора BlackVue 500, в нём нет аккумулятора и он не подразумевает автономную работу, внутри лишь конденсатор, который позволяет корректно завершить видеозапись, сделано это из-за проблем с температурными режимами, а это -30 — +80 (корпус регистратора на солнце очень сильно нагревается)
Проблема большого корпуса — привлекает грабителей, очень часто регистраторы становятся причиной грабежа, следовательно, блок регистратора лучше спрятать, тогда и проблемы с температурным режимом не будет такой актуальной — это ещё один (+) к версии с выносной камерой (а лучше двумя).
Так же плюсую продвинутый режим паркинга и кнопку отправки видео — тестировал видеорегистратор Lukas 7900 — очень прикольно реализована кнопка «event» — позволяет создавать ролик который вырезает N секунд до нажатия кнопки и добавляет N секунд после.
Если ещё можно будет использовать сигнал видео с задней камеры параллельно для вывода на экран, да ещё интегрироваться с CAN шиной, Остапа понесло…
AntonShevchuk
+8
Я так понял, SanGreel высказал своим комментарием своё восхищение :)
AntonShevchuk
+2
POST тут левый, а вот с версионностью всё ок.
Попиарю ещё свою статью — anton.shevchuk.name/php/create-restful-api/
AntonShevchuk
+2
А вот есть Яндекс SDK на GitHub — github.com/nixsolutions/yandex-sdk-php — это официальная Я.SDK для PHP, если есть вопросы, пожелания, замечания и дополнения, то милости прошу, принимаем как issue так и pull-request'ы :)
AntonShevchuk
0
Поддерживаю, было бы круто, тогда бы скачивался один файл, а не куча всего, тогда бы у composer было бы меньше проблем с памятью :)
AntonShevchuk
+4
PSR-4 фактически поможет избавится от кучи хлама в папке vendor, т.е. теперь вместо:

vendor
  \--zendframework
     \--zend-console
        \--docs
        \--src
            \--Zend
               \--Console
        \--tests

Можно будет использовать вот такую более простую и понятную структуру:

vendor
  \--zendframework
      \--Zend
          \--Console

Теперь ждём обновление composer и библиотек
Комментарий из публикации, перенесённой в черновики.
AntonShevchuk
+2
Схемка достаточно универсальная для большинства PHP фреймворков
AntonShevchuk
0
О_о
Похоже нет на ваших девов мастер-классов от Ильи Кантора, у него есть отличная тема по оптимизации… ;)
AntonShevchuk
0
Может лучше заюзать SlickSpeed для тестирование выборок по DOM?
Ну и ещё замечания:
— Как часто вам приходится получать все классы элемента? Я вот не припомню такого…
— Добавление элементов в дом полагаясь на $("<....>") — ну очень спорный момент, я даже используя jQuery обычно пишу document.createElement() — это не только быстрее, но и зачастую удобней.
— При применении CSS стиля в jQuery используете хэш, но зачем? В итоге же получаем дополнительный перебор свойств…

P.S. Я не ставил перед собой задачу защищать jQuery, просто тест какой-то за уши притянутым мне кажется, такой вот, пользовательский, ну и подборка очень узкая, как будто вы решили потестить только те фреймворки, по котором холиварите между собой.
AntonShevchuk
+3
Статья, как вступление к анонсу своего фреймворка :)
AntonShevchuk
+3
Всем минусующим — подобная тулза, которая будет показывать, что проблемы всегда в index.php не даёт особого профита; если же будет группировка скриптов лишь по URL — то при достаточно большом кол-ве параметров вы тоже не сможете выявить нормально проблему.
Поддержка MVC — наверное выразился неправильно, но «правильная» фраза поддержка фреймворков, ещё менее информативна.
И да, посмотрите на new relic хотя бы в траильном «про» аккаунте — поймёте о чём я толкую
AntonShevchuk
+1
Уже пора на 5.3 и namespace переходить, 5.2 уже всё…
AntonShevchuk
0
Когда объём данных переваливает лимит это уже никак не лечиться… вроде…
AntonShevchuk
0
У GA есть ограничение на объём собираемых данных, если перевалите за лимит (https://support.google.com/analytics/answer/1070983?hl=ru), то тама включаются ограничения, и данная статистика становится не актуальной, погуглите в этом ключе. Ну еще и задержка почти в сутки…
AntonShevchuk
0
Очень бы хотелось увидеть обзор оного девайса ;)
AntonShevchuk
0
Есть у них интересней моделька — Parrot ASTEROID Smart, да ещё с возможностью подключение к CAN-шине через отдельную шнягу.
AntonShevchuk
+23
Харвестер Plusjack передаёт привет из музея:
image
AntonShevchuk
0
Это исследование включает 2007-й, так что речь не о только о новой платформе
AntonShevchuk
+3
Из пожеланий — composer, ну и уже namespace, пора уже…
AntonShevchuk
0
Для ленивых:
www.tomtop.com/search/elm327.html — тут девайс с bluetooth ~$10-12
play.google.com/store/apps/details?id=org.prowl.torque&hl=ru — тут программа — ~$4 (есть фришная версия, не смотрел в чём различия)
И да смотря на $70 — как-то дороговато

AntonShevchuk
+1
Уже есть 500-ая модель от BlackVue — обзор — anton.shevchuk.name/my-life/review-blackvue-dr500gw-hd/
AntonShevchuk
+2
ой, торможу…
28 a.mention_variable                            48
29 a.new_null_variable                          136
30 a.unset_null_variable                       -136
31 eval.first.empty_code                         32
32 eval.mention_variable                        792
33 eval.new_null_variable                       408
34 eval.unset_null_variable                     120
35 stdClass.new                                   0
36 stdClass.tovar1                              184
37 stdClass.tovar2_unset_and_thesame              0
38 stdClass.tovar3_unset_and_another              0
39 stdClass.tovar4_another                      184
40 stdClass.tovar5_addlink                       88
41 stdClass.z.free_memory                      -456
42 myclass.a.empty                              744
43 myclass.aa.interface                         752
44 myclass.ab.final                             744
45 myclass.ac.abstract                          752
46 myclass.b.extended.empty                     752
47 myclass.c.empty.namespace                   -104
48 myclass.d.construct                         1120
49 myclass.dd.method                           1144
50 myclass.ddd.private.var                     1000
51 myclass.dddd.public.var                     1024
52 myclass.ddddd.static.var                    1000
53 myclass.e.extended.destruct                 1488
54 myclass.e.instance.ab                        184
55 myclass.e.instance.ddddd                       0
56 myclass.e.instance.e                           0
57 myclass.f.instance.ddddd                     184
58 myclass.z.free_memory                       -424
59 zend.a.init.autoload                       20032
60 zend.a.init.model                         316672
61 zend.extended.controller1                  91416
62 zend.extended.controller2                  16768
63 zend.extended.model1                       33192
65 zend.extended.model2                       33208
66 zend.use.model1.e.instance1                 2336
67 zend.use.model1.f.instance2                  544
68 zend.use.model1.g.instance3                  544
69 zend.use.model2.e.instance1                 1536
70 zend.use.model2.f.instance2                    0