Больше велосипедов! ;-D

"предпочтительно использование PHP без ООП. "

кто тут стикеры делает?

по моему это 10/10

@borodutch

пора постить новости в канал!

@johnnykramer как ты относишся к пхп без ооп?

пл мотивам https://vk.com/page-147415323_52723907

опа я в принципе, я отношусь не особо хорошо, потому что я его умею не особо хорошо на каком бы то ни было языке, но вообще я отношусь с осторожностью.

а вот у пастуха п. да я тоже уже очень серьезно не люблю не люблю не нравится мне такая.

а вот у пастуха п. да я тоже уже очень серьезно не люблю не люблю не нравится мне такая.

у пастуха п...да да, такое... не частво встретишь

<censored> посту.

Тореодар что-то пассивный

Где изи бабки???

Критерии оценки В первую очередь мы будем оценивать устойчивость кода — готовность к нагрузке, отказам оборудования, внешнему вмешательству. Удобство для пользователя и аккуратность оформления фронтенда также повлияют на оценку.

при том, что тот же пыхпых даже консистентность данных не гарантирует

ну типа че они хотят этим сказать вообще?

Тореодар что-то пассивный

Та да

+ это же часто дело не в коде, а в инфраструктуре, которой, судя по всему, у них нет, если их действительно заботит проблема, что сервак сломается.

>PHP без ООП >Следует предусмотреть вариант, когда каждая таблица располагается в отдельной БД (транзакции и JOIN — не вариант). >Клиентская сторона — SPA.

>PHP >без ООП говно в квадрате

валидация? ДА К ХУЯМ ВСЁ, РУЧКАМИ ЩАС ОП-ОП!

буду орать, есть они тупо скопипастят стороннюю любу в свой код

и вк подумает, что ОООО МОЛОДЕЦ КАКОЙ

хахаха

хотя код им надо искать по давности уровня 4го пыха

красота.

упаси боже там кого-то работать.

>PHP без ООП >Следует предусмотреть вариант, когда каждая таблица располагается в отдельной БД (транзакции и JOIN — не вариант). >Клиентская сторона — SPA.

именно так решаются проблемы хайлоада

валидация? ДА К ХУЯМ ВСЁ, РУЧКАМИ ЩАС ОП-ОП!

какая валидация, вы чего? что приходит от юзера, то и кладётся в базу

добро пожаловать в программирование, сынок

какая валидация, вы чего? что приходит от юзера, то и кладётся в базу

В 1 таблицу отдельной базы!

хули, репликации это слишком сложно!

блять, как мне смешно и печально одновременно

А знаеш в чем прикол? Он этот код ещё потом тупо мамкиной компании девелопов отдадут

почитай за kPHP, за счет чего он такой быстрый

хочу статью от никиты по этой теме

почитай за kPHP, за счет чего он такой быстрый

читал

всё хуйня

kPHP - это пых без ООП

вот и разгадка

1) он не такой уж и быстрый 2) разработка от фб его догоняет 3) голанг быстрее и проще 4) пхп 7 может проще и быстрее

давай тогда весь код ВК перепишем

вк вебверсия на кастомном жс фреймворке без вдума. Тоже надо. реакт слишком не кастомный

+ это же часто дело не в коде, а в инфраструктуре, которой, судя по всему, у них нет, если их действительно заботит проблема, что сервак сломается.

ну да, инфраструктуры у них нету ? как ты тогда блять на vk.com заходишь?

давай тогда весь код ВК перепишем

все проблемы хайлоада давно решены. Главное сразу делать хорошо и правильно делить на микросервисы. Не надо переписывать, давайте дальше тащить грязный пых4 еще лет 10

ну да, инфраструктуры у них нету ? как ты тогда блять на vk.com заходишь?

Возможность восстановить состояние системы при отказе оборудования.

не смущает фраза?

в 2017

когда у тебя тысячи серверов

виртуальных и не очень

ни 1 яп не решает проблему с внезапной поломкой оперативки например.

эта проблема решается на уровне балансера - эта нода выдаёт хуйню, давайте следующую заюзаем. И на уровне сисадмина.

окей

чувак, ты типичный самоуверенный кодер, который думает что все знает

о, а ты тот самый, кто может всё оценить и всегда прав?)

я работал на хайлоаде на технологии похуже.

окей

давай отбросим пых

Основное хранилище — MySQL, вспомогательные — redis или memcached.

Мы ожидаем от Вас код, максимально приближенный к боевому. Следует предусмотреть вариант, когда каждая таблица располагается в отдельной БД (транзакции и JOIN — не вариант).

>берём заброшенную реляционную бд > отказываемся от реляционных возможностей и возможностей, гарантирующих нормальную, полноценную запись в бд

ERROR: S client not available

ну давайте писать бд на файлах, хули.

и помещать их в /tmp

(который, если вдруг кто не знает, на современных системах в оперативке)

блин, я же вроде видел на хабре статью про вк и там говорилось, что от MySQL они отказались

видимо я что-то путаю

или они не до конца отказались

блин, я же вроде видел на хабре статью про вк и там говорилось, что от MySQL они отказались

от майскл в принципе многие отказались и перешли на мариадб, которая совместима, быстрее и поддерживается.

они от пыха 4го отказаться не могут, а ты тут про отказ от бд

там наверное абстракций нормальных то нет.

не, реляционные бд в хайлоаде наверное вообще бесполезны

смотря сколько связей тянешь.

вообще, та же постргя миллионы запросов на 1 сервере тянет

при не очень сложных оптимизациях

но от всяких ормов там уже придётся отказаться скорее всего

Сегодня прям день php

у нас это было узким местом. ВОобще у нас был проект на руби, там всё узкое место на хайлоаде

ну дело в том, что там особо реляционность юзать не получится

скорее всего

то верно.

в слове level прочитал laravel

а че ты их на марс загнал?

по фрейду

Где куриёсити

лол

токо сейчас обратил внимание что яндекс забрендирован под близзард

токо сейчас обратил внимание что яндекс забрендирован под близзард

всегда можно было. Это называется тема

всегда можно было. Это называется тема

оО так там реклама

типа это только у меня?

хотя мб.. там этот дзен еще ебучий..

но тогда, у кого-то там должна быть реклама порнхаба..