Если вы только знакомитесь с JS и решили начать с данной темы, то стоит остановиться :)
Прототипы в реальном коде не используют (без специфической задачи, конечно), а если вам вот прям надо реализовать что-то на прототипах, то можно погрузиться в данный курс: hexlet.io/courses/js_prototypes
Adamos, пока ничего не горожу, а опираюсь на существующую систему и хочу использовать её в своих целях. Не вижу в этом чего-то экстраординарного, проблема только в универсальности и доступности. Выделил всё это в отдельное обсуждение: https://toster.ru/answer?answer_id=1279499#answers...
Rsa97, я думаю, дело не в редакторе, а в том, что на рабочем ПК виртуалка с Убунту, а основная система - Винда, будь он не ладна. И из-за этого происходит данный косяк, ибо на виртуалке даже дописывание в файл через >> даёт такое же поведение.
Но о проблеме с редакторами я в курсе, но если получится разрешить проблему с ссылками, то останется только вопрос к PhpStorm - страдает ли он такой болезнью, как пересоздание файлов. Ибо редактировать документацию буду или я, или разработчики, а мы все работает в Шторме.
Если по ТЗ требуется, чтобы было управление системой от имени разных лиц, то идентификация пользователя понадобится хоть какая-нибудь (хотя бы куку перезаписывать по нажатию кнопки).
В коде реализация запрета редактирования может быть разная, самый банальный вариант:
Разминка притянута за уши (как и моя тема, в общем-то), не представляю, чтобы из открытого репозитория (в рамках одной организации) кто-то захотел скачивать исходники и передавать их по сети в архиве )
АртемЪ,
> непонятно тогда вообще в чем проблема
Я не знаю, почему тут для всех это проблема, кроме Александра (чей ответ отмечен решением). Есть два решения для трёх популярных ОС + тот же inode. Теоретически получается возможным привязаться к файлу, не цепляясь за имя/содержимое/путь. Всё, что мне остаётся - прогуглить эту тему чуть подробнее, сделать пару-тройку экспериментальных файлов и если это окажется совсем неудобный костыль, то я просто поставлю в гите права так, чтобы все изменения в файлах шли через мерж-реквесты и буду сам контролировать.
АртемЪ, смотря что имеется в виду под изменением - перемещение, переименование? Возможно, что никогда. А вот контент вполне может меняться из-за опечаток, недостатка информации, устаревания и т.п.
Adamos, над файлами ничего нет пока что, это просто документация, написанная не одним большим файлом, а множеством мелких с перекрёстными ссылками. Вот как раз моя мысль об автоматизации перелинковки средствами уникальных ключей - это и есть планируемая система НАД ними.
Если я правильно понимаю, то она вам не нравится (да и у меня пока есть сомнения об её успехе), но какой путь вы предлагаете, я пока не улавливаю ) Повесить на главной странице дисклеймер "редактируй файлы только в PhpStorm"?
Александр Таратин, extended attributes? Чёрт, я сегодня рядом с ними находился, но ушёл от слова "атрибуты" к "метаданным" и в итоге потерял нужную нить )
Есть ли у вас личный опыт их использования? Интересует, стоит ли овчинка выделки.
Adamos, да, задача возникла из-за того, что нет проекта - никто точно не знает какая будет структура каталогов, что вообще будет записываться в файлы и какие они получат имена. Но я точно знаю, что будет много текстовых файлов и читать их будет нужно не в алфавитном порядке, а в заданном некой логикой.
В настоящее время, когда файлов чуть больше десятка, нет потребности что-то мудрить, но я боюсь, что однажды, например, через год, придётся внести небольшое изменение в структуру и внезапно отвалятся сотни ссылок.
Возможно, этого никогда не случится или проблемы по перелинковке не возникнет, т.к. я обойдусь парой-тройкой регулярных выражений. Но сама идея идентификации файла в момент создания без привязки к его имени, каталогу или содержимому показалась мне максимально простой и очевидной. Поскольку самостоятельно я не определил насколько это адекватная мысль, я и сформулировал то, что есть на данный момент.
Для копирования файлов нет особой причины, т.к. всё версионируется, а вот может быть такое, что виртуалку с документацией помимо меня склонирует кто-то ещё для совместной работы.
В настоящее время нам маркдауна хватит за глаза, а генерация сайта с документацией, имхо, дичь, потому что зачем использовать язык разметки и сооружать сервер, если можно сразу писать на языке разметки. Если я пойму, что чего-то из моего списка требований нет в маркдауне, то напишу просто свой макрос какой-нибудь )
PS
А по поводу "чем меньше секвелайзизмов, тем лучше" - я так понимаю,
case whenзаменить тут тоже нечем и query - мой вариант? )PPS
Есть достойные альтернативы секвалайзу, которыми не стыдно пользоваться?