Обновить
13
0
Алексей@zBit

Full stack web developer

Отправить сообщение
Привык думать, что если продают что-то более-менее новое, да ещё и на гарантии, то на это есть причины. И не всегда эти причины честно озвучиваются.
Она мне давно нравится, только вот цены на более-менее шустрые устройства с ней от Apple мне не нравятся=(
Моя любимая комбинация, работала в Ubuntu, когда та была установлена на моём ноуте, там я и привык к Ctrl+W. А потом оказалось, что и на винде работает, жаль только, что не везде. Но «проводник» или настройки закрывает =)
Вообще много где работает эта комбинация, например, в ST, во всех браузерах с которыми я работал, в скайпе тоже работает =)

Кстати, думаю, что такой же алгоритм с Alt+F4 вместо Ctrl+W тоже сработает, только эффект будет несколько другой =)
А я без всяких диспетчеров смог закрыть в хроме эту вкладку.
Нажал «обновить» и сразу после клика Ctrl+W. Получилось со второго раза.
Забыл добавить, что уже давно за FB не слежу, года так с 2011-го, т.к. думал, что он уже умер :)
Но это, несомненно, круто, что IBExpert до сих пор развивается!
лимиты выдачи по стандарту реализуются ROWS, а разнообразные FIRST, SKIP, LIMIT
Совершено верно! Я писал как раз про разницу между диалектами упомянутых РСУБД :)
Тоже так думал. Мы использовали как-то её на одном проекте, а потом посмотрели, что обновлений не было уже несколько лет, подумали, что проект умер, поддерживать его никто не будет и решили перейти на динамично развивающийся в тот момент PostgreSQL, пока не стало слишком поздно :)
Для FB был клёвый менеджер IBExpert, очень мощный инструмент по тем временам. Он мне нравился, хоть и был староват. Причём была ещё новая версия, но мы, почему-то использовали старую версию (кажется потому, что она была «бесплатной»).
Синтаксис MySQL от Oracle отличается местами, так же как и синтаксис PG или FB. У всех есть свои особенности.
Плотно работал с MySQL, Firebird и PostgreSQL. Например, первое что сильно бросается в глаза — отличаются лимиты и отступы, их место.

MySQL: SELECT `column` FROM `table` LIMIT 20, 10
PostgreSQL: SELECT "column" FROM "table" LIMIT 10 OFFSET 20
Firebird: SELECT FIRST 10 SKIP 20 'column' FROM 'table'

В MySQL нет WITH (Common Table Expressions), а в PG, MS SQL, Oracle и Firebird есть. Это очень мощный инструмент оптимизации запросов.

И это только вершина айсберга :)

Ещё отличаются: символы экранирования, конкатенация строк (в PG это просто ||), набор типов данных, способы написания процедур (в PG доступен очень похожий на оракловский plsql — pgplsql). Есть ещё много принципиальных отличий. Если поработать с этими РСУБД плотнее, то поймёшь на сколько сильно они отличаются.

Но главные отличия СУБД — это не синтаксис, а принцип работы с данными.

Вообще, поработав с большим количество СУБД, мне больше всех понравился в использовании PostgreSQL, это и инструменты для разработки и репликации, большой набор типов данных, расширения и многое другое.
На ум пришло одно решение: Настраиваем слейв, отключаем его от источника, снимаем с него дамп, подключаем к источнику.
Всю последовательность можно в скрипте прописать, думаю, что будет не очень сложно :)
Осмелюсь предположить, что зависимости не линейные.
Прошу прощения, не mailru агент, а Guard@Mail.Ru
habrahabr.ru/post/172631/

Память иногда подводит :)
А агнета приплёл сюда, скорее всего потому, что Guard@Mail.Ru когда-то ставился вместе с агентом.

Ничуть не старался быть похожим на тролля :) Без обид ;)
однако там уже :)
однако там уже стоял минус? :D
Вообще по условиям конкурса:
Организатор на свое собственное усмотрение может признать недействительными все заявки на участие...
В случае если бОльшая половина сообщества считает, что условия допуска аккаунтов к конкурсу были такими, что появлялась высокая вероятность фальсификации — есть смысл переиграть.
Мы, да и вы тоже не сможем доказать, что «вот этот аккаунт на 100% фальшивый». Поэтому тут, как мне кажется, стоит руководствоваться здравым смыслом.

Ещё вот:
Организатор может на свое собственное усмотрение аннулировать, прекратить, изменить или временно приостановить проведение Конкурса, или же признать недействительными любые затронутые заявки на участие в настоящем Конкурсе.

И вот:
Организатор оставляет за собой право в любой момент вводить дополнительные технические ограничения, препятствующие, в том числе, недобросовестной накрутке голосов (если применимо) или подачи от одного лица двух и более заявок на участие в Конкурсе с использованием различных учетных записей на сайте habrahabr.ru/.
Вы можете на ЛЮБОМ этапе вводить ограничения. Как мне кажется, этап розыгрыша призов — тоже является этапом конкурса, поэтому странно, что вы не воспользовались этим правом.

И ещё вот 3 кусочка:
В случае выявления попытки регистрации двух и более аккаунтов с целью принятия участие в конкурсе, Участник может быть отстранен от участия в Конкурсе без объяснения причин и уведомления.
В случае выявления попытки подачи двух и более заявок на участие в Конкурсе от одного лица с использованием различных аккаунтов на сайте habrahabr.ru/ Организатор оставляет за собой право аннулировать все выявленные заявки такого Участника и отстранить его от участия в Конкурсе.
Организатор определяет наличие мошенничества и фальсификации по своему усмотрению.
Я бы хотел узнать (а скорее всего не только я один) как вы выявляли попытки регистраций и, собственно, сами регистрации, которые нарушали правила конкурса.

Ну и в заключение:
Организатор не осуществляет выдачу Призов в случае выявления следующих видов мошенничества: предоставление фальшивых кассовых чеков, мошенничество при регистрации на сайте, и других нарушения.

И насчёт ограничений, которые я считаю справедливыми:
1) Не read-only аккаунт или, хотя бы, не read-only, зарегистрированный после начала конкурса.
2) Не корпоративный аккаунт, доступ к которому имеют много сотрудников фирмы.
3) Технические ограничения, которые должны помогать выявлять факты/попытки мошенничества.
4) Ещё не понятное ограничение, которое позволяет вам выявить афелированных лиц (сотрудников mail.ru, их родственников и т.п.).
Написал не в ту ветку, прошу прощение :) Удалил текст :)
Я думал, что если конкурс проводит mail.ru, то будет всё по уму и теперь жалею лишь только о том, что не написал скрипт, который регистрирует аккаунты и жмёт на кнопку участия в конкурсе.

Без обид, просьба не забивать меня минусами (у меня и так карма низкая, читай как «не могу минусовать, поэтому чисто технически ничего плохого вам сделать не мог!»), вы свои минусы получили вполне справедливо.

Я вспоминаю посты про уязвимость на сайтах, где в комментах сотрудники обвиняемой фирмы со слюнями доказывали, что это не уязвимость или человека, который написал mailru агента утверждая, что это не молварь. У вас аналогичная ситуация. Нет бы написать, что да, накосячили, но менять ничего не будем, т.к. условия конкурса (публичная оферта, обязанности, закон и т.п.) не позволяют это сделать, либо потому, что от вас абсолютно ничего не зависит или потому, что мы этого делать не хотим.

Заранее извиняюсь, я не осилил все комменты и не заметил, чтобы вы где-то признавали ошибку. Заметил только «Спасибо, учтём» или что-то подобное.

Но ведь на самом деле вы можете кое что сделать, ибо п12 правил:
Организатор имеет право отстранить Участника от участия в Конкурсе на любом этапе проведения Конкурса, если возникли подозрения, что Участник (либо третье лицо) в ходе Конкурса пытается повлиять на результаты подведения итогов посредством технических, программных или других средств.
Т.е. вам даже доказательства не нужны, вы просто говорите, что есть подозрения, что пользователь, зарегистрировавшийся после начала конкурса с непонятным ником, без имени, аватарки, вообще с не заполненным профилем является автоматически зарегистрированным аккаунтом, что нарушает текущие правила конкурса.

И я не надеюсь, что вы будете что-то делать, ибо лень, скорее всего. И не надеюсь, что будет следующий конкурс. И не надеюсь даже, что даже если и будет конкурс, то там будут такие условия, что смогут участвовать только действительно проверенные люди с некими условиями, которые сужают круг участников и увеличивают шансы на выигрыш тем, кто надеется, что адекватные люди ещё существуют.

Стыдно должно быть.

Я даже не удивлюсь тому, что половина призов уйдёт в один город. Скорее всего это будет Москва :)))
Ещё фееричнее будет пост с названием «Как я запили скрипт и выиграл 3 ноута, 3 телефона, 1 планшет, 2 браслета (по одному на каждую ногу), 3 рюкзака и одел в футболки от mail.ru всю семью. И ещё продам по-дешевке 2 Leap Motion'а!»
А где он? Пусть тут ответит от своего аккаунта или, если его нет, то пусть отвечает через вас :)
А вообще, такие вещи, лучше у вас же на сайте описать, в биографии или описании проекта. Это логично же! :)
Позволил себе небольшое расследование.
Поиск по фотке автора проекта ничего не дал.
В контактах проекта указана некая Nelly Elsner, которая находится в ВК и город такой же как город автора проекта, Екатеринбург. К сожалению, никого похожего на фото автора проекта у неё в друзьях нет, да и фотка в ВК не похожа на фотку в ФБ, хотя последнее ничего не доказывает :)

Дальше смотрим на сайт, который ужасен, там indexOf :) Могли бы хоть одну страничку сделать, лендинг какой-нибудь…
Дальше смотрим Whois history, там ничего интересного нет, на домене с самого начала Private Person.
Дальше смотрим домены, которые делегированы на этот же сервак и находим ещё 2 сайта:
moneypusk.ru/ web history пустой, такое впечатление, что там никогда и не было ничего.
rublet.ru/ и тут такая же фигня.

Если честно, то я сомневаюсь, что у автора проекта есть успешные проекты.

Скудная биография автора, нет подтверждения того, что у него реально есть успешные проекты, всё что на него нашёл — просто домены без ничего.
Хочу ли я вложить свои деньги в проект у которого контактное лицо стоит с явно фейковой фоткой, который был зарегистрирован в начале октября? Хм… вопрос интересный! Наверно, всё таки, нет :D
А слабо переиграть конкурс и сделать его ещё более гиковым?!
Создать систему перебора распечатанных карточек, распознавать логин на ней, проверять пользователя на статус read-only, проверять, чтобы аккаунт был хотя бы старше 2-х месяцев и сортировать карточки по этим параметрам в разные ёмкости.
А потом заново запустить «рандом-машину» :D

Я, конечно, понимаю, что вероятность вышенаписанного 1 к дуотригинтиллиону, но можно ж помечтать немного :)))
Чуваки с read-only тоже ничего гиковского не сделали и им, судя по всему, норм)
Возможно вам пригодится вот это www.npmjs.org/package/generator-angular-fullstack

Информация

В рейтинге
Не участвует
Откуда
Казань, Татарстан, Россия
Дата рождения
Зарегистрирован
Активность