Сейчас да, но я говорю про возможное будущее. Т.к. сейчас наверное единственная серьёзная проблема электромобилей — это долгая зарядка, бензиновый аналог можно «зарядить» за несколько минут, электромобиль же — нет, а смена аккумулятора решила бы эту проблему.
Запретить можно только полностью отделив рускоязычный интернет от всемирного. Все текущие блокировки легко обходятся человеком, умеющим хотя бы устанавливать браузер.
Аккумулятор — не двигатель всё-таки и в случае, если они будут дешевле, его можно будет менять вместо зарядки, заправляя таким образом машину, т.е. почти как заливать бензин. И почему не выгодно? Не выгодно для распиаренного бренда вроде теслы, а вот для других более мелких(на рынке электромобилей) — выгодно, т.к. если будет хорошо развитая сеть заправок для теслы и куча недоразвитых заправок для других электромобилей, все будут покупать теслу, а вот если будет хорошо развитая сеть заправок для теслы и хорошо развитая сеть заправок для других электромобилей, будут покупать также и другие. А выпускать необоснованно дорогие расходники для конкретной модели всегда можно, там же не только двигатель и аккумулятор.
ИМХО, производителям электромобилей нужно договориться для того, чтобы сделать универсальными зарядки и даже аккумуляторы(разных размеров для скутеров, мотоциклов, автомобилей, грузовиков, etc), в таком случае, когда аккумуляторы станут достаточно дешёвыми, их можно будет менять прям на заправке, платя при этом за электроэнергию.
А зачем отвечать не под моим комментом? Чтоб я не увидел и не ответил?)
Тот PHP, на котором я хоть что-то писал, это была ещё 5 версия или даже меньше — костыль, это не шаблонизатор, нормальный шаблонизатор защищает от XSS без костылей и позволяет писать код удобно и отделять логику от вывода. Но я могу предположить, что всё сильно изменилось и на PHP можно писать, как и на нормальных языках, потому и спрашиваю.
Для менее квалифицированных и дисциплинированных лучше подобрать готовые шаблонизаторы и фреймворки
Речь не о квалифицированности, можно и на C писать всё с нуля, но никто этого не делает, т.к. скорость разработки важнее. В Google работают очень квалифицированные специалисты, но YouTube сделан на ангуляре, потому что это быстрее и удобнее, чем писать с нуля.
Интересно. Кстати, данные экранировать нужно также на выходе ещё и потому что при доступе хакера к базе(sql инъекция) без экранирования он легко сделат xss.
И вообще, я на PHP не пишу, но неужели там нет нормального шаблонизатора, как в питониевых фреймворках вроде django? А то обернуть в функцию можно и забыть…
А вообще, мне больше нравится подход ангуляра. На Пикабу я находил xss, позволяющий изменить аттрибут, т.е. экранировались < >, но не ", поле в форме было короткое, но всё же можно было сделать инъекцию вроде
"onmouseover="javascript code goes here
В ангуляре не нужно делать ровным счётом ничего, он с помощью джаваскриптовой магии предотвратит инъекцию.
Пора писать open-source децентрализованную поисковую систему, которая также будет сохранять страницы, как web archive, только база будет распределена по компьютерам со всего мира и каждый сможет хранить у себя часть или всю(сколько хватит места) этой базы и каждый сможет вносить вклад, используя свой компьютер в качестве поискового робота.
Имхо, крайне неочевидно, почему мы делим февраль на элемент пятницы по индексу last? Понятно, как это всё работает, но как по мне не стоит исползовать операторы не по их назначению.
Какие-то уж совсем очевидные вещи. Можно было бы затронуть хотя б опции для фильтрации и сортировки ресурсов, а тут может быть много вариантов.
— как в django rest framework:
site.com/books?author=George Orwell&year__lte=1945&ordering=price
— исползьуя POST(некоторые и так делают):
POST site.com/filters/books
BODY: {
«filter»: ...,
«ordering»: ...,
}
— используя urlencode (лично мне этот метод нравится, т.к. не нужно запоминать извращённую djangoвскую нотацию и можно кешировать, также нет конфликтов полей книги и служебных слов(ordering), но минус — читабельность)
site.com/books?filter=author%3DGeorge%20Orwell%26year%3C%3D1945&order_by=price
— создавать фильтр POST'ом, записывая в базу и делать дальнейший запрос как-то так:
site.com/filters/1234
ИМХО, самый извращённый вариант, зачем хранить ненужный мусор в БД?
И тыщи других вариантов.
Как можно быть настолько наивным и тупым? Ну как можно верить в то, что в совеременном мире изоляция интернета не приведёт к деградации в первую очередь в техническом плане?
Тот PHP, на котором я хоть что-то писал, это была ещё 5 версия или даже меньше — костыль, это не шаблонизатор, нормальный шаблонизатор защищает от XSS без костылей и позволяет писать код удобно и отделять логику от вывода. Но я могу предположить, что всё сильно изменилось и на PHP можно писать, как и на нормальных языках, потому и спрашиваю.
Речь не о квалифицированности, можно и на C писать всё с нуля, но никто этого не делает, т.к. скорость разработки важнее. В Google работают очень квалифицированные специалисты, но YouTube сделан на ангуляре, потому что это быстрее и удобнее, чем писать с нуля.
И вообще, я на PHP не пишу, но неужели там нет нормального шаблонизатора, как в питониевых фреймворках вроде django? А то обернуть в функцию можно и забыть…
А вообще, мне больше нравится подход ангуляра. На Пикабу я находил xss, позволяющий изменить аттрибут, т.е. экранировались < >, но не ", поле в форме было короткое, но всё же можно было сделать инъекцию вроде
"onmouseover="javascript code goes hereВ ангуляре не нужно делать ровным счётом ничего, он с помощью джаваскриптовой магии предотвратит инъекцию.
ideone.com/0aC8L2
Имхо, крайне неочевидно, почему мы делим февраль на элемент пятницы по индексу last? Понятно, как это всё работает, но как по мне не стоит исползовать операторы не по их назначению.
— как в django rest framework:
site.com/books?author=George Orwell&year__lte=1945&ordering=price
— исползьуя POST(некоторые и так делают):
POST site.com/filters/books
BODY: {
«filter»: ...,
«ordering»: ...,
}
— используя urlencode (лично мне этот метод нравится, т.к. не нужно запоминать извращённую djangoвскую нотацию и можно кешировать, также нет конфликтов полей книги и служебных слов(ordering), но минус — читабельность)
site.com/books?filter=author%3DGeorge%20Orwell%26year%3C%3D1945&order_by=price
— создавать фильтр POST'ом, записывая в базу и делать дальнейший запрос как-то так:
site.com/filters/1234
ИМХО, самый извращённый вариант, зачем хранить ненужный мусор в БД?
И тыщи других вариантов.