Сергей Савостин: 1) ну я так и понял, тогда норм.
2) ну... и? Задачи формируются из вне и ложатся в очередь. Воркер постоянно мониторит есть ли новые задачи. JS может послать запрос, проверить очередь, если там что-то есть - послать еще один запрос... и тд. А когда запрос отработает всеравно сработает event loop.
1) А откуда ему взяться этому выйгрышу? В PHP так же можно в несколько потоков загружать HTTP, парсить результаты и складывать, в одном процессе. В JS конечно проще, я просто предупредил что не особо будет много выйгрыша в производительности. Хотя если у вас на каждый источник создавался свой обработчик и он скачивал и парсил только одну линку то да, профит будет.
2) я предлагаю вам заменить вашу реализацию очередей с базами на нормальную. То есть вообще избавиться от этой штуки с табличкой jobs и заменить на полноценную очередь задач.
Сергей: стандартные средства Yii подходят для простых случаев. Благо - их большинство. Ваш же случай с валидацией на клиенте должен реализовываться отдельно. На сервере так же - либо разруливать группами либо кастомный валидатор писать. Все остальное - скорее всего кастыли и велосипеды.
Мне в последнее время вообще не нравится идея валидировать модель. Модель по определению не должна иметь невалидного состояния. Можно привести данные к DTO, валидировать оную и затем уже переносить все проверенное в модель... Это если говорить про феншуй, но обычно это огромный оверхэд.
Алексей Анонимоус: я это к чему- если вам не повезло работать с недо-ORM которых в PHP хватает - не нужно хаить всех и думать что все они работают одинаково.
Алексей Анонимоус: вы видимо про ActiveRecord. Ибо например в Doctrine на каждую запись инициируется маленький безобидный объект. Просто поля и методы.
tef: с точки зрения логики и железа самая удобная система - троичная. Троичная же логика самая эффективная. К сожалению элементной базы для таких систем нету ибо она дороже да и двоичная норм.
Что до десятичной - а почему бы сразу не шестнадцатеричной? Как вы будете кодировать уровнями сигнала 10 состояний? И как вы будете учитывать возможные шумы и т.д.? Что бы добиться стабильности придется жертвовать производительностью и энергопотреблением, повышать напряжение и т.д.
Роман: ну я в том смысле что преподаватели помоложе учитывают современные реалии. Скажем сейчас пытаются приучить студентов к GIT, уже был положительный опыт со здачей лаб через github.
mister36: Ну все от преподавателя зависит. Я когда в лицее учился у нас было что-то вроде факультатива где нас конкретно гоняли по алгоритмам, заставляли ломать голову над всякими задачками и т.д. И там паскаль или не паскаль - пофигу. В отличии от python просто синтаксис был бы другим, а за счет того что нет встроенных в библиотеку языка решений, было меньше саблазнов схалтурить. Но за счет юношеского максимализма, и с учетом того что я уже тогда что-то знал и пописывал всякие там MVC-фреймворки-велосипеды, я не придавал слишком большого значения этому дело и так же считал это почти бесполезной тратой времени. А вот где-то через год, в ВУЗе, когда начали начитывать материалы по алгоритмизации все это нехило так пригодилось. И это довольно частая проблема среди преподавателей - они могут очень клево объяснять, и все может быть очень круто, но студенты просто не понимают нафиг этот предмет им нужен.
Сейчас в ВУЗе где я учился на втором курсе преподают c# и javascript в качестве объектно-ориентированных языков (в частности за счет принципиальных различий ОО модели выбрали эти два языка для побаловаться). Минимально покрывают ГОФ-ские шаблоны... Но опять же, из сотни студентов хорошо если десяток поймет зачем все это нужно. Про всякие SOLID/GRASP/KISS/DRY/etc вообще вскользь просто упоминали курсе на четвертом...
OXOJeck: использовать ID в js тоже рекомендую только в очень крайних случаях, когда без этого никак и вы на 100% уверены что элемент уникален. Обычно это какие-то поповеры или контролы сгенерированные из JS. В остальном лучше завязываться на классы и data-* атрибуты.
mister36 пойдете в университет - там и научат. Либо сами обучайтесь. В рамки школьной программы это не должно вовсе входить, только если на факультативной основе. Далеко не всем это интересно и далеко не все смогут уйти дальше вычисления площади фигур. Основы логики и все.
Алексей: вообще-то серваки на AMD не такая уж и редкость. А intel все юзают по одной простой причине - они эффективнее по показателям мощности и энергопотребления. в плане стабильности проблем с этим нет.
