• Зачем этот код? Не вирус?

    Adamos
    @Adamos
    Единственная причина, по которой код в РНР пишется ТАК - это желание скрыть его действия от владельца сайта и систем статической проверки.
    Так что ответ на первый вопрос - "зачем этот код?" - очевиден: чтобы тебя поиметь.
    А второй вопрос - в чем именно - имхо, не принципиален.
    Ответ написан
    Комментировать
  • Как защитить код от просмотра?

    ThunderCat
    @ThunderCat Куратор тега Веб-разработка
    {PHP, MySql, HTML, JS, CSS} developer
    Я собирался сделать на JS вычисления рандома в диапазоне двух чисел, и при помощи if выводить результат о проигрыше, либо выигрыше.
    Глупость кнечно, все что находится на строне клиента может (и будет) скомпрометировано и извращено.

    Может быть вычисления на сервере?
    Бинго!

    Но как тогда подключить его к сайту, без возможности просмотра?
    На сервере по команде выполняется код, его реализация не будет видна пользователю, у вас будет только запрос с публичными данными и ответ с готовым результатом. Так что сильно шифровать там нечего.
    Ответ написан
    4 комментария
  • Что такое Less и Sass?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Лень двигатель прогресса. Хороший пример - принцип DRY - Don't repeat yourself. Я весьма подозреваю что вы стараетесь соблюдать этот принцип когда делаете макеты или чем вы там занимаетесь. Так же я весьма уверен что вы хотя бы пытались чуть автоматизировать рутину своей повседневной работы. Так же у вас могли быть ситуации когда вы переиспользовали какие-то элементы. Мало ли.

    Так вот... CSS это тупая таблица стилей. Селектор и стили, ничего сверх умного тут придумать нельзя. Лет 5-10 назад было довольно модно держать один мегажирный CSS файл на 10К+ строк и радоваться жизни внося все больше изменений и т.д. Соответственно даже если вы соблюдаете всякие правила модульной верстки и все такое, у вас возникает несколько проблем:
    • организация стилей, то есть держать все в одном файле не удобно особенно когда проект длится годами
    • Дублирование стилей и селекторов. По мере развития проекта появляются какие-то снипиты которые можно реюзать. Так же у вас может появиться масса однообразных селекторов отличающихся лишь немного. При модульных подходах вложенности редко имеет место быть но все же имеет. Но не будем забывать что большинство фигачит селекторы просто так. В итоге если мы переместили блок или переименовали класс какого-то блока нужно отредактировать еще массу селекторов.
    • Привязка размеров и параметров к другим стилям, например у вас в стилях задана ширина блока, от нее зависят другие параметры, отступы для других блоков и т.д. Да, в css3 появился calc для этого но это было относительно недавно и только с недавних пор можно почти без опаски использовать эту штуку.
    • Таблицы стилей, как и HTML ориентированы на удобный разбор этого добра машиной, но не человеком. Человек же существо ленивое и как-то вот лень лишний раз скобку поставить или точку с запятой. Просто лень.


    Есть так же хорошее правило, или идея если хотите.... Если код можно сгенерить - его лучше сгенерить. То есть для решения всех выше перечисленных проблем придумали препроцессоры. Они как бы были и раньше всех этих scss/less/stylus но как-то не решали всех проблем и т.д. Что в итоге было предложено (перечисляю в том же порядке что и в списке выше).

    • У CSS есть такая штука как @ import. Но не очень круто импортировать сотню стилей в продакшене. Стоит сделать так что бы все стили были склеены при сборке проекта. Эта идея в итоге развилась и если разработчик использует это дело правильно, можно зайти в любой файл со стилями и увидеть список всего от чего зависят эти стили. Какие стили подключаются и т.д. Причем один файл с зависимостями может быть подключен в нескольких файлах а препроцессор сам разберется как и куда все вставлять сгенерив максимально оптимизированный по структуре файл. А разработчик получил четкую структуру файлов и возможность быстро найти где что и от чего зависит.
    • С селекторами проблему предложили решить наиболее логичным вариантом. Если у нас есть вложенные селекторы, то имеет смысл определять их внутри блока этого селектора. Это существенно упрощает поддержку стилей. Так же для управления снипитами и прочим добавили миксины - эдакие параметризованные или нет функции которые выплевывают шматок CSS. До появления штук вроде autoprefixer это был единственный способ писать поддерживаемые стили, использовать плюшки CSS3 и вообще новые плюшки и не сойти с ума от префиксов. Префиксы это только пример, там могут быть самые разные штуки позволяющие грамотно производить реюз стилей
    • Проблему зависимостей значений стилей друг от друга решили... собственно самым очевидным способом - переменные. Это удобно, легко поддерживать и в умелых руках это мощный инструмент. Нужно поменять базовые цвета - не нужно лазить по 100500 блоков и править значения руками, можно поправить переменные и все будет хорошо.
    • Насколько я помню SCSS/LESS не стремились решить эту проблему. Какие-то решения образовывались сами собой с течением времени. В плане минимализма и выразительности пожалуй сейчас самая крутая штука это stylus.


    Что в итоге произошло. В один прекрасный момент какие-то там рубисты придумали SCSS (они вообще не любят все что не в стиле ruby в плане минимализма и выразительности). Затем чуваки подумали и сказали, SCSS это круто но почему-то они используют синтаксис знакомый именно Ruby разработчикам а не обычные для CSS конструкции. В итоге реализовали LESS, причем его уже реализовали на javascript, что с наличием node.js позволило это все добро еще на одной платформе собирать. А так как под эту платформу и так плодили препроцессоры оно удачно вписалось.

    Далее уже шли какие-то модификации дальнейшие, вроде того же Stylus, где синтаксис упростили просто до нельзя.

    Личное мнение. На сегодняшний день я не вижу смысла использовать чистый CSS хоть на малых хоть на больших проектах. Вот вообще никакого.
    Ответ написан
    3 комментария
  • Где писать функционал приложения? На клиенте или на сервере?

    @Andrey_Dolg
    Это сервер обычно, но ранжирование может быть ограничено и пересчёт ранжирования не быть постоянным при каждом запросе, а скажем просто раз в сутки. Точек оптимизации довольно много. Остальное вам верно ответили.
    Ответ написан
    Комментировать
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @uroot
    Дали 3 дня и после можно скинуть даже не полностью готовое.
    В этом вся соль. Делаете что умеете, а после пытаетесь сделать все остальное. От этого, видимо, будет зависеть ваша ЗП. Вам же не сказали, что нужно заверстать весь макет + анимация + API карты, иначе вы бездарь. Они дали типичный макет для их студии и хотят по максимуму проверить ваши навыки, понять что вы умеете. Но и вправду, не сильно понятно, зачем столько страниц верстать, можно было одну + карта.
    Ответ написан
    Комментировать
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @dimoff66
    Кратко о себе: Я есть
    Подход к тестовым заданиям очень многое говорит о человеке. Есть люди, кто глядя на сложное тестовое, радуется: "Ура, даже если меня не возьмут, есть возможность еще чему-то поучиться и положить еще один проект в копилку портфолио". Это будущие хорошие специалисты. Те же, кто боится сложных тестовых заданий, так же будут бояться и работы и будут всегда присматривать себе местечко с меньшим гимором, а главное не получать от работы удовольствия. Плох тот джуниор, кто не считает себя потенциальным сеньором.

    Весь кайф в жизни и программировании - делать сумасшедшие вещи, делать то, что ты не знаешь, делать с запредельным качеством. Тогда есть удовлетворение, иначе все наскучит.
    Ответ написан
    4 комментария
  • Тестовое задание (Junior Frontend), приемлемое ли?

    SkipTyler
    @SkipTyler
    Junior+ Front-End developer
    Как по мне это даже не для Front-end

    А для верстальщика, еще и без адаптива...
    Ответ написан
    Комментировать
  • Тестовое задание (Junior Frontend), приемлемое ли?

    @stratosmi
    Имхо, вы путаете:

    Junior
    и
    Trainee

    Для джуна задание нормальное. Более чем несложное.

    А то, как вы к нему относитесь боязливо - скорее выдает трейни.

    Радует что нет адаптива


    И это вы пишите в конце второго десятилетия 21 века?
    Когда трафик со смартфонов давно превысил 60% ?
    Ответ написан
    Комментировать
  • Тестовое задание (Junior Frontend), приемлемое ли?

    bootd
    @bootd Куратор тега CSS
    Гугли и ты откроешь врата знаний!
    При чём тут какая-то связка с php? Как php вообще относится к вёрстке? Если вы там адаптивности боитесь, то, лично моё мнение, вам ещё нужно подтянуть знания и вы себя в оценке переоценили))

    Что насчёт самого макета, то я бы сказал, слишком лёгкий. Чё тут делать то? Карту вставить? Подвигать стрелочки при наведении через css? Сделать кнопку с раскрытием меню?

    P.S. Я никак не хочу обидеть или оскорбить вас, но я не понимаю, сути вашего вопроса. У вас навыки 70% х 30%, а вы вместо того, что бы начать верстать, пришли сюда с глупым вопросом, а не слишком ли сложно!
    Ответ написан
    2 комментария
  • Стоит ли тратить время на переход на https для информационного ресурса? Оправданы ли трудозатраты с точки зрения SEO?

    RotgarSett
    @RotgarSett
    SEO Эксперт
    Так как на вашем сайте есть формы которые собирают контактные данные, очень правильным решением будет сделать SSL сертификат.
    На самом деле это не так уж и трудно - перейти на https. Главное делать все в соответствии с инструкциями: ссылка на Хелп Яндекса тут подробно описано как сделать переезд без ущерба позициям и трафику.
    Вообще, по проводимым опытам в b2c мало людей знает о значении https, в отличии от b2b сегмента, поэтому даже с репутационной точки зрения я бы вам рекомендовал установить SSL сертификат.
    Ответ написан
    Комментировать
  • Как сделать портфолио ничего не нарушив?

    Jump
    @Jump
    Системный администратор со стажем.
    В данном случае вы делали верстку - вот ее свободно можете выложить в портфолио.
    Готовый сайт с дизайном и версткой не имеете права без разрешения правообладателя.
    Ответ написан
    3 комментария
  • Б\у сервер или мощный ПК?

    fdroid
    @fdroid
    press any key
    Вы просто не представляет себе что такое стоечный сервер в домашних условиях. Включите - офигеете от шума, и низкая цена за кучу ядер и оперативки не порадует. Вроде бы, есть тихие модели, в частности CityCat4, вероятно, подразумевает одну из моделей от Asus, но лично с серверами этого производителя я не сталкивался. Тихие (как десктоп) - это, например, линейка ML от HP, но даже б/у они не сказать что дешевые. Как вариант (если хотите установить ESXi с пол-пинка и безо всяких проблем), постепенно соберите самосбор на серверных комплектующих. Сокет - 1151, 2011-3, например. Материнскую на C-чипсете (с сетевыми картами Intel), Xeon по вкусу и ценнику, нужное количество ЕСС-памяти. RAID-контроллер для лабы не обязателен (зачем вам отказоустойчивость лабы?), ESXi и на голый диск встанет отлично. Диски - по вкусу и ценнику. В 50 уложитесь, если не выворобушкываться особо.
    Ответ написан
    1 комментарий
  • Б\у сервер или мощный ПК?

    athacker
    @athacker
    Alex, серверное железо и его использование -- это своя, определённая специфика. Сервер не ушатан, но процы старые, и не очень многоядерные (если речь про тот, который по вашей ссылке, на авито). Не исключено, что у него может использоваться только ECC REG память, а её ещё придётся поискать, если вдруг потребуется заменить или докинуть оперативы. Ну и коллеги правильно заметили -- шум там будет стоять порядочный, т. к. компоновка в серверах 1U плотная, и с охлаждением туговато. Компенсируется это увеличением тяги вентиляторов. На радиаторах CPU там кулеров нет, поэтому ставится гребёнка кулеров, которые охлаждают сразу всё, протягивая воздух от передней до задней панели через всю электронику, плюс есть кулеры в блоках питания.

    Это, кстати, момент, который нужно особо в серверах проверить. Процы и память, которые заработают в серверной материнке, найти проще. А вот кулеры, как правило, строго специфичны для конкретной модели. Поэтому их наличие, количество и работоспособность нужно проверять при покупке зело тщательно.

    Ну и в целом, ответ на ваш вопрос будет зависеть от того, что именно вы собираетесь делать на виртуалках. Если обычные лабы -- домен там, почту, инфраструктурные сетевые сервисы и т. п. -- это одно. А если какие-то жрущие Java-приложения с высокой нагрузкой или десятки виртуалок -- это совсем другое. Под второй профиль использования лучше сервак, конечно. А для первого хватит и десктопа. К тому же, десктоп всегда можно перепрофилировать под рабочий комп, или продать, если появится такое желание. А старый сервер сбыть будет куда сложнее.
    Ответ написан
    Комментировать
  • Как реализовать API запросы в PHP?

    alexfilus
    @alexfilus
    Senior backend developer
    Если есть возможность заморочиться, то советую выучить Lumen или Laravel.
    Там подобные вещи пишутся не просто, а очень просто. Придётся, конечно, потратить время на то, чтобы разобраться с самим фреймворком, но результат вам понравится.
    https://github.com/coskunsoysal/rest-api-sample
    Неплохой пример на slim.
    Ответ написан
    Комментировать
  • Как написать такой сайт?

    alams_stoyne
    @alams_stoyne
    Full Stack Developer - #PHP #CSS #JS #DB
    "Не боги горшки обжигают" (с)
    То что тебя поразило называется WebGL штука красивая но бесполезная на мой взгляд (видимо старею наигрался).

    С какого места подступиться:
    1) Математика
    2) Физика
    3) Программирование

    Читать основы
    есть различные библиотеки, но для создания подобных шедевров лучше писать своё под себя.

    Ну и не забывай про необходимость 3D-моделирования ;)

    В этом посте описан процесс разработки игры на чис...
    Ответ написан
    Комментировать
  • Зачем давать право выбора машине?

    riky
    @riky
    Laravel
    Сергей Соколов, едете вы такой на своей новенькой автопилот-тачке, вдруг дорогу начала перебегать мышка, и авто запускает у себя русскую рулетку, задавить мышку или отправить машину вместе с вами под откос.
    Ответ написан
    5 комментариев
  • Зачем давать право выбора машине?

    @MechanID
    Админ хостинг провайдера
    Тогда давайте еще круче: зачем соблюдать ПДД если можно ездить без них и дать волю случаю.
    ПДД нужны для того чтобы поведение машин на дороге было более упорядоченным и предсказуемым, точно также тут машина должна соблюдать ПДД (сохраняем порядок и предсказуемость), а потом уже пытаться минимизировать ущерб (все также не нарушая ПДД).
    Напомню что нарушение ПДД приводит к непредсказуемости что часто ведет к увеличению ущерба.
    Ответ написан
    Комментировать
  • Что делать only frontend разработчику с backend?

    DevMan
    @DevMan
    не надо вам с этим разбираться. прост найдите человека/человеков, который это уже умеет и платите ему часть денег.
    вы получите меньше денег за задачу, но вы будете в плюсе: задачи закрываются быстрее, больше задач за период, вы не учите неведомый вам мир и качаетесь в том, что вам знакомо и близко.
    Д - делегирование.
    Ответ написан
    5 комментариев
  • Как продвигать сайт с минимальным количеством текста?

    RotgarSett
    @RotgarSett
    SEO Эксперт
    1- Вот тут почитайте (а лучше сначала дочитайте ответ чтобы время не тратить:)
    2- Нереально
    3- Это из разряда SEO-магия блогеров-эльфов (я понимаю о чем он говорит, но это не будет работать на белом проекте какое-то долгое время)

    Вы все правильно понимаете, так SEO не работает. Для SEO этого сайта необходимо делать качественный многостраничник и покупать много качественных ссылок под Google.
    Ответ написан
    2 комментария
  • Как наконец попасть на собеседование Java junior разработчика?

    Привет

    1) Сделай нормальную фотку. Все же Java вакансии, обычно идут в солидные предприятия.
    2) Открой любую java-вакансию, и тупо спеши все, что там требуется.
    3) Добавь структуру в резюме - сейчас это "аля вольные слова".
    4) Подавай заявки на все Java вакансии. Гораздо выше вероятность пойти на собеседование на условного мидла и залезть джуном, чем выискивать джун вакансии.
    5) Если все же не получится найти (у тебя не самое лучшее резюме, будем говорить честными), выбирай стек попроще и иди разработчиком.

    У Хрюш работает просто правило: "Есть хоть одна запись в трудовой - разработчик (хоть даже не по нужному стеку), значит ты разработчик, и тебя можно рассматривать. Если нет, значит ты очень рискованный вариант. Так что потом перейти сможешь. Например, можешь попробовать на .net пролезть.
    Ответ написан
    6 комментариев