Перейти до вмісту

MIT License

Матеріал з K2 ERP Wiki
 

'''Підказка:''' якщо ви використовуєте MIT-licensed dependency, збережіть її license text у своєму списку third-party licenses.; '''Практична порада:''' MIT License часто є собою хорошим вибором для бібліотек, фреймворків, SDK і прикладів коду.;== Third-party notices ==
!; * зробити бібліотеку максимально reusable;
* дозволити commercial use;
* дозволити proprietary use;
* мати коротку й зрозумілу ліцензію;
* зменшити юридичний friction;
* опублікувати навчальний код;
* створити open source template;
* поширювати JavaScript, Python, Rust, Go або іншу бібліотеку;
* дозволити стартапам і компаніям без зайвих зусиль використовувати код;
* не вимагати copyleft.;== Тематичні мітки ==
=== Навчальний репозиторій ===

</div>

== Типові помилки початківців ==

'''Практична роль:''' copyright notice показує, хто надає дозвіл за MIT License.; * Відсутність ліцензії в репозиторії — це не “MIT за замовчуванням”.;=== Commercial product ===
[project]
Відсутність ліцензії — це не те саме, що MIT License.;<div style="background:#eafaf1; border-left:6px solid #2ecc71; padding:12px; margin:12px 0;">
'''істотно:''' ліцензію краще обирати за цілями проєкту, а не лише за популярністю.; Copyleft-ліцензії

* ім’я або назву copyright holder;
* рік copyright, якщо він вказаний;
* текст MIT License;
* license notice у документації, репозиторії або файлі ліцензій;
* attribution у складі third-party notices, якщо код включено в більший програмний продукт.; Якщо потрібна класична MIT License, використовуйте SPDX `MIT`, а не `MIT-0`.; {| class="wikitable"

 LICENSE
'''Небезпека:''' найчастіша проблема з MIT License — не сама ліцензійний пакет, а неправильне збереження attribution і license notices.; * відкривати вихідний код похідного проєкту;
* поширювати зміни під тією ж ліцензією;
* публікувати модифікації;
* повідомляти автора про використання;
* платити автору;
* використовувати той самий license для всього продукту;
* робити проєкт open source;
* віддавати комерційний програмний продукт на безоплатній основі.;</div>

'''ISC License''' — ще одна коротка permissive-ліцензія, схожа на MIT License.; OSI публікує текст MIT License на своїй офіційній сторінці ліцензії.; У `package.json` часто пишуть:
<div style="background:#eafaf1; border-left:6px solid #2ecc71; padding:12px; margin:12px 0;">
<div style="background:#fff4e5; border-left:6px solid #f39c12; padding:12px; margin:12px 0;">

Проста аналогія: MIT License — це “можна брати й будувати далі”, але не стирати ім’я автора й ліцензійне повідомлення.; |- | Тип | Permissive | Copyleft |- | Обов’язок відкривати похідний код | Немає | є собою в багатьох сценаріях поширення |- | Комерційне використання | Дозволене | Дозволене, але з умовами GPL |- | Сумісність із proprietary code | Висока | Значно обмеженіша |- | Головна ідея | Максимальна свобода використання | Свобода коду має зберігатися в похідних роботах |}

Практична роль: правильна metadata сприяє PyPI, build tools і користувачам бачити ліцензію пакета.; * Linux Foundation materials about SPDX license identifiers.;

MIT License і copyleft

Викладач публікує приклади коду, щоб студенти могли копіювати, змінювати й використовувати їх у власних проєктах.;

Чого MIT License не вимагає

MIT License не містить такого явного і детального patent grant, як Apache License 2.0.; Окремо варто відзначити що ліцензійний пакет відповідає Open Source Definition і надає можливість вільне використання, зміну і поширення програмного забезпечення.; }

  • web services;
  • cloud platforms;
  • internal services;
  • APIs;
  • developer tools;
  • commercial SaaS;
  • hosted applications.; {| class="wikitable"
;</syntaxhighlight>

Рекомендовано:

MIT License дуже permissive.; Такі ліцензії дають користувачам багато свободи й не вимагають, щоб похідні роботи обов’язково відкривали свій код.; {| class="wikitable"

  • активність проєкту;
  • security issues;
  • dependency chain;
  • maintainer trust;
  • code quality;
  • CVE;
  • supply chain;
  • release signatures;
  • SBOM;
  • test coverage;
  • production readiness.; Потрібна ліцензійний пакет.; * не має детального patent grant;
  • не змушує відкривати похідний код;
  • не гарантує, що покращення повернуться в open source;
  • не дає гарантій якості;
  • не дає підтримки;
  • не захищає від поганого supply chain;
  • має змогу бути занадто слабкою для проєктів, які хочуть copyleft;
  • потребує правильного збереження notices;
  • має змогу бути неоднозначність із “MIT-like” варіантами, якщо текст змінений.; Критично: ліцензійний пакет відповідає на питання “чи можна використовувати код”, але не відповідає на питання “чи безпечно використовувати код”.;{{SEO
 ;== Обмеження MIT License == Перевага: MIT License робить код максимально зручним для повторного використання в різних типах проєктів.; істотно: якщо патентні питання критичні, варто порівняти MIT License з Apache License 2.0 і проконсультуватися з юристом.;

Приклад структури LICENSE

Це має змогу бути:

істотно: замініть `YEAR` і `COPYRIGHT HOLDER` на реальний рік і ім’я автора, назву організації або власника copyright.; MIT License

  • tutorials;
  • sample code;
  • starter templates;
  • libraries;
  • school projects;
  • university examples;
  • hackathon projects;
  • open source demos;
  • documentation examples.; організація використовує MIT-licensed dependency у proprietary застосунку й додає її license notice у third-party notices.;=== Внутрішній інструмент ===

</syntaxhighlight> Permission is hereby granted, free of charge, to any person obtaining a copy

// SPDX-License-Identifier: MIT

Головна перевага: MIT License прибирає багато бар’єрів для повторного використання коду.; Проста різниця: MIT License каже “можете використовувати майже як хочете”, а GPL каже “можете використовувати, але похідний код додатково має залишатися вільним у визначених умовах”.;
Це корисно для:

* SDK;
* JavaScript-бібліотек;
* UI-компонентів;
* backend-бібліотек;
* CLI-утиліт;
* mobile apps;
* desktop apps;
* commercial SaaS;
* internal company tools;
* embedded software.; * MIT License не є собою copyleft-ліцензією.; :contentReference [oaicite:3]{index=3}

</div>

* дуже коротка;
* проста для розуміння;
* permissive;
* OSI-approved;
* має SPDX identifier `MIT`;
* сумісна з багатьма екосистемами;
* надає можливість commercial use;
* надає можливість proprietary use;
* не вимагає відкривати похідний код;
* зручна для бібліотек;
* популярна в open source;
* без зайвих зусиль додати до репозиторію;
* добре підтримується автоматичними license scanners.;<div style="background:#e8f8f5; border-left:6px solid #16a085; padding:12px; margin:12px 0;">
</div>

</div>

</div>
<div style="background:#fef2f2; border-left:6px solid #ef4444; padding:12px; margin:12px 0;">
== MIT License і Apache License 2.0 ==

Або для Python:

== Патенти ==
GitHub розпізнає MIT License, якщо в репозиторії є собою стандартний файл `LICENSE` із відповідним текстом.;=== Startup SDK ===

'''Основна ідея:''' MIT License каже: “Можете майже все, але залиште повідомлення про авторські права й текст ліцензії”.; * MIT License часто обирають для бібліотек, бо вона не “заражає” весь програмний продукт вимогою відкривати код.; MIT License
  • видимості ліцензії;
  • автоматичного визначення license;
  • open source contributors;
  • dependency scanners;
  • package users;
  • юридичної ясності.; Критерій

Хороші практики MIT License

Copyright holder — це особа або організація, яка володіє авторськими правами на код.; Це істотно для: Copyright (c) YEAR COPYRIGHT HOLDER

Висновок: MIT і BSD-ліцензії часто дуже близькі за практичним ефектом, але мають різні формулювання.; !; Головне правило: MIT License проста, але її все одно потрібно оформлювати акуратно: LICENSE file, copyright, SPDX і notices.; BSD 3-Clause

MIT License не вимагає:

Copyright (c) 2026 Example Author

Приклад:

  1. SPDX-License-Identifier: MIT

У `README.md` можна написати:

Це має змогу бути:

MIT License стала популярною частково з цієї причини, що вона дуже коротка.; MIT License добре підходить, якщо потрібно: </syntaxhighlight> Головна думка: MIT License — це коротка й дружня до повторного використання ліцензійний пакет: багато свободи, мінімум обов’язків, але attribution і license notice потрібно зберігати.; :contentReference [oaicite:2]{index=2}

MIT License не є собою copyleft-ліцензією.; SPDX License List містить сторінку MIT License з canonical text і machine-readable ідентифікатором.; * код усе ще захищений copyright;

  • інші не мають чіткого дозволу копіювати, змінювати або поширювати код;
  • contributors не розуміють правил;
  • компаніям складно використовувати код;
  • open source-статус неоднозначний.; Практична роль: файл LICENSE і SPDX-рядок зменшують неоднозначність: користувачі й інструменти одразу бачать умови використання.;== Copyright holder ==
 ; GPL — copyleft-ліцензія, а MIT License — permissive-ліцензія.;

MIT License і навчальні проєкти

Вона підходить для:

MIT License

  • не додати файл LICENSE;
  • написати “MIT” у README, але не додати текст ліцензії;
  • забути copyright holder;
  • стерти чужий license notice;
  • думати, що MIT License означає “без copyright”;
  • думати, що MIT License забороняє комерційне використання;
  • думати, що MIT License змушує відкривати похідний код;
  • плутати MIT License з GPL;
  • не перевіряти ліцензії dependencies;
  • використовувати змінений текст і називати його MIT;
  • забути про third-party notices у commercial product.; See the LICENSE file for details.; MIT License такої вимоги не має.;
Розробник створює JavaScript-бібліотеку й хоче, щоб її могли використовувати і hobby-проєкти, і компанії.; Критерій

'''істотно:''' для великих корпоративних або патентно-чутливих проєктів Apache License 2.0 іноді обирають через чіткішу патентну частину.; '''істотно:''' MIT License і MIT-0 — не одне й те саме.;</div>
У файлах коду часто пишуть:

== MIT License у Python ==

MIT License містить важливий disclaimer: програмне забезпечення надається “as is”, тобто без гарантій.;<div style="background:#e7f3ff; border-left:6px solid #2b7cff; padding:12px; margin:12px 0;">
== Безпека і відповідальність ==
<syntaxhighlight lang="toml">

'''Практична роль:''' у package ecosystems короткий license identifier часто важливіший для автоматизації, ніж довгий характеристика у README.; * MIT License дуже коротка, але юридично важлива.; BSD-ліцензії схожі на MIT License, бо додатково є собою permissive.;== Warranty disclaimer ==
Якщо комерційний програмний продукт використовує MIT-licensed бібліотеки, зазвичай потрібно включити їхні license notices у third-party notices.;</div>

У файл `LICENSE` додають текст MIT License з вашим роком і copyright holder.;<div style="background:#fdecea; border-left:6px solid #e74c3c; padding:12px; margin:12px 0;">

 src/

'''Найлюдяніший факт:''' MIT License — це ліцензійний пакет для розробників, які хочуть поділитися кодом без довгого списку обмежень.;</div>
|-
| Тип
| Permissive
| Permissive
|-
| Довжина
| Коротка
| Дуже коротка
|-
| Головна умова
| Зберегти copyright і license notice
| Зберегти copyright і permission notice
|-
| Використання
| Дуже поширена
| Поширена в окремих open source-екосистемах
|}

Головна умова MIT License проста: у копіях або суттєвих частинах програмного забезпечення потрібно зберігати copyright notice і текст ліцензії.;<syntaxhighlight lang="javascript">
'''Перевага:''' організація має змогу використовувати MIT-licensed бібліотеку у власному продукті без обов’язку відкривати весь програмний продукт.; [project]
'''Критично:''' “код лежить на GitHub” не означає “код можна вільно використовувати”.;== Приклади використання ==
</div>
<div style="background:#eafaf1; border-left:6px solid #2ecc71; padding:12px; margin:12px 0;">

MIT License надає можливість:

<syntaxhighlight lang="text">

!; Вона надає можливість використовувати, копіювати, змінювати, поширювати, субліцензувати й продавати програмне забезпечення, включно з використанням у proprietary і commercial products.;</div>

* автор не гарантує, що код працюватиме без помилок;
* автор не гарантує придатність коду для конкретної задачі;
* автор не бере на себе відповідальність за збитки;
* користувач системи використовує код на власний ризик;
* потрібно самостійно тестувати код перед production.; Це комфортно для:

<syntaxhighlight lang="json">
<div style="background:#e7f3ff; border-left:6px solid #2b7cff; padding:12px; margin:12px 0;">
== Цікавий факт ==
<div style="background:#f0eaff; border-left:6px solid #8e44ad; padding:12px; margin:12px 0;">
Тип Permissive Permissive Permissive
Довжина Дуже коротка Коротка Трохи довша
Attribution Так Так Так
Non-endorsement clause Немає Немає є собою
Використання в proprietary software Дозволене Дозволене Дозволене

Висновок

!;

Коли MIT License має змогу бути невдалим вибором

!; Це означає:

license = "MIT" MIT License зручна для бібліотек, SDK, навчальних прикладів, open source-проєктів і коду, який автор хоче зробити максимально reusable.; MIT License

MIT License дуже популярна в JavaScript-екосистемі.; MIT License

    1. License

MIT License має обмеження.; * SPDX License List: MIT License.; * Матеріали щодо open source compliance, permissive licenses, copyleft licenses, SBOM і third-party notices.; істотно: навіть якщо код MIT-licensed, attribution-умову не можна без ускладнень ігнорувати.;== Цікаві факти про MIT License == MIT License є собою open source-ліцензією, схваленою Open Source Initiative.; "license": "MIT"

MIT License і BSD License

Поширені помилки:

MIT License і SaaS

!; * SPDX License List: MIT-0.; {| class="wikitable"

У файлах коду можна додати SPDX: 

README.md

MIT-licensed код можна включати в proprietary software, якщо зберігати ліцензійне повідомлення.; * Документація npm, PyPI та інших package ecosystems щодо license metadata.; !;== Приклад тексту MIT License ==

Критично: MIT License дає дозвіл використовувати код, але не дає гарантії якості, безпеки або підтримки.;
офіційно затверджений SPDX-ідентифікатор MIT License — '''MIT'''.; '''Висновок:''' MIT License дає більше свободи повторного використання, але менше гарантує, що похідний код залишиться відкритим.; !;</div>
</div>

== переважні аспекти MIT License ==

завдяки наявності '''Практична роль:''' OSI approval користувачі можуть компаніям, розробникам і проєктам розуміти, що MIT License є собою стандартною open source-ліцензією, а не випадковим текстом із незрозумілими умовами.; '''Висновок:''' ISC License і MIT License мають схожий permissive-дух: мало обмежень і проста attribution-умова.;</div>

<div style="background:#e7f3ff; border-left:6px solid #2b7cff; padding:12px; margin:12px 0;">

* Open Source Initiative: MIT License.; !;== MIT License і proprietary software ==

!; Вона надає можливість майже будь-яке використання коду: копіювання забезпечується через '''MIT License'''.; :contentReference [oaicite:5]{index=5}
* MIT License є собою OSI-approved open source license.;

Open source library

істотно: MIT License не вимагає відкривати ваш власний код, але вимагає зберегти повідомлення про ліцензію й авторські права.;

Практична роль: MIT License часто обирають тоді, коли хочуть, щоб код могли використовувати і open source-проєкти, і комерційні компанії.;== No license і MIT License ==

Команда публікує CLI-утиліту, яку можна використовувати в open source і proprietary середовищах.; організація випускає SDK під MIT License, щоб інші розробники могли без зайвих зусиль інтегруватися з її API.;== SPDX identifier == </syntaxhighlight>

Apache License 2.0 додатково permissive, але довша й детальніша.; SPDX має окремий ідентифікатор `MIT-0`.;

MIT License має змогу бути не найкращим вибором, якщо: |- | Відкриття похідного коду | Не вимагає | Часто вимагає |- | Використання в proprietary software | Дозволене | має змогу бути обмежене умовами |- | Головна умова | Зберегти copyright і license notice | Дотримуватися умов поширення похідного коду |- | Стиль | Permissive | Share-alike / reciprocal |}

Найлюдяніший факт: MIT License — це як записка від автора: “Користуйтеся, змінюйте, продавайте, але не прибирайте моє повідомлення й не вимагайте від мене гарантій”.; На відміну від багатьох юридично складних ліцензій, її можна прочитати за кілька хвилин і зрозуміти загальну логіку без глибокої юридичної підготовки.; Практична роль: MIT License часто добре підходить для бібліотек, які автори хочуть бачити і в open source, і в комерційних cloud-продуктах.; BSD 2-Clause

MIT License надає можливість використовувати код у SaaS-продуктах без обов’язку відкривати вихідний код сервісу.; :contentReference [oaicite:7]{index=7}

</syntaxhighlight>

офіційно затверджений текст MIT License публікують OSI і SPDX.; MIT License

Copyleft означає, що похідні роботи часто мають поширюватися під тією ж або сумісною відкритою ліцензією.; MIT License добре підходить для такого сценарію.; * MIT License не гарантує безпеку або якість коду.;

Джерела

  • використовувати програмне забезпечення;
  • копіювати код;
  • змінювати код;
  • об’єднувати код з іншим кодом;
  • публікувати код;
  • поширювати копії;
  • субліцензувати;
  • продавати копії;
  • використовувати код у proprietary software;
  • використовувати код у commercial products;
  • використовувати код в open source-проєктах.; Критерій

Приклад:

Головна умова MIT License — зберігати copyright notice і permission notice в усіх копіях або substantial portions of the software.;
У Python-проєктах MIT License можна вказувати в `pyproject.toml` або metadata.; :contentReference [oaicite:6]{index=6}
* MIT License надає можливість використовувати код у proprietary software.; OSI-approved license означає.;</div>

* ви хочете, щоб похідні проєкти обов’язково відкривали код;
* потрібен explicit patent grant;
* проєкт має складні корпоративні patent concerns;
* потрібні детальні trademark clauses;
* потрібна сильна contributor policy;
* проєкт хоче AGPL-подібну вимогу для SaaS;
* істотно контролювати використання бренду;
* ви хочете public domain-like підхід без attribution — тоді має змогу бути доречніший MIT-0 або інший варіант.; Критерій

</div>

MIT License зручна для:

'''Практична порада:''' якщо репозиторій не має ліцензії, інші люди не мають автоматичного дозволу використовувати код як open source.;<div style="background:#e7f3ff; border-left:6px solid #2b7cff; padding:12px; margin:12px 0;">

* прикладів коду;
* snippets;
* sample projects;
* документаційних прикладів;
* ситуацій, де автор не хоче вимагати attribution;
* дуже простого повторного використання.;== OSI approval ==

Copyright (c) 2026 Example Company

Що надає можливість MIT License

  • індивідуальний розробник;
  • команда;
  • організація;
  • фонд;
  • університет;
  • open source-проєкт;
  • кілька авторів.; Головна умова — зберегти copyright notice і текст ліцензії.; це коротка permissive open source-ліцензія; додатково реалізовано зміну, поширення, використання в комерційних продуктах, субліцензування й продаж копій програмного забезпечення виступає ключовою рисою програмного забезпечення.; * Документація GitHub щодо ліцензування репозиторіїв.; Це сприяє:

This project is licensed under the MIT License.; :contentReference [oaicite:4]{index=4}

license-files = ["LICENSE"]

MIT License не гарантує безпеку коду.; * npm;

  • package scanners;
  • dependency checkers;
  • compliance tools;
  • GitHub;
  • automated SBOM;
  • license audits.; ISC License

MIT License у npm і JavaScript

{

</syntaxhighlight>

MIT License — це одна з найпростіших і найпопулярніших permissive open source-ліцензій.; Критерій

!; !;

Або через license file: істотно: не копіюйте випадково обрізаний або змінений текст ліцензії з ненадійних джерел.; MIT License

MIT-0 або MIT No Attribution — варіант, який ще більше спрощує використання, бо не містить вимоги зберігати attribution у з цієї причини ж вигляді, що класична MIT License.; Copyright (c) 2026 Ivan Petrenko

Якщо в репозиторії немає ліцензії: Або:

Це не означає, що ліцензійний пакет “несерйозна”.; * SPDX documentation about license identifiers.; * SPDX-ідентифікатор MIT License — `MIT`.; Основні переважні аспекти MIT License: 

Навіть якщо бібліотека має MIT License, потрібно перевіряти:

</div>

<div style="background:#fff4e5; border-left:6px solid #f39c12; padding:12px; margin:12px 0;">

* додати файл `LICENSE`;
* використовувати точний текст MIT License;
* вказати правильний copyright holder;
* додати SPDX identifier у файли коду;
* вказати ліцензію в package metadata;
* зберігати third-party notices;
* не змінювати текст ліцензії без потреби;
* перевіряти dependencies;
* вести SBOM для великих проєктів;
* не плутати MIT і MIT-0;
* не видаляти copyright notices з чужого коду;
* перевіряти корпоративні правила open source compliance.;== Як додати MIT License до проєкту ==
ISC License часто сприймають як спрощену permissive-ліцензію з дуже коротким текстом.; :contentReference [oaicite:1]{index=1}

* приватне використання;
* комерційне використання;
* модифікацію;
* поширення;
* sublicensing;
* продаж копій;
* включення в proprietary products;
* включення в open source products;
* використання в бібліотеках;
* використання в застосунках;
* використання в SaaS;
* використання в навчальних проєктах.; У типовому проєкті він починається з:
</div>
</div>
<syntaxhighlight lang="text">
== MIT License і ISC License ==
</div>

</div>

== Коли варто використовувати MIT License ==

!;<div style="background:#fdecea; border-left:6px solid #e74c3c; padding:12px; margin:12px 0;">
</div>
== Основна умова ==

Це означає, що якщо ви використовуєте MIT-licensed код у своєму проєкті, потрібно залишити:

Повний текст краще брати з OSI або SPDX, щоб не зробити помилку в ліцензії.; * [[Open source]]
* [[Open Source Initiative]]
* [[SPDX]]
* [[Apache License 2.0]]
* [[GPL]]
* [[BSD License]]
* [[ISC License]]
* [[MIT-0]]
* [[Software license]]
* [[Copyright]]
* [[Copyleft]]
* [[Permissive license]]
* [[Proprietary software]]
* [[Free software]]
* [[GitHub]]
* [[npm]]
* [[PyPI]]
* [[SBOM]]
* [[Open source compliance]]
* [[Ліцензія програмного забезпечення]]
* [[Документація]]

'''Практична роль:''' SPDX-ідентифікатор надає можливість людям і автоматичним інструментам оперативно зрозуміти, під якою ліцензією поширюється файл.; * MIT-0 — окрема ліцензійний пакет, а не без ускладнень коротка назва MIT License.;<div style="background:#eafaf1; border-left:6px solid #2ecc71; padding:12px; margin:12px 0;">

<div style="background:#eafaf1; border-left:6px solid #2ecc71; padding:12px; margin:12px 0;">

// SPDX-License-Identifier: MIT
== Див.; додатково ==
MIT License часто використовують у навчальних репозиторіях.; Apache License 2.0

* `THIRD_PARTY_NOTICES.txt`;
* розділ “Licenses” у застосунку;
* документація;
* сторінка About;
* окремий файл із ліцензіями;
* bundled license texts.; Навпаки: її простота зробила її зручною для open source-проєктів, стартапів, бібліотек, навчальних репозиторіїв і комерційного використання.; ...; |-
| Довжина
| Дуже коротка
| Значно довша
|-
| Patent grant
| Не має явного детального patent grant
| Має явний patent grant
|-
| Умови attribution
| Прості
| Детальніші
|-
| NOTICE file
| Не вимагає окремого NOTICE механізму
| має змогу вимагати збереження NOTICE
|-
| Коли обирають
| Простота й максимальна легкість
| Коли важлива явніша патентна мова
|}

Помилка: обирати MIT License, якщо головна мета — змусити всі похідні роботи залишатися open source.; GPL

Типова структура:

MIT License і GPL

Вона надає можливість:

Це відрізняє її від деяких ліцензій, які спеціально регулюють network use або server-side use.; Перевага: для навчального коду MIT License зручна, бо надає можливість іншим студентам і розробникам без зайвих зусиль адаптувати приклади.;

MIT License у GitHub

MIT-0

MIT License належить до permissive licenses.; :contentReference [oaicite:8]{index=8}

project/

MIT-0 має змогу бути цікава для:

Можливі проблеми:

Загальний характеристика

Далі йде permission notice і warranty disclaimer.;<syntaxhighlight lang="text">

Отримано з https://wiki.corp2.eu/index.php?title=MIT_License&oldid=1346