Пыха - язык для отбросов, работающих на тупых дегенератов за дешевое хрючево и пизурек высокооборотистой бормотухи.
Многие топовые стартапы и софтаре-хаусы не берут на работу людей, зашкваренных о пыху. У нас например (топ-жир финтех) сразу сказно хрюшам выкидывать в мусорник сивишки где больше года пыхи. Дауничи не нужны.
На сайте висит что от 72К евро до налогов ищем кодерков, на деле меньше 90К никто не получает.
Страховочка, бонус к отпуску плюс оплата гостихи выбранной, специальная конторка умеющая налоги отбивать, плюс еще куча бонусов мелких но приятных - не буду все рассказывать, ублюдки пхп-шные, ишачащие на 300 евро в месяц грязными, взорвутся от волнения, что где-то нормально платят приличным людям умеющим в цивилизованные ЯП.
бля, господи, язык где переменные с доллара начинаются, и где можно в любой момент срать в аутпут в броузер, с неупорядоченными именами, расстановкой аргументов "а как придется" в стандартной либе, пиздец, как же надо себя не уважать чтобы на этом хуево оплачиваемом говнеце писать, бля, реально ржу, не могу остановиться.
хееей, пыхопидары, мне сегодня овертаймы за апрель оплатили - и он больше вашей зарплаты за год, хахаха, надо же быть такими дауничами чтобы в 2к17 на пыхе писать
>>152307246 Ты неверным путем идешь. В оппосте говнокод какой то, с ненужными циклами и нестойким dm5 алгоритмом. Напиши, что ты получить хочешь, может подскажу, как это сделать лучше.
>>152307282 нихуя это не излишне. Если кто-то угонит соль, то ему еще необходимо узнать сколько раз нужно просолить. А если учесть что у каждого разное чисо, то это значительно усложняет
Ну конечно ЯП просто инструмент, вот только за бейсик чота никто платить не хочет. Пыха не котируется нигде кроме быдлячьих работ "сделать уеб-гомозин с пейполом и гойлереей за 200 доллярив", не фантазируй, маня, я в год езжу по конфам больше чем ты в жизни своей, вижу топовых рекрутеров и топовые конторы, над пыхой все угорают, как над языком для нищих лузерков.
Никто никогда серьезные вещи не будет делать на пыхе, в 2017. А те у кого кодовая база на ней (фейсбук и ко) - не будут фрилансеров хайрить. Так что мечтай вслух о достойных доходах в другом месте, ггг.
>>152307438 >Если кто-то угонит соль Гугли password_hash, блеадь, и не неси больше такой хуеты. Твое решение черезжопное и в итоге нихера не стойкое. Это еще и количество итераций с солью хранить надо, пипец, как твой мозг мог родить такое.
>>152307475 Вот чем прекрасен интернет - дурачок раскрывается самостоятельно, не нужно прикладывать усилий.
Ты не знаешь меня, не знаешь - чем я занимаюсь и какие прожекты делаю, кто их заказывает и сколько платит, но выводы уже сделал даже про мою жись (подозреваю, я тебя постарше буду).
На конференции он ездит, блядь. Судя по всему - только и видишь рекрутеров и жрешь халявную еду на кофебрейках.
Фу таким быть, в общем, не позорь профессию.
З.Ы. VBA - тоже вполне себе инструмент для несложных автоматизаций. Много там заработать сложно, но возможно.
>>152307564 Но все равно, ноги растут оттуда. Как и у ВК. Ну сделали пацаны свое подмножество языка. Судя по тестам - семерка вполне с ними на уровне держится.
Это не отменяет факт того, что разработчика делает не знание языка программирования, а совсем другие умения.
Я в последний раз такие петушения про Руби слышал. Сейчас Руби-апологет уже без работы и переползает на Эликсир с надеждой УЖ ТАМ ТО ПОДНЯТЬ.
>>152308070 нет, не наверняка. Соль легче спиздить так как она генерируется на основании некоторой инфы указываемой при регистрации, а число итераций генерируется рандомом
>>152308110 Тогда преимущества и различия в использовании node и php для построения бекэнда описать можешь пожалуйста? Что для чего лучше будет. Php 7ку рассматриваем.
>>152308297 И причем тут хеширование паролей вообще? Тебе сказали, что идея твоя говно, причем не один раз, при чем указали, что нужно использовать вместо этого. А ты пытаешься на своем стоять. Нахуй ты тогда совета спрашиваешь, раз все равно не прислушиваешься?
Что бы писать эффективное приложенеи на ноде, нужно понимать, как строятся асинхронные вещи, как хранятся пользовательские данные между реквестами и так далее.
у ПХП порог вхождения в разы ниже, потому у отдельных дурачков возникает желание поплеваться ядом в язык.
Если задача - держать хайлоад АПИ - я бы выбрал MEAN-стэк.
Если надо рендерить шаблоны на бекенде, нет уверенности в качестве девелоперов - бери пхп. Иначе одна ошибка сложит весь процесс ноды и его придется подымать заново, а это - дорогое удовольствие.
Правильно написанное приложение на ноде гораздо легче масштабируется на несколько серверов.
Я даже не могу сказать, что не так с PHP, потому что… Окей. Представьте себе, эмм, коробку с инструментами. Набор инструментов. Выглядит нормально, инструменты как инструменты.
Вы берёте отвёртку и видите крестовину с тремя лепестками. Окей, не очень полезно для вас, но может когда-нибудь понадобиться.
Берёте молоток и ужасаетесь тому, что он раздвоен с двух сторон. Он, конечно, всё ещё пригоден, я имею ввиду, что вы можете забивать гвозди серединой бойка, держась за ручку наоборот.
Берёте плоскогубцы, у которых нет зазубрин; они плоские и гладкие. Не так полезно, как могло бы быть, но ими всё ещё можно выкручивать болты.
И так далее. Все инструменты чем-то странные и вывернутые, но не настолько, чтобы быть совсем бесполезными. И во всём наборе нет конкретной проблемы; в нём есть все инструменты.
Теперь представьте себе миллионы плотников, использующих такой вот набор инструментов и говорящих вам: «А что не так с этими инструментами? Я никогда не использовал ничего другого и они отлично работают!». И плотники показывают вам, построенные ими дома с пятиугольными комнатами и крышей кверху ногами. Вы стучитесь в дверь, она просто падает внутрь и они орут на вас за то, что вы сломали их дверь.
>>152308982 ты что-то не то понял. Когда ты авторизируешься, то данные (логин, почта, в моем случае вебмани кошелек и т.д.) попадают в куки. Но в момент регистрации, на основании этих данных была сгенерирована соль. Таким образом, если кто-то получит куки, то теоретически смоет на основании этих данных заново сгенерировать соль. Но вот сколько раз солить он не узнает
В семерке улучшили скорость, и добавили типы. Уебищную стандартную либу, и главное - мозги разрабочиков - не улучшили никак.
Пишу на Java/Scala/Golang, на последней работе приходится иметь дело с этой вашей пыхой (переписываем с нее сервис один) - пиздец говно, каждый раз когда смотрю на код на пыхе - думаю что вайп гомониграми и говном в разы эстетичнее выглядит.
>>152305960 (OP) >На пике $date - это соль но использовать дату не безопасно.
>Но почему сколько бы я ее не менял - на выходе получается одно и тоже?
Покажи, как ты генерируешь дату. Сегодняшнее число? Так оно и будет сегодняшним, смотри завтра тогда может, лол.
>И вообще правильно ли я делаю? Ну смотри, я совсем не эксперт в этой области, более того, я не математик и даже не технарь. И веб программист из меня так себе, но я владею логикой, поэтому Я ДУМАЮ, что всё, что есть в открытом доступе - не безопасно.
Если ты используешь функцию crypt - наверняка она с "закладками". Даже если ты прочитаешь код функции и не найдешь ничего опасного в нем, то он работает "однотипно", а значит, результат можно определить по неким паттернам. Как они могут это сделать? Наверное, они могут получить доступ к любому устройству, даже серверу через закладки в железе. Кто они? ФСБшники, да и прочие производители.
Как правильно писать функцию безопасного пароля? Да никак.
Смотри еще, у тебя в коде ТОЛЬКО md5.
Опять же, Я ДУМАЮ, что все известные необратимые алгоритмы вполне обратимы. Я читал ранее, что в интеловских процессорах была технология intel-rsa, которая позволяет быстрее генерировать rsa хэш. И именно она и была закладкой, позволяя расшифровать любой хэш, сгенерированный intel-rsa.
Понимаешь?
В общем, суть такова: 1. Если нужно что-то обезопасить, то нужно делать ВСЁ свое, даже алгоритмы шифрования и ПК. Но, очевидно, для этого нужно быть математиком от бога. Поэтому это, можно сказать, невозмоно.
2. Если тебе просто сайтик надо делать, чтобы в БД иметь хэш, то так, как делаешь ты - очень даже красиво.
>>152309330 На скале функциональшину пишешь, или жабакод в скаласинтаксисе? Сам вот перекатываются из джавы в скалу. Не сразу удалось перестроить образ мышления.
>>152309508 А где не нужны джоины? Вот серьезно, как только у меня есть в базе юзер и какая то инфа по нему, все, считай мне нужны джоины. В том то и дело что очень мало задач где данные не реляционные. И к тому же, у всех нормальных баз уже есть типы для джейсона. Поэтому мне кажется что монго сейчас используют только те, кто вообще ничего не знают про базы данных. Все у кого есть реальные причины использовать NoSql используют кассандру.
В 2004 как раз на пыхе писалось еще что-то серьезное, за неимением аналогов кроме perl. Потому как-то появились пайтон и раби, джава начала быть похожей на язык нормальный, появились ее диалекты для умных (кложура и скэйла), ноуд-джэйэс опять же, и понеслось...
На пыхе остались скорбные разумом и прочие питеканторпы от айти.
>>152309771 >Про обратимость необратимых алгоритмов смешно. Я же тебе привел пример с intel-rsa Еще раз повторю, это технология процессора, которая позволяет генерировать rsa быстрее, она же и "вшивает закладку" и все сгенерированные хэши этой технологией - обратимы. Так это то, что стало известно настолько, что даже я случайно узнал об этом. А сколько неизвестной хуйни? Ты действительно думаешь, что простому быдлу позволят что-то шифровать? Захотят - расшифруют квантовыми нано компьютерами с паяльником в твоей жопе.
>>152309771 >Скилл у тебя и правда так себе, раз оповский говнокод ты назвал красивым
Скилл у меня плохой. Очень. Но его код вполне красив для его веб приложения. Согласись, у него есть: 1. Шифрование. 2. Соль. 3. Солит он несколько раз.
Для бложика или там приложения уровня б вполне хорошо, на мой взгляд.
HFT, сервис по выстраиванию грубого прогноза на следующий фрейм времени, с поднятием соотв. сервисов для собственно долбежки в биржу и моментальных решений.
Именно там меня кстати познакомили с концепцией "есть больше года PHP в сивишке - сразу нахуй". Говорят, был опыт с пхп-шниками (даже бывшими), всегда очень болезненный и затратный для компании.
>>152310241 Ну то есть редис. Я то что пытаюсь сказать, что это ущербно когда монго - основная база данных. Я не говорю о том что NoSQL никогда не нужен. Но мода на монго как дефолтную базу данных это очень плохо и вредит всем. Хотя бы из за того что куча заказчиков требуют тот же MEAN стек, просто от того что наслышаны про него и не знают ничего другого.
ну наверное зависит от опыта с каждой из технологий, сроков и того что с ней делал
>>152310412 пыха уже умерла, если что. серьезных новых проектов нет, большинство вакансий - в быдлоконторах где программистов не считают за людей, а владелец - внезапно разбогатевший быдлан обращающийся ко всем "э ты бля быстра падашел нахуй". если очень повезет - получится поддерживать что-то за относительно нормальные деньги, но без всякого развития.
небось за сайт берут по 200 евро, не меньше? а потом еще срутся в зазазчиком, который орет "что бля нахуй значит за хостинг платить и домен? я бля тебе заплатил за сайт в инторнэпе, мне похуй как ты его бля туда положишь, мне надо чтобы навсегда, ты охуел еще требовать денег, у нас в хуево-кукуево за такое бабло убивают нахуй, понял сссукаааа !!!!"
>>152310494 Я неспроста упомянул Ватком и Борланд, я на плюсах еще во времена Доса кодил, и помню что такое DOS4GW и зачем он нужен.
На некий госсектор работал ;), оттуда и познания.
ПХП - язык как язык, со своими плюсами и минусами. Меня самого бесят бесконечные узоры из баксов на старнице, стандартная библиотека жутковата.
НО. Я считаю, что для языка интепретируемого типа он довольно таки прекрасен, особенно в выполнеии (некоторые считают это поощрением) говнокода. Когда я общался с Расмусом, он сказал, что это было сделано намеренно, что бы облегчить порог вхождения.
>>152310550 Серьезно, анон, приведи пример "плохо структурированных данных". Опять же, пускай есть какое то неструктурированное поле. У тебя же в любом случае в базе будут отношения между данными => данные реляционные => нужно хранить в реляционной базе. Если у тебя правда есть неструктурированные данные - пихни их в JSON поле, по типу JSONB в постргресе.
>>152310874 Электрический магазин разношерстного товара, где у каждой группы товара нужно динамически добавлять свойства и уметь по ним фильтровать например.
Расмус давно не при делах, в пыхе всем рулит комитет, если что. Не путая с бидоном, где до сих пор всем заправляет один бесноватый фюррерок.
Ватком и борланд - еще конпелятор от айбиэм вспомни коммерческий, лал. А также TurboVision, праобраз этих ваших окошечек (да и бутсртапа тащемта). Нахуй ты это помнишь, все прошло давно, и никому не интересно. Даже я уже забыл все это.
>>152310941 Так это же магазин. Значит будут покупатели, корзины там, счета. Все реляционное. Динамические свойства товаров - в JSONВ (говорю про постгрес просто потому что лучше его знаю, вроде и в MySQL уже есть тип JSON). И чем монго лучше такого подхода? Что монго даст что лучше забить на транзакции и гарантии того что данные вообще запишутся куда то?
>>152311281 Мне не кажется что удобство должно быть главным приоритетом когда речь идет о хранении данных. Намного важнее эти данные не проебать.
Кстати пример. Я сейчас работаю фронтендом в проекте с монго. Так за все время работы было уже три раза когда были проблемы именно из за того что это монго. Что юзеры удалялись а их комментарии нет, что аккаунты тоже существовали без юзеров. То есть такие вещи которые бы никогда не произошли с реляционной таблицей с каскадным удалением.
Данная контора несколько раз предпринимала попытки переползти с ДОСовской аппы на божественную Одинэсочку.
По слухам, три разные конторы убедительно рубили воздух рукой и обещали золотые горы. Бабла было потрачено немеряно, а эффекта нет -- не превзмогли бизнес-требования.
>>152305960 (OP) Ответ на скриншоте, который прилагаю. Функция crypt получает предыдущий хэш и достает из него соль, затем проверяет, хешируется ли этот пароль с такой солью, если да, то получится такой же хеш.
>>152312590 Так он и нужен большим сервисам, которые оперируют JSON-ом. Конкретного опыта нет, можешь посмотреть доклад из яндекса, они хранят в монго данные о файлах яндекс.диска.
>>152312943 Удивиться, но все эти слова действительно имеют смысл. Это как спор о молотке и пиле, но только сложнее в тысячу раз. Инструмент, но многогранный. Без программирования бы сейчас совсем в другом мире жили.
>>152312527 Ну начнем с того что джоины таки нужны. Мало случаев когда данные реально не реляционные. А даже в тех случаях когда есть какие то нереляционные поля, в современных реляционных базах есть для них форматы, и их наличие не оправдывает использование монго. Затем, в монго нет транзакций. То есть что то пошло не так - не откатить. Потом как я уже писал, нет каскадных апдейтов. И то что в принципе когда пишешь в монго, по факту никуда не пишешь а только планируешь запись. Которая вполне может зафейлится. В общем любая реляционная база - более надежное решение чем монго. Единственный довод который я слышу в пользу монго - удобство. Но на самом деле ответственность за многие вещи перекладывается на разраба
И опять же, я не против NoSQL в целом или может даже в монго в каких то узких оправданных случаях. Но мне жутко не нравится что монго стало стандартной частью стека. Что часто заказчики требуют его, и разрабы не ищут лучших решений или не учат реляционные базы из-за того что это "сложно".
>>152313024 >но только сложнее в тысячу раз. Кек, сразу видно нюфага. Научиться зарабатывай молоткой 1к зелени в месяц - за пару недель. Научиться делать то же на какой-нибудь говнояве - год.
>>152313226 У меня правда жуткий баттхерт от проектов который используют монго там где можно использовать обычную базу. Мне кажется что это одно из дебильных проявлений всей айтишной индустрии, когда был какой то хайп и теперь это стало стандартом.
>>152313370 >>У меня правда жуткий баттхерт от проектов который используют обычную базу там где можно использовать обычную монго. Мне кажется что это одно из дебильных проявлений всей айтишной индустрии, когда был какой то хайп и теперь это стало стандартом. На самом деле есть задачи, которые лучше и быстрее можно сделать каким-то одним способом. Монго взлетел как раз за счёт отсутствия журналирования.
>>152312527 Держи, бротешь, простой и убийственный аргумент: реляционная модель баз данных основана на модели реального мира. Всё. а если тебе так сильно нужно поебаться с неструктурированными данными - добро пожаловать в мир SQL, который на данный момент спокойно поддерживает JSON. И чем теперь ответит твой манго на мощь объединенных реляционной и неструктурированной идеологий? Запомни: реляционки убили NoSQL давным давно, ещё на заре зарождения БД - убьют и сейчас
>>152312882 ну есть застрявшие в 2004-2007. Когда их тыкаешь в их же говно, показывая ФБ, начинается петушение "А ТААМ НЕЧИСТЫЙ ПХП" и другие маняманевры.
>>152313026 Анон, ты упускаешь понятие "скорости выбранного решения". Есть много случаев, когда выборку по денормализированным данным делать быстрее и это жрет меньше ресурсов в десятки раз. Выигрыш в этом.
>>152325368 В ФБ куча сервисов на разнообразных платформах, питух. А ты там ФБ каждый день пишешь, или все-таки говногостевухи на. вордпрессе настраиваешь?
>>152325492 Если у тебя были подобные нагрузки, петушара, то ты должен знать, что усилия идут на кластеризацию, а не на перевод системы на аналог /dev/null с жс-интерфейсом.
На пике $date - это соль. Но почему сколько бы я ее не менял - на выходе получается одно и тоже? И вообще правильно ли я делаю?