Можете, пожалуйста, подробнее про исходные данные? Для меня как рядового пользователя процессора что там vliw, что там vliw… Хотелось бы более аргументировано отстаивать Эльбрусы в спорах.
Про то, что мало кто переходит даже в github профиль (я уже не говорю про блог или pet-project) — полностью верно. Недавно менял работу и на каждом собеседовании упоминал свой блог или проект и смотрел на реакцию — как правило её не было. Причём все норовят всучить тестовое задание; и ладно бы оно было на полчаса-час или хотя бы интересным, так нет! К тому же твой 10-летний опыт разработки их вообще не волнует. С другой стороны это и плюс — сразу понятно отношение потенциального работодателя к разработчику.
Если нужен конкретный пример, то можно взять PrestaShop. У него из админки генерируется только .htaccess файл. Есть даже конверторы .htaccess -> nginx rules, но на той теме, с которой я разбирался, они все либо валились, либо не до конца отрабатывали. Вот лишь небольшой пример исходного файла. и ладно бы он был один, так там в каждом каталоге по правилу. В данной ситуации проще поставить Apache, нежели настраивать nginx и молиться, чтобы исходный htaccess никто не трогал.
Самого смутил этот момент, но Apache, к сожалению, бывает нужен для .htaccess — там правила по роутингу, которые намертво прибиты к некоторым продуктам. Во всех остальных случаях можно обойтись только Nginx, как мне кажется.
Я правильно понимаю, что это generic теория, которая параметризуется физическими константами? То есть, чем точнее мы их будем знать, тем точнее сможем определить остальные параметры нашей вселенной, и тогда теория обретёт предсказательную силу в той или иной степени?
Не понимаю как мессенджер может служить аггрегатором статей. Ладно бы записей каких с новостных каналов или bash.org.ru — там они мелькают и сразу же уходят в прошлое, теряя актуальность, и за ними не надо следить. Другое дело Хабр или Медиум — тут интересных статей за день может быть несколько, но уже завтра они потеряются в истории. У меня в feedly есть статьи 20-дневной давности, и я к ним обязательно вернусь как будет время и возможность. В Telegram же я не понимаю как за этим можно следить.
А почему тогда сразу не указывать все запрашиваемые поля объекта? Например, /users//?fields=id,name,groups.name,groups.founder.name. Получить также список групп и у каждой группы имя фаундера. Подобный обработчик для DjangoRestFramework я написал года 4 назад и с тех пор ни разу не заглядывал в это место, т.к. не было необходимости.
Другое дело если мы запрашиваем несвязанные объекты. Тут увы, концепция REST никак не ложится.
Пожалуйста, повышайте лояльность другими способами! В том же примере с пиццей этот звонок раздастся, когда я буду её есть руками, а жирными пальцами я до телефона дотрагиваться не хочу. Если вас так беспокоит лояльность — разошлите email, я отвечу когда будет возможность.
Да и в веб-разработке тоже не очень. Концепции и синтаксис Java, PHP, Python поменялись не сильно, разве что новые языки добавились. Скорее всего вы имели ввиду js — вот тут действительно за всеми новыми фреймворками и фичами не уследишь.
Вау! Спасибо и за весь цикл, и за конкретно эту статью — очень полезно. Насчёт столбцов, содержащих всего пару значений, например, М и Ж, то если мы будем добавлять сначала всех М, а потом всех Ж, то индекс тоже имеет смысл строить?
Можете, пожалуйста, подробнее про исходные данные? Для меня как рядового пользователя процессора что там vliw, что там vliw… Хотелось бы более аргументировано отстаивать Эльбрусы в спорах.
deleted
Я правильно понимаю, что это generic теория, которая параметризуется физическими константами? То есть, чем точнее мы их будем знать, тем точнее сможем определить остальные параметры нашей вселенной, и тогда теория обретёт предсказательную силу в той или иной степени?
Как-то уж сильно категорично.
Другое дело если мы запрашиваем несвязанные объекты. Тут увы, концепция REST никак не ложится.
Нам тоже на некоторых экзаменах разрешали пользоваться всем, но если нет понимания, от неуда это не спасало