Pull to refresh
-1
0
Андрей @Akdmeh

Пользователь

Send message
Ну и замечание: многие вещи в плане разделения frontend/backend будут сделаны в Yii 2.1. Как минимум — отказ от привязки к jQuery. Разработчики прекрасно знают о подобной исторической проблеме архитектуры и пытаются ее постепенно решить по мере возможностей.
Но в плане разработки сайта на коленке с простой админкой — это очень сильная сторона Yii. По сути можно сделать на нем простой блог за 30 минут и это не преувеличение.
В принципе, это ведь синтаксический сахар.
Почему бы и нет? Похожие нововведения местами улучшили синтаксис PHP, и для JS это не особо повлияет на концептуальность языка.
Объективная она во всем, кроме качества экрана, где вы схитрили и сказали, что разница в подсветке для вас не чувствуется.
Я же, как и многие, покупаю устройство не по объективным параметрам, а по субъективному ощущению — как мне будет лучше и удобнее. Так вот, мне синяя неравномерная подсветка с артефактами ни разу не лучшая за экран Kindle.
Я даже один PocketBook сдавал в магазин обратно после покупки из-за этой неравномерности. На свою голову я купил эту же книжку в другом магазине, в которой эта неравномерность была не так заметна, но все же не исчезла. Через несколько месяцев я спросил у того, кому подарил книжку: «ну как, не сильно раздражают те неравномерности в подсветке?», на что получил ответ: «может Kindle не имеет поддержки fb2, чего я собственно опасался, но качество экрана и подсветки в нем лучше и жалею, что ты меня все же не уговорил купить Kindle». Единственный аргумент, который остановил от покупки Киндла — это более низкая цена Покетбуков. Чего не отнять, того не отнять. Но петь дифирамбы Покетбукам и говорить, что они ничем не хуже — это лукавство.
Я хочу искренее верить, что Покетбук в этом смысле стал лучше, и когда у меня зайдет вопрос о покупке новой книжки — я их обязательно сравню. Но именно качество экрана и подсветки мне будет главным параметром.
И уже, покупая три книжки — еще ни разу в этом сравнении PocketBook для меня не победил.
Слабее, кроме главного параметра — качества экрана.
Особенно, когда сравнение идет не с флагманом на флагман, а в среднем классе.
В Kindle есть единственное преимущество, из-за которого я его и купил: качество экрана. Вот не нравится мне эта синева на Pocketbook. Подсветка местами неравномерная, а на Kindle Paperwhite скорость перелистывания быстрее и менее заметны артефакты.
Форматы — когда это было проблемой?
Вот когда качество экрана и подсветки в PocketBook будет на уровне Kindle — тогда и можно будет подумать, ведь главная функция книги — это ее читать, и читать удобно, а не сидеть в браузере или играть в шахматы (для этого у меня есть телефон).
Вся статья, как и обычные упоминания Kindle, имеют только одну маркетинговую цель: смотрите, PocketBook не хуже. Обратите внимание, именно «не хуже». Пора бы изучить базовое маркетинговое правило — сравнение всегда происходит в пользу того предмета, с которым идет сравнение. Упоминая его, вы просто подчеркиваете статус Kindle. То есть, такое чувство, что вы сами понимаете реальное качество Покетбуков и подобными сравнениями (в частности, количество форматов) вы только пытаетесь оправдаться перед более сильным конкурентом.
Бывает чисто по неосторожности или из-за security through obscurity — «да кто там догадается, что этот параметр не экранирован, это же только админка»
Скрипты переводите на prepared statements или оставляете как есть?
register globals давно встречали?
По ответам можно сделать только один вывод: каждый должен решать индивидуально, что работает быстрее. Наверное, очень зависит от удаленности к серверам и настройкам самого провайдера.
Берите выше. Киев, Triolan:
Cloudflare 1-3 мс; google — 34.
Как ни странно, у меня совместимость поломалась не между 5.6 и 7.1, как можно было бы ожидать, а между 7.1 и 7.2 из-за появления ключевого слова Object.
В Yii2 это уже пофиксили, да никак не доходят руки накатить новую версию и перепроверить на сайте-стотысячнике.
Ну а обычно сложность только возникает, если используется mysql_ библиотека и просто из-за отсутствия штатных разработчиков, которые бы поддерживали актуальность скрипта. Многие сайты работают по принципу: «работает — не трогай».
Ничего себе!
Я своего времени наткнулся на эту инъекцию и подумал, что это by design и после этого всегда использовал фильтрацию. Видимо, в следующий раз стоит разобраться и писать тикет.
Меня больше заинтересовала дополнительная батарея, если честно. Не думаю, что optibay в этом поможет.
Вот на счет заменяемого блока вместо оптического привода — это killer-фича, этого не хватает многим другим производителям. В остальном — нет, после определенного опыта я ни за что не возьму ноутбуки с пластиковым корпусом — алюминий более долговечный и удобный при транспортировке.
Как шутит мой отец:
«Ты съел сегодня две сосиски. Я — ни одной. Получается — одна сосиска на душу населения».
Хотелось бы узнать количество пользователей, которые вообще не используют интернет и узнать среднее среди тех, кто его используют. Думаю, будет два пика — около 400-700 мб в месяц для тех, кто более-менее смотрит информацию с телефона в дороге и около 3-5 гб для тех, кто использует интернет довольно часто вместо проводного интернета.
На просторах интернета не нашел единого рецепта по установке и настройке такого, довольно нестандартного сервера

1) плохо искали
2) в чем нестандартность? Обычная документация же, у меня только в закладках несколько подобных статей!
3) Vagrant
4) Apache не нужен, давным давно уже пора переходить на более понятную и быструю связку Nginx+PHP-FPM72. «Продукты прибиты к .htaccess» не аргумент, аргумент «лень изучить, как быстро переписать реврайты Apache на nGinx», что на самом деле несложно, если разобраться
Мне кажется потому, что специфика разная.
Бэкенд — это ведь еще нередко запросы к базе данных либо вообще другой язык программирования.
Знаю, но не в тех случаях, когда включая показ Notice, сталкиваешься с тысячами, тысячами подобных ошибок и не знаешь, что привнесено из-за изменения версии, а что из-за раздолбайства программистов.
Поэтому иногда подобные проекты доживают последние дни на комфортном 5.6
Да я еще помню PHP 4.4.9, в которой ООП было больше на словах как немного усложненные массивы без областей видимости.
Я не такой уж и профи, чтобы свободно об этом говорить, но революционным показался именно 5.3, когда появились неймспейсы (хотя я тогда мало работал с большими скриптами и не до конца мог понять преимущества), а также анонимные функции, а в PHP 5.4 хорошо запомнился синтаксический сахар объявления массивов с помощью [].
Ну по сути 5.3 стал промышленным стандартом, до сих пор, наверное, можно было бы найти несколько хостингов с этой патченой версией.
Каждая версия добавляла немного в производительности, но только в 7.0 случился столь сильный рывок из-за плотного переписывания внутренностей.
Ну а второе важное явление в языке — это развитие экосистемы, которая помогала избегать велосипедостроения. Composer ну очень сильно упростил жизнь в поддержке модулей и фреймворков в более-менее актуальном состоянии.
Отделить собственно мое развитие от параллельного развития языка довольно сложно, но, думаю, если что — меня дополнят.
PHP 7 это и есть серебрянная пуля (особенно в режиме PHP-FPM — прозрачная и понятная система, в которой понятно, на что идет память и мощь в отличии от менее очевидного режима работы как модуля). Иногда торчать на 5.6 приходится только ради библиотеки mysql_, когда проект переписывать не рентабельно и он работает в режиме совместимости.
Думаю, задачей было не сравнение фреймворков, а сравнение именно версий PHP.
Поэтому можно было включить какую-то опцию или отключить — важнее было узнать, как скрипт работает на конкретном PHP.

Information

Rating
Does not participate
Date of birth
Registered
Activity