Ну чисто теоретически, на ваш пример можно натянуть аналогию автобус (ОТ) == хайлоад, а в автобусах, как все знают, нет никаких ремней безопасности. Так что да, без ремней гораздо быстрее, и ничего критического не происходит обычно :)
Чтобы не путаться -- нужно использовать нормальный шрифт. В нормальных шрифтах всё нормально читается, и отличается и i от j, и 0 от O, и даже l от I (хотя с этим обычно тяжко везде)...
У меня и используется rmhubbert/bubbletea-overlay. Основное недовольство у меня было в том, что всё приходится делать самому:
Пришлось завести отдельный глобальный канал для событий, через которые и отправляются ивенты открытия/закрытия/изменения нужной модалки
Приходится самому обрабатывать ивенты, как в случае с модалками, в Update либо перенаправляем в модалку события, либо в основное окно, то же самое и внутри модалок, в зависимости от того что сейчас активно (форма или кнопки), туда и направляем события, и в целом код превращается в какую-то лапшу
Нет никакой связи моделей с родителями, образно говоря, когда у тебя в модель кнопки Save прилетает событие "нажали Enter", невозможно сделать нечто аналогичное $(this).parents('dialog').find('input'), поэтом приходится делать обработку событий на верхнем уровне (dialog), который "знает о детях всё".
Но повторюсь, вполне может быть то, что я в чём-то не разобрался, или что-то не понял, но как бы я не пытался найти каких-то комплексных примеров, где были бы решены "задачи как у меня" -- ничего не вышло) На каком-нибудь vue я бы это накидал раз в 10 быстрее :)
Для простеньких вещей оно и правда удобное и красивое, хотя, тут мне кажется больше заслуга lipgloss. А когда надо что-то сложнее спиннера вывести -- тут уже начинаются всякие приключения. Не так давно нужно было слепить утилитку небольшую, в стиле mc, нужно выводить табличку, и с каждой строкой что-то делать (в отдельном модальном диалоге) -- получается какая-то дичь. Не знаю, может быть это я слишком тупенький, или что-то ещё, но пришлось наделать кучу костылей...
Ну, из результатов я заметил только то, что автоиндекс в nginx они отключили, и всё. Никаких ответов не было, да и сорсмапы вроде бы как лежали, так и лежат. Без автоиндекса их вытащить сложнее, но не невозможно.
А можно не надо? Странная у вас логика. Если можно сделать хрень, значит её надо делать... Лампочку тоже можно в рот засунуть, но вы же этого не делаете? Простые CRUDы можно клепать на чём угодно, хоть на PHP, хоть на Go, хоть на C++. Так же и большие, сложные системы можно делать на чём угодно, в т.ч. и на PHP. Если у вас не хватает компетенций использовать все возможности, которые предоставляет ЯП и инструменты, будь то строгая типизация, гибкий PHPDoc для описания различных структур "в массивах/хэштаблицах", статический анализ, и т.д., то точно ли дело в языке?
Ну а ещё, развитая бизнес-логика развитой бизнес-логике рознь. Где-то можно простую вещь сделать просто, а где-то надо нагородить абстракций над абстракциями, обмазать всё десятком интерфейсов, и внезапно 10 строк реальной бизнес-логики превращается в 1000... Это я к тому, что оценивать сложность/серьёзность проекта по LoC -- это какое-то писькомерство. У кого больше.
Имеем bird, который держит fw v4/v6 от ТТК и РТК, и всё помещается в 3GB. Откуда 32GB то взялось? Да ещё и на каждого?
А попробуйте попрограммировать на CSS без использования HTML =)
А вам прям спать не дают, эти многоэтажные дивы?
Ну чисто теоретически, на ваш пример можно натянуть аналогию автобус (ОТ) == хайлоад, а в автобусах, как все знают, нет никаких ремней безопасности. Так что да, без ремней гораздо быстрее, и ничего критического не происходит обычно :)
Вашей базы не хватает для попадания в нужный комментарий!
Вы нам не подходите, сорян.
Чтобы не путаться -- нужно использовать нормальный шрифт.
В нормальных шрифтах всё нормально читается, и отличается и
iотj, и0отO, и дажеlотI(хотя с этим обычно тяжко везде)...О, а может быть вы ещё знаете как заблэклистить VRAM?
А то сломалась одна банка, и её не могут починить...)
В типичном двухголовом сервере обычно 16 слотов. А в 16 слотов влезет целый терабайт планками по 64G.
Ну не на порядки же :)
Это действительно нагляднее и удобнее
[a-z0-9-]?У меня и используется rmhubbert/bubbletea-overlay.
Основное недовольство у меня было в том, что всё приходится делать самому:
Пришлось завести отдельный глобальный канал для событий, через которые и отправляются ивенты открытия/закрытия/изменения нужной модалки
Приходится самому обрабатывать ивенты, как в случае с модалками, в Update либо перенаправляем в модалку события, либо в основное окно, то же самое и внутри модалок, в зависимости от того что сейчас активно (форма или кнопки), туда и направляем события, и в целом код превращается в какую-то лапшу
Нет никакой связи моделей с родителями, образно говоря, когда у тебя в модель кнопки Save прилетает событие "нажали Enter", невозможно сделать нечто аналогичное
$(this).parents('dialog').find('input'), поэтом приходится делать обработку событий на верхнем уровне (dialog), который "знает о детях всё".Но повторюсь, вполне может быть то, что я в чём-то не разобрался, или что-то не понял, но как бы я не пытался найти каких-то комплексных примеров, где были бы решены "задачи как у меня" -- ничего не вышло)
На каком-нибудь vue я бы это накидал раз в 10 быстрее :)
Для простеньких вещей оно и правда удобное и красивое, хотя, тут мне кажется больше заслуга lipgloss.
А когда надо что-то сложнее спиннера вывести -- тут уже начинаются всякие приключения.
Не так давно нужно было слепить утилитку небольшую, в стиле mc, нужно выводить табличку, и с каждой строкой что-то делать (в отдельном модальном диалоге) -- получается какая-то дичь. Не знаю, может быть это я слишком тупенький, или что-то ещё, но пришлось наделать кучу костылей...
Да как-то слишком долго они этим занимаются))
Оххх, мне вот тоже предстоит из ВТБ переводить в ближайшее время, спасибо, обнадёжили...
Последнее их письмо от 24 января было имело следующее содержание:
Ну вот, уже больше полугода ожидаю :)
Ну, из результатов я заметил только то, что автоиндекс в nginx они отключили, и всё. Никаких ответов не было, да и сорсмапы вроде бы как лежали, так и лежат. Без автоиндекса их вытащить сложнее, но не невозможно.
Могу предложить потыкать девелоперов https://github.com/BookStackApp/BookStack/issues/2519 :)
Вы наверное забыли, или не знаете историю про РЖД и сапсан...)
Шиповка на льду держит лучше, чем полуслики на асфальте.
Но вот шоссер с шиповкой я конечно представить не могу...)
А можно не надо? Странная у вас логика. Если можно сделать хрень, значит её надо делать... Лампочку тоже можно в рот засунуть, но вы же этого не делаете?
Простые CRUDы можно клепать на чём угодно, хоть на PHP, хоть на Go, хоть на C++. Так же и большие, сложные системы можно делать на чём угодно, в т.ч. и на PHP. Если у вас не хватает компетенций использовать все возможности, которые предоставляет ЯП и инструменты, будь то строгая типизация, гибкий PHPDoc для описания различных структур "в массивах/хэштаблицах", статический анализ, и т.д., то точно ли дело в языке?
Ну а ещё, развитая бизнес-логика развитой бизнес-логике рознь. Где-то можно простую вещь сделать просто, а где-то надо нагородить абстракций над абстракциями, обмазать всё десятком интерфейсов, и внезапно 10 строк реальной бизнес-логики превращается в 1000... Это я к тому, что оценивать сложность/серьёзность проекта по LoC -- это какое-то писькомерство. У кого больше.