Статья - просто бомба! Использование (относительно) новой фичи в РНР, а не пережёвывание старого. Практически реальный, а не совсем академический пример. Толковая подача. Спасибо большое! Всем корпоративным блогам брать пример со СберЗдоровья!
Немного обидно за пхп. В Питоне и FastAPI, и красивый логгер, а в пыхе echo 'Curl error: ' кишками наружу. И сам курл без единого враппера, голенький как в первый день творения знакомства с языком.
Мне всё-таки кажется, что это слишком широкое толкование конвейеризации через контейнеризацию. Этак любой прокси-сервер будет 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, сегодня файберы!
Статья - просто бомба! Использование (относительно) новой фичи в РНР, а не пережёвывание старого. Практически реальный, а не совсем академический пример. Толковая подача. Спасибо большое! Всем корпоративным блогам брать пример со СберЗдоровья!
Немного обидно за пхп. В Питоне и FastAPI, и красивый логгер, а в пыхе echo 'Curl error: ' кишками наружу. И сам курл без единого враппера, голенький как в первый день
творениязнакомства с языком.Мне всё-таки кажется, что это слишком широкое толкование конвейеризации через контейнеризацию. Этак любой прокси-сервер будет 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?
Можете скидывать эту.