German Jet

function but(id) {

        fetch('/ajax', {method: 'POST',body:JSON.stringify({
                name:'vlad',
                id:id
            }),headers:{'content-type': 'application/json'}})
            .then(function (response) {
                alert(response.status); // 200

                return response.json();
            })
            .then(function (data) {
                alert(data.id);
                let elem = document.getElementById('h2o');
                elem.innerText = data.id;
            })
            .catch(alert);
    }

Вот мой пример изменения содержимого. В первом .then вы возвращаете return response.json(); А куда? Сделайте еще один then который принимает эти данные и работает с ними.

Могу сказать по себе, есть компоненты, есть фильтры, есть vue resource... Много что использую в связке Django + DRF + VueJS.

Статичкский контент - Django, динамический DRF + VueJS.

Участок кода повторяется, в компонент. Если нет, то новый экземпляр.

Что за конченный вопрос? Таким матёрым программистам не место на этом форуме.

Partial declarations of 'RanksWindow' must not specify different base classes

Честно говоря, можно просто зайти в переводчик. Но я поясню, что c# сообщает об отсутствии поддержки множественного наследования. Что это значит? Это означает, что у вас в коде есть два объявления класса RanksWindow , один наследуется от BaseWindow, а второй - чего-то ещё, наверное Window. А нужно указать только одного родителя. И ещё выучить английский, или хотя бы научиться пользоваться переводчиком. И самое главное - культурно писать.

Я последнее время часто провожу собеседования тестеров. Начал вам подробно отвечать, получилось столько текста, что решил написать на эту тему полноценную статью. Правда там больше информации по найму manual junior. Но на некоторых вопросах посыпется половина и более опытных QA. Разместил ее на спарке в блоге нашего проекта: https://spark.ru/startup/neaktor/blog/31094/nanyat...

Краткое содержание вопросов по самому собеседованию:

• Что такое вообще тестирование?
  
• Что такое blackbox / whitebox / graybox?
  
• Жизненный цикл бага / ПО?
  
• Чем отличается чек-лист от тест-кейса? Когда стоит их использовать?
  
• Виды / типы / уровни тестирования
  
• Техники тест-дизайна. Минимальный набор: Boundary Values, Equivalence Partition, Decision Tables, State Transition. Более продвинутые: Pairwise например. Решите практическое задание по составлению тест-кейсов с применением техник тест-дизайна, которые знаете. Explorative - не в счет
  
• Логические задачи
  
• Вопросы на адекватность. Что делать, если вам возвращают тикет в Reject? Не знаете как тестировать какой-то функционал. Что делать?
  

Отдельно тестовым заданием проверяется оформление дефектов.

Большинство вопросов "открытые", то есть можно остановить соискателя в любой момент и попросить уточнить какие-то делали. Например, "Тестирование производительности? Давайте остановимся подробнее. Какие подтипы знаете? Чем отличается Load от Stress тестинга? Как вы будете проводить тестирование производительности?"

Или вот например еще задача на подумать. Когда тестирование интерфейса является функциональным тестированием, а когда нет? Приведите пример.

Если говорить про собеседования senior, то более технические вопросы обязательны. Артем выше привел неплохие примеры. Но тут можно вообще про много что спрашивать. От как вы будете тестировать API до запросов в noSQL базы. Также у тестеров с опытом спрашивать про матрицы покрытия тестов, тест-планирование, цикл разработки тестовой документации и так далее.

Надеюсь вам поможет.

As a free/open source app, you essentially have two options:

• submit it as a .snap package for Ubuntu Core and Ubuntu Desktop
  
• submit it as a .click package for Ubuntu Touch and have it run on phone/tablets for now, Desktops/Laptops a bit later
  
• publish in a PPA
  

Как вариант ты можешь работать без всех этих технологий: babel, webpack, typescript и тд и тд.

Вообще без них!

Но если ты хочешь работать как все в индустрии - то страдай!
Страдание неизбежно.
И неизбежно ты вынужден будешь работать с лентяями, дебилами, психопатами, жуликами и тд и тд.

Я например создаю веб-приложения "для себя" ну и для всех кому понравится, и пишу код так как мне удобно, и не страдаю вообще, и для работы мне хватает старенького мака 2005 года выпуска.
В принципе, работая так, можно даже делать на заказ. Но чаще всего заказчики дебилы и хотят чтобы разработчик работал по стандартному шаблону, чтобы его потом можно было бы уволить и нанять другого. Это страх и недоверие типичное в наших людях.

На самом деле эта возможность легко увольнять разработчиков - это и есть главная причина существования этих безумных сложных технологий: babel, webpack, typescript и тд и тд.

И те кто вынужден работать в этих фреймворках чаще всего сами себе внушают что так и должно быть и это нормально - и рекламируют это другим...
Это просто дурдом.

Django-cities

Вы можете использовать страницы (наследоваться от Page) для главной страницы, для страницы категории и для страницы статьи.

Т.е. вам нужны три модели:

• class HomePage(Page)
  
• class CategoryPage(Page)
  
• class ArticlePage(Page)
  

Wagtail использует древовидную структуру для страниц. Т.е. дерево страниц будет примерно таким:

- Root
-- Home (HomePage)
---- Category 1 (CategoryPage)
----- Article 1 (ArticlePage)
----- Article 2 (ArticlePage)
---- Category 2 (CategoryPage)
----- Article 3 (ArticlePage)

Вы можете ограничить для каждого типа страницы какие страницы могут использоваться как дочерние (subpage_types) и какие типы страниц могут использоваться как родительские (parent_page_types).

Вот пример:

class HomePage(Page):
    # Ваши поля, если нужно

    # Тут не ограничиваем дочерние и родительские страницы
    # т.к. на сайте могут быть не только 3 типа страниц


class CategoryPage(Page):
    # Ваши поля, если нужно

    # Может быть создана только как дочерняя страница для HomePage
    parent_page_types = ['your_django_app_name.HomePage']

    # Дочерними страницами могут быть только CategoryPage.
    subpage_types = ['your_django_app_name.CategoryPage']


class ArticlePage(Page):
    # Ваши поля. StreamField, или что угодно

    # Может быть создана только как дочерняя страница для CategoryPage
    parent_page_types = ['your_django_app_name.CategoryPage']

    # Дочерних страниц у этой страницы быть не может
    subpage_types = []

Есть другие варианты реализации - выбор зависит от ваших требований. Вы можете использовать сниппеты или теги в качестве категорий.

P.S.: ответ запоздал, но надеюсь он будет полезен тем у кого возникнет похожий вопрос.

> Почему...

Почему добрая половина программ на Жуквери вообще непонятно кому принадлежит и на каких условиях распространяется? А у программ на Емакс-лиспе напротив — всегда очень педантично оформлен список правообладателей и лицензия.

Субкультура такая сложилась.

> Насколько такая «жадность» соответствует открытым лицензиям?

Открытые лицензии — это лицензии, выданные неограниченному кругу лиц. Никакого отношения к «жадности» или «нежадности» они не имеют. Есть, к примеру, целая куча открытых лицензий, что вообще запрещают вам пользоваться программой бесплатно дольше N дней, эта практика даже имеет особое название — shareware.

Может быть, вы хотите узнать, насколько требование про «powered by...» соответствует понятию свободной программы? Я не усматриваю никаких противоречий между требованием атрибуции и определением свободной программы.

Или возможно, что вы хотите спросить, не противоречит ли такое требование какой-нибудь отдельно взятой свободной лицензии — ну, например, самой популярной из таковых — GNU GPL?

Если брать ее актуальную (третью) версию, то я тоже никаких противоречий не усматриваю. Напротив — пункт «b» статьи 7 прямо разрешает требовать «preservation of specified reasonable legal notices or author attributions in that material or in the Appropriate Legal Notices displayed by works containing it». Этот пункт зачастую трактуется довольно широко — скажем, лицензия OnlyOffice’а требует отображать в пользовательском интерфейсе уже не простую гиперссылку, а графический логотип (если это технически возможно). И кстати, это еще один пример в вашу копилку, ибо его серверная часть также написана на ASP.NET’е.

То же справедливо и в отношении GNU Lesser GPL и GNU Affero GPL.

Тем более это никак не противоречит безвольным (lax) свободным лицензиям, которые потому так и зовутся, что позволяют накручивать любые дополнительные запреты.

P. S. [цитаты реплик — из комментариев]

> Как раз тот факт, что «так сложилось» я понимаю. Я не понимаю, почему так сложилось.

А это, я полагаю, вопрос, который еще ждет своего исследователя — историка свободных программ. Учитывая, что я вообще не знаю ни одного человека с такой специализацией (а вы?), надо думать, что кроме догадок вы в обозримой перспективе ничего не получите.

Формат вопросов и ответов — на самый подходящий для догадок и версий, но если вам все-таки интересна лично моя гипотеза, то я думаю, что вопрос следовало бы задать наоборот — почему за пределами субкультуры ASP.NET’чиков так не принято — нет, серьезно, по всему получается, что это отличный способ этичного заработка на свободных программах! Подозреваю, что за ее пределами о таком приеме просто не знают.

Мы ожидали увидеть приложение с использованием готовых библиотек для работы с HTTP, базой данных, работы с консолью. А также легко расширяемое и поддерживаемое.

Теперь понятно, что они хотят — но в ТЗ не было указано:

• Под HTTP понимают либы, работающие с PSR 7 или близкие по «духу», например Symfony HTTP Foundation
  
• Под БД понимают Doctrine 2 или Eloquent
  
• По консольным — на рынкке используют как правило Symfony Console
  

Именно это и хотели, предлагаю вам либо объяснить и написать уже на компонентах, либо послать к черту, НО отметить этот момент и на будущее таки делать уточнение, каковы ожидания от задания...
Нескольких людей встречал до фанатизма не принимающих сторонние пакеты, и наоборот... Это нужно учитывать... видел задания на PHP 5.3, видел задания строго на Codeigniter...

Тут на Тостере был пример, когда человек применил композер даже не для сторонней либы, а для внутренних, так на него тимлид сокрушился...
Разве Composer бесполезен в 2017?

Люди разные :)


Материал по компонентной разработке

Елена,
не нужно Symfony ассоциировать с фреймворком — это в первую очередь компоненты — потрясающие компоненты:

• Symfony Console
  
• Symfony HTTP Foundation
  
• Syfony Routing (к слову очень быстрый, недавно ускорили его в 70 раз ребята и сделали самым шустрым компонентом)
  
• Twig
  
• Debug
  

[*!*] В некоторых вакансиях даже указывают, что нужно уметь работать с некоторыми выше перечисленными компонентами :) Пруф: https://novosibirsk.hh.ru/vacancy/25367906

Doctrine — совсем не из Symfony и этот компонент можно использовать где угодно

Zend к слову пошел по тому же пути, например

• для HTTP Request/Response PSR 7 у него есть отличный компонент Zend Diactoros,
  
• для работы с PSR 15 Middleware есть компонент Zend Expressive,
  
• для работы с ролями и правами крутое решение Zend ACL
  

Laravel уже да — фреймворк, и опять же на компонентах, и можно использовать его куски, например у него замечательная ORM (Active Record) — в отличие от AR в Yii2 ее можно (и нужно) использовать в любом кастомном проекте вне фреймворка Laravel или вообще фреймворка там , где Доктрина лишняя


Почитать и посмотреть:

Современный PHP без фреймворков (статья Mail.ru на Хабре)
Консольное приложение (мастер-класс) — собрано из компонента Symfony Console и ORM Eloquent (от Ларавел)
PSR-7 фреймворк от Д.Елисеева

Чего-то я не очень пойму, что тут сложного то?
Понятно, что предварительно ничего не понятно, но из того, что есть:

• регистрация на сайте компании: да ради бога
  
• ведение личной истории: в формате "темы форума" с "постами" думаю пойдет. Иного врачам и не нужно, да и сами они не знают еще что им нужно и никто не знает, т.к. тематика специфическая, поэтому как для старта - думаю вполне, а там допиливать уже можно будет.
  
• запись к врачам: форма а-ля feedback + 1 select со списком врачей?)) Уточняйте.
  
• онлайн-консультации: siteheart и ему подобные сервисы вполне решают. Было бы кому отвечать.
  
• онлайн-оплата может быть: может быть
  
• администрирование всего этого: хорошо
  
• интеграция с чем-нибудь понадобится: с чем-нибудь всегда отлично получается
  
• создание мобильного приложения: а вот это не надо! Адаптивной ровной версии вполне... По крайней мере на таком сыром старте.
  

Ну это так... на вскидку... Даже CRM сюда с трудом клеится...
UPD: + мой ответ также служит наглядным примером того, на сколько "размыта" ваша задача и на сколько по разному ее видят разработчики на данном этапе.

Я бы порекомендовал посмотреть плейлист PRS-7 фреймворк на канале Дмитрия Елисеева.
Там обсуждается создание современного фреймворка на PHP и рассматриваются такие темы как: PSR, Dependency Injection, шаблонизаторы и т.д. Крайне рекомендую!

Также советую почитать книгу Джоша Локхарта (создатель фреймворка Slim) Современный PHP.
Slim-фреймворк тоже можете посмотреть, он достаточно добротно написан :).

TDD. Есть хорошая книга Кента Бека Экстремальное программирование. Разработка через т.... Примеры там даны на Java, но будут понятны любому кто знает хотя бы один Си-подобный язык (PHP к таковым относится!).

UPD: Вы просили указать: можно ли с вашими знаниями устроится джуном. Я думаю, что да, можно.

Запустить gpedit.msc через Run...
Далее - Computer Configuration > Administrative Templates > Windows Components > Windows Update, установить Configure Automatic Updates в значение Disabled.