Интеллектуальная собственность в законодательстве РФ выражена комплексом исключительных прав на результаты творческой деятельности или приёмы индивидуализации предмета. Под это определение попадают разные литературные, художественные, научные произведения, изобретения, фирменные знаки и многое другое.
Проблема защиты прав в этой сфере в России стоит остро, причина тому нематериальность объекта защиты и трудности при сборе доказательной базы в случае воровства. Юристы, специализирующиеся в вопросах интеллектуальной собственности, рекомендуют обращаться к ним заранее, так как своевременное узаконивание прав автора минимизирует возникновение посягательств на продукт творчества в будущем.
Юридические консультации по защите прав интеллектуальной собственности
На сайте Правовед.RU самые распространённые вопросы уже рассмотрены, но есть возможность получить юридический комментарий к личной ситуации, на любом этапе сложности, бесплатно или за вознаграждение.
Последние вопросы по теме «Интеллектуальная собственность»
Добрый день! У меня вопрос по использованию товарного знака в доменном имени сайта. Если я использую товарный знак как часть доменного имени, например xiaomi-hrsmobile.ru, где xiaomi - это зарегистрированный товарный знак, но при это я не продаю товары этого бренда, а оказываю услуги по ремонту этих товаров клиентам, таким образом информируя, что мой сервисный центр ремонтирует технику этого бренда, является ли такое использование нарушением исключительного права? Спасибоиспользование нарушением исключительного права? Спасибо
Добрый день! У меня вопрос по использованию товарного знака в доменном имени сайта. Если я использую товарный знак как часть доменного имени, например xiaomi-hrsmobile.ru, где xiaomi - это зарегистрированный товарный знак, но при это я не продаю товары этого бренда, а оказываю услуги по ремонту этих товаров клиентам, таким образом информируя, что мой сервисный центр ремонтирует технику этого бренда, является ли такое использование нарушением исключительного права? Спасибоиспользование нарушением исключительного права? Спасибо
- **Просмотр индивидуальных ответов**
- @Eugene Egorov
- Не могу найти дизайн
- После получения дизайна возможно возникнут вопросы по совмещению функционала ревизий - разных запусков опроса и ответов пользователя на каждую ревизию
- **Шаблоны опросов + галерея шаблонов**
- @Eugene Egorov
- Нет ссылки на данные по шаблонам
- 12 часов на реализацию шаблонов + 40 мин * количество шаблонов
- **Фильтрация результатов по пользователям и группам**
- @Eugene Egorov
- Необходим дизайн (сейчас в макетах просто есть надпись Все сотрудники, как выглядит состояние когда пользователи и группы выбраны не понятно)
- В селекте групп и пользователей показываем всех пользователей или только тех кому опрос был отправлен?
- Состав групп меняется с течением времени, поэтому при удалении пользователя из группы статистика опроса будет меняться - что плохо
- Чтобы статистика была одинаковой, нужно запоминать состав групп при каждой публикации опроса - этого сейчас нет
- Нужно продумать как это должно работать с анонимными опросами. Настройка анонимный опрос или нет может меняться на каждый запуск опроса. Поэтому опрос за выбранный промежуток времени может быть анонимный и не анонимный одновременно.
- Если не делать запоминание состава группы, то будет лозейка как просмотреть анонимные ответы пользователя - запустить опрос с несколькими участниками, а затем удалить всех из группы кроме одного нужного пользователя
- В связи с большим количеством таких кейсов, кажется что этой фильтрации быть не должно на странице с общей статистикой. Ее нужно переносить в статистику запусков или в ответы по одному. Или запрещать менять анонимность. Или просто игнорировать анонимные запуски в статистике. Вообщем требует обсуждения.
Далее по тексту:
тестовый класс — класс, содержащий код модульных тестов, наследник любой из реализаций PHPUnit::TestCase;
тестируемый класс — класс, который необходимо протестировать.
Так как подпункт для начинающих, то для начала будет рассмотрена процедура модульного тестирования обычных классов PHP, а потом описаны отличия при тестировании кода, взаимодействующего с БД.
Тестирование обычных классов PHP
Чтобы протестировать класс, написанный на PHP, с использованием фреймворка PHPUnit, необходимо создать тестовый класс, расширяющий базовый класс PHPUnit_Framework_TestCase. Затем создать в этом классе публичные методы, начинающиеся со слова test (если создать метод, который будет называться по-другому, он не будет автоматически вызван при прогоне тестов), и поместить в них код, выполняющий действия с объектами тестируемого класса и проверяющий результат. На этом можно закончить и скормить полученный класс phpunit, который, в свою очередь, последовательно вызовет все тестовые методы и любезно предоставит отчет об их работе. Однако в большинстве случаев в каждом из тестовых методов будет повторяющийся код, подготавливающий систему для работы с тестируемым объектом. Для того, чтобы избежать дублирования кода, в классе PHPUnit_Framework_TestCase созданы защищенные методы setUp и tearDown, имеющие пустую реализацию. Эти методы вызываются перед и после запуска очередного тестового метода соответственно и служат для подготовки системы к выполнению тестовых действий и очистки ее после завершения каждого теста. В тестовом классе, расширяющем PHPUnit_Framework_TestCase, можно переопределить эти методы и поместить повторяющийся ранее в каждом тестовом методе код в них. В результате последовательность вызова методов при прогонке тестов будет следующая:
Далее по тексту:
тестовый класс — класс, содержащий код модульных тестов, наследник любой из реализаций PHPUnit::TestCase;
тестируемый класс — класс, который необходимо протестировать.
Так как подпункт для начинающих, то для начала будет рассмотрена процедура модульного тестирования обычных классов PHP, а потом описаны отличия при тестировании кода, взаимодействующего с БД.
Тестирование обычных классов PHP
Чтобы протестировать класс, написанный на PHP, с использованием фреймворка PHPUnit, необходимо создать тестовый класс, расширяющий базовый класс PHPUnit_Framework_TestCase. Затем создать в этом классе публичные методы, начинающиеся со слова test (если создать метод, который будет называться по-другому, он не будет автоматически вызван при прогоне тестов), и поместить в них код, выполняющий действия с объектами тестируемого класса и проверяющий результат. На этом можно закончить и скормить полученный класс phpunit, который, в свою очередь, последовательно вызовет все тестовые методы и любезно предоставит отчет об их работе. Однако в большинстве случаев в каждом из тестовых методов будет повторяющийся код, подготавливающий систему для работы с тестируемым объектом. Для того, чтобы избежать дублирования кода, в классе PHPUnit_Framework_TestCase созданы защищенные методы setUp и tearDown, имеющие пустую реализацию. Эти методы вызываются перед и после запуска очередного тестового метода соответственно и служат для подготовки системы к выполнению тестовых действий и очистки ее после завершения каждого теста. В тестовом классе, расширяющем PHPUnit_Framework_TestCase, можно переопределить эти методы и поместить повторяющийся ранее в каждом тестовом методе код в них. В результате последовательность вызова методов при прогонке тестов будет следующая:
Про скролл горизонтальный - сыграло все сразу - если в тексте есть картинка с жесткой шириной (800 пикс на примере /journal/bakrotstvo-fizlic/) то если есть попап МФО то скрипт попапа неверно определяет ширину сайта и показывает десктоп баннер
При подаче платного вопроса, на странице оплаты не отображается комиссия. Воспроизводится на мобильной версии устройсва.При подаче платного вопроса, на странице оплаты не отображается комиссия. Воспроизводится на мобильной версии устройсва.При подаче платного вопроса, на странице оплаты не отображается комиссия. Воспроизводится на мобильной версии устройсва.При подаче платного вопроса, на странице оплаты не отображается комиссия. Воспроизводится на мобильной версии устройсва.При подаче платного вопроса, на странице оплаты не отображается комиссия. Воспроизводится на мобильной версии устройсва.
[DEV-696] feature: Добавить в письма Feedot сообщение о том, что пользователь сам согласился получать их
[DEV-735] hotfix: Пустой экран после подачи бесплатного вопроса в мобильной версии
[DEV-744] hotfix: Чат зависает в состоянии загрузки (под клиентом)
