Мне всё-таки кажется, что это слишком широкое толкование конвейеризации через контейнеризацию. Этак любой прокси-сервер будет unix-style. Из красивых слов тут скорее подошла бы микросервисная архитектура.
Рейтинг плохой, а новость с точки зрения администрации Хабра идеальная. Хабр работает по принципу старого анекдота, "тусуются, в кайф!". Чем тупее новость, тем активнее её комментируют, тем больше циферка вовлечённости аудитории, которую потом можно продать рекламодателям.
Впрочем, ваш пример натолкнул меня на другой: многие функции перестали принимать null вместо строки, например htmlspecialchars(). Это да, неприятно, если у вас исходно был кривоватый код
Чего-чего? Это где это вы ожидали, что сравнение строки 'string1' с числом 0 даст истину? У вас реально на этом строилась логика? Для всех остальных это не "ожидаемое поведение", а очевидный БАГ. Который и был исправлен.
Я не спорю с падением популярности пыхи, но "всё будет переписано на Go (Расте)" - это такой же закидон, как и 74%.
Ещё как бы есть Питон, Руби, Нода с жсом и АСП с шарпом. Все эти языки/платформы, так же как и пыха, ГОДАМИ нарабатывали навыки работы с веб (правда, на десять лет оставая от пыхи в осознании SQL инъекций, XSS и прочих тонкостей). Обрастали инструментами фреймворками и экосистемами. В 5 минут это не делается. И не везде нужен охрениллиард запросов в наносекунду.
"Полно фреймворков" ещё совсем не означает, что эти фремворки вообще жизнеспособны. А, скорее, наоборот. И к тому же, "полно фреймворков" - это скорее минус, чем плюс, жсники не дадут соврать.
Ваше "go больше про простоту" и "orm многие предпочитают не использовать" за километр кричит про штучную разработку, а не индустрию. Вот когда будет платформа по выпеканию сайтов, как горячих пирожков, сравнимая с ларавлём - тогда и поговорим. И как в этом случае "в Го всё по простоте" аукнется.
Я могу конечно ошибаться, но чисто со стороны, вы в своем прозелитстве не отличаетесь от фанбоев пхп. «Телевидению принадлежит будущее! Не будет ни газет, ни книг, ни кино, ни театров - одно сплошное телевидение!».
Нет, ну вы серьезно предлагаете клепать круды на расте? С одной стороны, я согласен с вашим разбором, но с другой предлагаемые альтернативы выглядят довольно странно. На том же Go переписывают обычно критичные участки, а бизнес-логика остатётся на Ларавле. В конце концов, есть что-то подобное Cимфони для Go? Для Rust?
Так лично вас никто не заставляет писать как на C#. Хочете - пишете, не хочете - валяйте как раньше. Из обратно несовместимых изменений - это были выпилены вещи типа $a = ''; $a['key'] = 1;, но это дичь, а не C#. А в остальном старый код будет работать так же, за исключением очевидных deprecations, которые есть везде.
Какие у вас конкретно проблемы c новым РНР? Что именно вы не можете делать, как раньше? Скучаете по register_globals? Magic quotes?
Ну как раз в копроративе пых довольно силён. Весь средний екоммерс (который уже не быдликс но ещё не ВБ) - на нём. Плюс всякие стартупы, которые переписывают с MERN. В статье очень хорошо прописан юзкейс, только не упомянуто, что ещё и базу приходится переделывать с хайпно-вайбной на нормальную.
Мне кажется, стоит перестать ссылаться на статистику W3Tech. Во-первых, они нигде не приводят количество серверов, для которых "технология неизвестна". А из этой цифры можно было бы вывести реальный процент. Во-вторых, количество хостов - не самая адекватная метрика. Если смотреть по трафику, то РНР сразу скатится вниз. Из 20 топовых сайтов интернета по трафику, только четверть имеет отношение к РНР. В-третьих, подавляющее большинство этих хостов работают под уордпресс. И слова про прекрасный новый РНР становятся несколько двусмысленными. Но главное - эта пресловутая цифра, 146% 74%, говорит о популярности определённой блог-платформы, а не языка РНР. И, кстати, о популярности языка. Количество просмотров у статей в этом хабе упало за 8 лет в 10 раз: с 30к в среднем 8 лет назад до 3k сейчас. Возможно, это Хабр уже не торт, но в любом случае отрицать падение интереса к языку глупо.
Странно, вы оправдываете выбор JSON умозрительной задачей, которую, как я понимаю, на данный момент вам решать не требуется :)
Не поймите меня неправильно, я не критикую ваш выбор, просто спросил про причины. И если бы вы сразу написали про дело вкуса, то и вопросов бы не было. Но вот ваши объяснения действительно вызывают скорее недоумение.
о каком удобстве "текстового формата" идёт речь? Удобнее в чём? Вы имеете в виду разглядывать содержимое БД или работу в коде? Первое владельцу бота вряд ли когда-либо потребуется, а второе очевидно проще в SQL, один простой запрос вместо бороды кода на 20 строчек.
в чём сложность перемещения бд sqlite между хостингами?
непонятно, при чём тут mini app, если вы всё равно получаете из файла массив, а потом пакуете его для отправки в телегу. Какая разница, откуда получать массив - из БД или файла?
статический файл, может, и быстрее на пару наносекунд, но рисковать полностью затереть базу из-за банального состояния гонки при записи количества прослушиваний?..
Тут интересна не задача, а подход к решению. С такого вот баловства начинаются серьёзные вещи. FFI в языке уже давно, но случаи использования всё ещё единичные. А с таких дурацких на вид примеров, глядишь, начнётся и более массовое использование.
Бывает часто такая ситуация, что неправильно можем называть имя класса, имя переменной или название файла, не всегда это получается заметить в силу разных факторов, а потом из этого в проекте могут быть опечатки, что могут приводить к complexity кода и путаницы в прочтении
Даже не знаю, что это: пример такой путаницы или вы забыли натравить свой анализатор на текст статьи.
В любом случае, из этого описания непонятно почти ничего, и в частности - что эта утилита собственно делает. "Правильность" может означать совсем разные вещи - например соответствие правилам PSR-4. Но судя по всему, тут просто делается проверка орфографии. И похоже, что лично два вас такая проверка является насущность необходимостью.
В любом случае - спасибо. С одной стороны, у меня орфографию проверяет PHPStorm, но с другой - всегда приятно видеть такой законченный проект, даже с интеграцией в композер.
Мне всё-таки кажется, что это слишком широкое толкование конвейеризации через контейнеризацию. Этак любой прокси-сервер будет unix-style. Из красивых слов тут скорее подошла бы микросервисная архитектура.
Просто интересно, как безопасность этого элемента реализуется в django? Там по умолчанию уродуется строка, путём отрывания у неё javascript: спереди?
Не надо кликушествовать. Нигде там не написано, что это "рекомендация".
Рейтинг плохой, а новость с точки зрения администрации Хабра идеальная. Хабр работает по принципу старого анекдота, "тусуются, в кайф!". Чем тупее новость, тем активнее её комментируют, тем больше циферка вовлечённости аудитории, которую потом можно продать рекламодателям.
Впрочем, ваш пример натолкнул меня на другой: многие функции перестали принимать null вместо строки, например htmlspecialchars(). Это да, неприятно, если у вас исходно был кривоватый код
Чего-чего? Это где это вы ожидали, что сравнение строки 'string1' с числом 0 даст истину? У вас реально на этом строилась логика? Для всех остальных это не "ожидаемое поведение", а очевидный БАГ. Который и был исправлен.
Я не спорю с падением популярности пыхи, но "всё будет переписано на Go (Расте)" - это такой же закидон, как и 74%.
Ещё как бы есть Питон, Руби, Нода с жсом и АСП с шарпом. Все эти языки/платформы, так же как и пыха, ГОДАМИ нарабатывали навыки работы с веб (правда, на десять лет оставая от пыхи в осознании SQL инъекций, XSS и прочих тонкостей). Обрастали инструментами фреймворками и экосистемами. В 5 минут это не делается. И не везде нужен охрениллиард запросов в наносекунду.
"Полно фреймворков" ещё совсем не означает, что эти фремворки вообще жизнеспособны. А, скорее, наоборот. И к тому же, "полно фреймворков" - это скорее минус, чем плюс, жсники не дадут соврать.
Ваше "go больше про простоту" и "orm многие предпочитают не использовать" за километр кричит про штучную разработку, а не индустрию. Вот когда будет платформа по выпеканию сайтов, как горячих пирожков, сравнимая с ларавлём - тогда и поговорим. И как в этом случае "в Го всё по простоте" аукнется.
Я могу конечно ошибаться, но чисто со стороны, вы в своем прозелитстве не отличаетесь от фанбоев пхп. «Телевидению принадлежит будущее! Не будет ни газет, ни книг, ни кино, ни театров - одно сплошное телевидение!».
Нет, ну вы серьезно предлагаете клепать круды на расте? С одной стороны, я согласен с вашим разбором, но с другой предлагаемые альтернативы выглядят довольно странно. На том же Go переписывают обычно критичные участки, а бизнес-логика остатётся на Ларавле. В конце концов, есть что-то подобное Cимфони для Go? Для Rust?
Так лично вас никто не заставляет писать как на C#. Хочете - пишете, не хочете - валяйте как раньше. Из обратно несовместимых изменений - это были выпилены вещи типа
$a = ''; $a['key'] = 1;, но это дичь, а не C#. А в остальном старый код будет работать так же, за исключением очевидных deprecations, которые есть везде.Какие у вас конкретно проблемы c новым РНР? Что именно вы не можете делать, как раньше? Скучаете по register_globals? Magic quotes?
Нет, на этом основана игра слов с этим мифом.
Ну как раз в копроративе пых довольно силён. Весь средний екоммерс (который уже не быдликс но ещё не ВБ) - на нём. Плюс всякие стартупы, которые переписывают с MERN. В статье очень хорошо прописан юзкейс, только не упомянуто, что ещё и базу приходится переделывать с хайпно-вайбной на нормальную.
Мне кажется, стоит перестать ссылаться на статистику W3Tech. Во-первых, они нигде не приводят количество серверов, для которых "технология неизвестна". А из этой цифры можно было бы вывести реальный процент. Во-вторых, количество хостов - не самая адекватная метрика. Если смотреть по трафику, то РНР сразу скатится вниз. Из 20 топовых сайтов интернета по трафику, только четверть имеет отношение к РНР.
В-третьих, подавляющее большинство этих хостов работают под уордпресс. И слова про прекрасный новый РНР становятся несколько двусмысленными. Но главное - эта пресловутая цифра,
146%74%, говорит о популярности определённой блог-платформы, а не языка РНР.И, кстати, о популярности языка. Количество просмотров у статей в этом хабе упало за 8 лет в 10 раз: с 30к в среднем 8 лет назад до 3k сейчас. Возможно, это Хабр уже не торт, но в любом случае отрицать падение интереса к языку глупо.
Странно, вы оправдываете выбор JSON умозрительной задачей, которую, как я понимаю, на данный момент вам решать не требуется :)
Не поймите меня неправильно, я не критикую ваш выбор, просто спросил про причины. И если бы вы сразу написали про дело вкуса, то и вопросов бы не было. Но вот ваши объяснения действительно вызывают скорее недоумение.
Вводит один, а слушают многие. И при каждом прослушивании перезаписывается весь файл.
Не очень понятно, если честно
о каком удобстве "текстового формата" идёт речь? Удобнее в чём? Вы имеете в виду разглядывать содержимое БД или работу в коде? Первое владельцу бота вряд ли когда-либо потребуется, а второе очевидно проще в SQL, один простой запрос вместо бороды кода на 20 строчек.
в чём сложность перемещения бд sqlite между хостингами?
непонятно, при чём тут mini app, если вы всё равно получаете из файла массив, а потом пакуете его для отправки в телегу. Какая разница, откуда получать массив - из БД или файла?
статический файл, может, и быстрее на пару наносекунд, но рисковать полностью затереть базу из-за банального состояния гонки при записи количества прослушиваний?..
А чем продиктован выбор JSON файлов, а не SQLite?
Можете скидывать эту.
Даже слишком модно, увы. https://habr.com/ru/articles/942398/
Тут интересна не задача, а подход к решению. С такого вот баловства начинаются серьёзные вещи. FFI в языке уже давно, но случаи использования всё ещё единичные. А с таких дурацких на вид примеров, глядишь, начнётся и более массовое использование.
Даже не знаю, что это: пример такой путаницы или вы забыли натравить свой анализатор на текст статьи.
В любом случае, из этого описания непонятно почти ничего, и в частности - что эта утилита собственно делает. "Правильность" может означать совсем разные вещи - например соответствие правилам PSR-4. Но судя по всему, тут просто делается проверка орфографии. И похоже, что лично два вас такая проверка является насущность необходимостью.
В любом случае - спасибо. С одной стороны, у меня орфографию проверяет PHPStorm, но с другой - всегда приятно видеть такой законченный проект, даже с интеграцией в композер.
Бинго, мне такая же идея пришла в голову!