Самое интересное то не сказали — что за компании из России, СНГ и других стран? Или нам просто подождать, пока об этом в СМИ напишут? Хотим скандалы, интриги, расследования! Запасаемся попкорном, история будет развиваться
Но ведь получается, что можно не просто подсовывать траффик, но и заранее сгенерировать такой статический файл, в котором будут использоваться разделители, WiFi также их съест в поток и разделит. Profit
Если это так, то можно как в старые времена заражать компьютеры через размещение картинки в интернете.
-Простота – это не мода, это будущее.
-Всё более модно вставлять в посты анимацию, которая и выглядит качественно, и улучшает пользовательское восприятие.
Такое ощущение, что писали два разных человека.
Анимация в вебе не вяжется с простотой. Анимация = лаги = сайт меняется сам по себе, браузер не успевает отрисовать страницу.
Если в посты вставлять анимацию, то анимация на каком-то устройстве да начнет лагать. Да, анимация выглядит качественно(красиво), но из-за лагов она вовсе не улучшает «пользовательское восприятие», а наоборот ухудшает.
Автор ведь наоборот делает ставку на мобильные устройства, а про то, что на мобильниках стоят очень слабые процессоры — анимация вообще не нужна и нужно наоборот от неё отказываться, для быстрой загрузки страницы и плавной прокрутки.
-в отличие от того же Android, пользователю не предоставляется выбор, какое из приложений должно открыться.
Вот за это я и не люблю ios — нет выбора. Все делается за тебя, ты не можешь это настроить или поменять — только через удаление/переустановку приложения.
Добро пожаловать!
Я иногда задаюсь вопросом — если со мной что-нибудь случится и я перестану видеть, то смогу ли я дальше писать код? Видимо, это возможно :)
Пожалуйста, у меня есть к вам вопрос: играете ли вы в компьютерные игры? И если да, то какие? И какое ваше любимое развлечение за компьютером? Спасибо!
Пожалуйста, не подумайте, что я бестактен, но раз уж появился Zersiax, то хочу ему задать личный вопрос:
Играет ли Zersiax в какие-нибудь игры на компьютере? Конечно не counter-strike, а например пасьянс, сапер? Или в них нереально играть?
И как вообще получается «развлечься» за компьютером?
Хоть уведомили и признались об утечке, несмотря на то, что это ударит по их репутации. Бывают компании, которые молчат до последнего, т.к. боятся позора. Сразу вспомнился фриларсер.ру. А тут всё технично и честно:
-да, угнали базу паролей
-нет, все пароли в соли
-поменяйте пароль
Ну вы прям весь Warcraft III расписали, со всей его составляющей) Не упомянули только о летающих юнитах, осадные орудия, добычу ресурсов, застройка рабочими итд =) будто вроде в игре отлично разбираетесь)
С пушовер, человек не так много (ну а зачем их много) — 6, из них 4 с iphone и андроид не признают. Уведомления нужны по важным и неважным событиям на серверах, их тоже не так много, но когда критические — тогда и нужен сервис, который как смс, но дешевле.
Как я и написал(и автор поста) — проблема размерности решается разработчиком либо после либо до ошибки.
В данном случае разраб должен заранее проверять длину комментария, разница лишь в том — будет показана ли ошибка (в postgre), или нет(mysql). Не во всех случаях это хорошо, поэтому в любом случае разработчик должен всё предусмотреть, дело не в БД, а в компетентности разработчика.
-MySQL имеет нездоровую тенденцию делать автоматический truncate строки, если она не помещается в указанную размерность.
Не сказал бы, что это минус, но и не плюс. В каких-то ситуациях это является плюсом, в каких-то минусом. В любом случае, ответственность ложится на разработчика, которому не нужно терять данные. Чуть ниже вы предлагаете выбрасывать исключение, чтобы опять-же разработчик сел, нашел ошибку и разобрал её. В любом случае вы предлагаете привлекать разработчика, от БД ничего не зависит — всё зависит от прямоты рук.
-О чем вышеупомянутый архитектор никогда не подумает, так это о будущем. Рано или поздно в такое поле приедет значение, не попадающее в указанные рамки, и будет урезано MySQL
Не соглашусь. Как-раз таки размерность поля расчитывается исходя из всех возможных принимаемых значений. Зато экономия «на спичках» оправдывает себя. Опять-же нужны прямые руки, кривые и так всё сломают.
-Постоянное использование INSERT IGNORE настойчиво намекает о проблемах дизайна схемы вашей БД.
Тоже не соглашусь. Что значит «постоянное использование»? Конечно эти команды используются не в каждом запросе на INSERT, но «иногда». Где грань между «иногда» = проблемы дизайна БД? Бывают ситуации, когда тебе нужно вставить много-много данных из другого источника, которые могут уже повторяться, а могут не повторяться, и в них могут быть важные новые данные. Забивать базу хламом ненужно, а удалять старые, чтобы потом сделать один большой INSERT накладно для БД. Так чем же эта команда плоха? Потому-что её нет в PostgreSQL?
Кажется сейчас начнется холивар, нахватаю минуса, но я выразил своё мнение. Mysql не является ПЛОХОЙ базой данных, жду ваших аргументов.
А я считаю что это отлично. Когда организация большая как КРОК, то иногда действительно могут возникать различные проекты, которые пересекаются по функционалу или цели/задаче. Обычно есть свой департамент, который ведет все проекты и «помнит», что «был раньше такой-же проект», но это всё человеческий фактор, а защищаться от дублирований нужно как можно раньше — пофиг на лишний запрос к БД — лучше пусть экономится самый ценный ресурс — человеческий!
Так говорили же в той теме, что о баге было заявлено до старта HackerOne.
Это что, если следуя логике автора Вконтакте должен сейчас выплатить всем, кто за все эти 10+лет сообщил о баге? У них конечно бюджет позволит это сделать, но найти информацию «кто первый это узнал» действительно сложно, используя только открытые источники, ведь действительно не было еще формы «сообщаю о баге первым»
Лично я считаю это стандартной практикой, когда ты сначала закрываешь кучу своих багов, всё проверяешь и вроде всё работает правильно, и когда уже ТЫ САМ(тестеры) не можешь найти ошибки, то запускаешь программу баунти-ревардов, чтобы найти другие ошибки.
Если это так, то можно как в старые времена заражать компьютеры через размещение картинки в интернете.
-Простота – это не мода, это будущее.
-Всё более модно вставлять в посты анимацию, которая и выглядит качественно, и улучшает пользовательское восприятие.
Такое ощущение, что писали два разных человека.
Анимация в вебе не вяжется с простотой. Анимация = лаги = сайт меняется сам по себе, браузер не успевает отрисовать страницу.
Если в посты вставлять анимацию, то анимация на каком-то устройстве да начнет лагать. Да, анимация выглядит качественно(красиво), но из-за лагов она вовсе не улучшает «пользовательское восприятие», а наоборот ухудшает.
Автор ведь наоборот делает ставку на мобильные устройства, а про то, что на мобильниках стоят очень слабые процессоры — анимация вообще не нужна и нужно наоборот от неё отказываться, для быстрой загрузки страницы и плавной прокрутки.
Вот за это я и не люблю ios — нет выбора. Все делается за тебя, ты не можешь это настроить или поменять — только через удаление/переустановку приложения.
Я иногда задаюсь вопросом — если со мной что-нибудь случится и я перестану видеть, то смогу ли я дальше писать код? Видимо, это возможно :)
Пожалуйста, у меня есть к вам вопрос: играете ли вы в компьютерные игры? И если да, то какие? И какое ваше любимое развлечение за компьютером? Спасибо!
Играет ли Zersiax в какие-нибудь игры на компьютере? Конечно не counter-strike, а например пасьянс, сапер? Или в них нереально играть?
И как вообще получается «развлечься» за компьютером?
www.youtube.com/watch?v=GJReZRji7tg
-да, угнали базу паролей
-нет, все пароли в соли
-поменяйте пароль
А вообще я боюсь оплачивать, не проверив все-реквизиты и Адрес доставки, а тут оп-и оплатил
Не требует никакой поддержки со стороны основного сайта, работает с любыми движками и технологиями.
Хотя до этого писали:
Для поддержания актуальности (цены, изменения в дизайне и т. п.) такой сайт-заглушка автоматически обновляется раз в неделю.
Лукавите, всё же нужно допиливать периодическую автогенерацию html. А так недалеко и до полноценной html-копии сайта дойти.
В данном случае разраб должен заранее проверять длину комментария, разница лишь в том — будет показана ли ошибка (в postgre), или нет(mysql). Не во всех случаях это хорошо, поэтому в любом случае разработчик должен всё предусмотреть, дело не в БД, а в компетентности разработчика.
Не сказал бы, что это минус, но и не плюс. В каких-то ситуациях это является плюсом, в каких-то минусом. В любом случае, ответственность ложится на разработчика, которому не нужно терять данные. Чуть ниже вы предлагаете выбрасывать исключение, чтобы опять-же разработчик сел, нашел ошибку и разобрал её. В любом случае вы предлагаете привлекать разработчика, от БД ничего не зависит — всё зависит от прямоты рук.
-О чем вышеупомянутый архитектор никогда не подумает, так это о будущем. Рано или поздно в такое поле приедет значение, не попадающее в указанные рамки, и будет урезано MySQL
Не соглашусь. Как-раз таки размерность поля расчитывается исходя из всех возможных принимаемых значений. Зато экономия «на спичках» оправдывает себя. Опять-же нужны прямые руки, кривые и так всё сломают.
-Постоянное использование INSERT IGNORE настойчиво намекает о проблемах дизайна схемы вашей БД.
Тоже не соглашусь. Что значит «постоянное использование»? Конечно эти команды используются не в каждом запросе на INSERT, но «иногда». Где грань между «иногда» = проблемы дизайна БД? Бывают ситуации, когда тебе нужно вставить много-много данных из другого источника, которые могут уже повторяться, а могут не повторяться, и в них могут быть важные новые данные. Забивать базу хламом ненужно, а удалять старые, чтобы потом сделать один большой INSERT накладно для БД. Так чем же эта команда плоха? Потому-что её нет в PostgreSQL?
Кажется сейчас начнется холивар, нахватаю минуса, но я выразил своё мнение. Mysql не является ПЛОХОЙ базой данных, жду ваших аргументов.
Это что, если следуя логике автора Вконтакте должен сейчас выплатить всем, кто за все эти 10+лет сообщил о баге? У них конечно бюджет позволит это сделать, но найти информацию «кто первый это узнал» действительно сложно, используя только открытые источники, ведь действительно не было еще формы «сообщаю о баге первым»
Лично я считаю это стандартной практикой, когда ты сначала закрываешь кучу своих багов, всё проверяешь и вроде всё работает правильно, и когда уже ТЫ САМ(тестеры) не можешь найти ошибки, то запускаешь программу баунти-ревардов, чтобы найти другие ошибки.