Задать вопрос
  • От куда такие проблемы с сайтом?

    Насчет сглаживания в мозилле и сафари - старые версии не поддерживают. У меня сейчас Fierfox 44 (линукс), линии отображаются нормально, без кубиков. Еще один забавный пример:

    Создайте блок и задайте ему такие свойства:

    border-radius: 100px;
    border: 1px dotted #000

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

    Насчет второго вопроса, добавьте блоку #about свойства:

    max-height: 100%;
    overflow-y: auto;

    Проверил на вашем сайте, работает. Кстати, на сайте нет overflow-y: auto, поэтому указал его.
    Ответ написан
    2 комментария
  • Простой учебник по дискретной математике для программистов?

    xztau
    @xztau
    Я
    Составил для себя список учебников (в порядке возрастания сложности и степени усложнения).
    Дискретная математика для программистов. Род Хаггарти
    Конкретная математика. Математические основы информатики. Рональд Л. Грэхем, Дональд Эрвин Кнут,
    Дискретная математика. Практическая дискретная математика и математическая логика. Тюрин, Аляев.
    Дискретная математика для программистов Ф. А. Новиков
    Дискретная математика и комбинаторика Джеймс Андерсон
    Липский - комбинаторика для программистов
    Графы есть в каждой:
    Теоретическая информатика Громкович
    >Плюс материал нужен не сферический в вакууме, а больше практический с направленностью на программирование.
    да вы офигели...
    ---
    И да, тему уже на тостере поднимали.
    Ответ написан
    4 комментария
  • Простой учебник по дискретной математике для программистов?

    ThePyzhov
    @ThePyzhov
    iOS Ninja
    Книжка так и называется: Дискретная математика для программистов, Хаггарти
    d42253adb4fe456299477434950d5c88.jpg
    Ответ написан
    Комментировать
  • Как продавать свою программу?

    @nirvimel
    • Если большая часть программной логики находится на сервере, то нет смысла как-то защищать клиент, потому что без сервера он, очевидно, бесполезен. Клиент наоборот следуют как можно активнее распространять в открытом доступе для продвижения всего проекта.
    • Если вся программная логика находится на клиенте, то никакие ключи и никакие защиты от копирования не помогут, взлом остается вопросом времени. Такой софт был популярен в начале двухтысячных, его время давно ушло.
    Ответ написан
    Комментировать
  • Phalcon для PHP 7 уже вышел или когда выйдет?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Вот и накой вам фальконь если вы в ишус трекер не догодались заглянуть.

    https://github.com/phalcon/cphalcon/issues/10378

    поддержка PHP7 для зефирки уже в каком-то виде есть.
    Ответ написан
    1 комментарий
  • Почему многие сайты в поисковик отдают print версию?

    vawsan
    @vawsan
    Frontend Developer
    Сейчас это обусловлено больше переходом на SPA-приложения. То есть по сути есть 2 версии сайта:
    1. для людей - рендерится 1 страница и все остальные передвижения обрабатываются на JS(которые якобы пока поисковики не умеют обрабатывать)
    2. для машин - отдается быстрая версия исключительно с значимыми частями страницы(изображения, видео, текст), без рекламы, без баннеров, без лишних виджетов от соц. сетей и прочего.
    Ответ написан
    2 комментария
  • Почему многие сайты в поисковик отдают print версию?

    @mletov
    Основная ценность информационного сайта или форума - это тексты и картинки, а вовсе не html теги, правила css, javascript и т д. Как правило, в версии для печати количество html и пр сведено к минимуму. Соответственно, скорость загрузки страницы выше, а время парсинга поисковиком меньше, а эти параметры являются критериями качества сайта с точки зрения поисковика, хотя, конечно, далеко не единственными.

    Так что да, "прирост к seo"
    Ответ написан
    Комментировать
  • План подготовки для поступления в Яндекс ШАД?

    @Mercury13
    Программист на «си с крестами» и не только
    Алгоритмы. Немного олимпиадного программирования ОЧЕНЬ не помешает. Алгоритмы там предлагают несложные, но очень нетривиальные, надо чувствовать, как решить задачу. Элементы сложности алгоритмов. Две задачи из восьми гарантированно будут.

    Алгебра и дискретная математика. Первый курс, всё скопом, без доказательств. Линейные уравнения, квадратичные формы, матрицы, собственные векторы, жорданова форма, перестановки, графы, теория множеств, комбинаторика, алгебра логики…

    Интегралы (не слишком «злые», но приёмы «подстановка», «по частям» и «тригонометрический интеграл» всё же освоить стоит). Интеграл средней сложности — постоянный гость в ШАДý. Может быть и ещё одна задача из мутьанализа — но это как повезёт и задача будет гарантированно нетривиальная, но решающаяся на «том, что помнишь с института» — дифференцирование, ряды Тейлора, основы топологии, простейшие пределы, правило Лопиталя. Вспомни, как берутся простейшие двойные интегралы, может попасться, например, на теории вероятностей.

    ФКП. Самое начало. Аналитических функций и рядов Лорана точно не будет. А вот то, что в комплексном поле многочлен n-й степени имеет n корней, знать надо.

    Теория вероятностей. Непрерывные и дискретные вероятности. Нечто несложное, почти что на уровне кубиков и карт, но одна-две из восьми будет. Хотя статистика — важная часть ШАДа, на экзамене не требуют. И пекла типа белых шумов и интегралов Ито не будет. Хотя что-то типа дискретной марковской цепи — а вдруг, хотя знакомые мне три экзамена не было.

    Школьные олимпиадные задачи. Возможна одна.

    Итого.
    Две — алгоритмы.
    Одна-две — вероятность.
    Одна — интеграл.
    Две-три — что угодно из школьной математики, дискретной математики, матанализа, алгебры, ФКП…

    P.S. Очень хороший приём, который мне помог. Конечно, вам придётся держать скан какого-нибудь справочника или распечатку Википедии (это не возбраняется, но электроника запрещена — впрочем, калькулятора задачи не требуют). Печатайте на одной стороне, вторую — на черновик!
    Ответ написан
    4 комментария
  • Почему не стоит вызывать методы в конструкторе?

    @smozhaykin
    На самом деле вызывать не стоит только виртуальные методы. Т.к. если класс наследник его переопределит, то возникнет ситуация, когда метод работает до вызова конструктора класса-наследника. И если в этом методе используются какие-нибудь поля класса-наследника, они могут быть еще непроинициализированы.

    А так как в Java

    In Java, all non-static methods are by default "virtual functions." Only methods marked with the keyword final, which cannot be overridden, along with private methods, which are not inherited, are non-virtual.


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

    Ниже C# код (т.к. работаю в основном с этим языком), иллюстрирующий это.

    void Main()
    {
    	new B("name");
    }
    
    class A
    {
        public A()
    	{
    	     Method();
    	}
    	
    	protected virtual void Method()
    	{
    	}
    }
    
    class B : A
    {
        private string Property { get; set; }
    	
    	public B(string value)
    	{
    	    Property = value;
    	}
    	
        protected override void Method()
    	{
    	    Console.WriteLine(Property.Length);
    	}
    }


    Результат: Object reference not set to an instance of an object.

    StackTrace
    at UserQuery.B.Method()
    at UserQuery.A..ctor()
    at UserQuery.B..ctor(String value)
    at UserQuery.Main()
    Ответ написан
    Комментировать
  • Почему не стоит вызывать методы в конструкторе?

    @protven
    Ну например потому что у вас на момент вызова конструктора объект вашего класса еще не создан окончательно (внезапно!). И только находится в процессе создания. Поэтому объект может быть в неконсистентном состоянии на момент вызова своего метода.
    Ответ написан
    Комментировать
  • Как правильно форкать проект для основы своего?

    mannaro
    @mannaro
    Умею профессионально гуглить
    Я думаю, что, если код уж будет так сильно отличаться, то нужно залить репу как новую, а в README указать, на чем основано.

    P.S: также, форки не отображаются в поиске по гитхабу, так что делать форк в этом случае не разумно.
    Ответ написан
    2 комментария
  • Есть ли смысл начинать пользоваться SASS'ом начинающему верстальщику?

    zooks
    @zooks
    Frontend
    Если объем верстки больше одной страницы, то стоит использовать (в связке с Gulp).
    Ответ написан
    Комментировать
  • Есть ли смысл начинать пользоваться SASS'ом начинающему верстальщику?

    Если уверенно владеете CSS, понимаете что там как и зачем - плюсы будут даже на небольших проектах. Соберете свою коллекцию миксинов и вперед.
    Ответ написан
    Комментировать
  • В чем ошибка AJAX или PHP?

    @vGrabko99
    html, css, js, php, golang, mysql
    как минимум в говнокоде. Вам тут не кто его разбирать не будет
    Ответ написан
    1 комментарий
  • Как уменьшить отказы от корзины?

    evnuh
    @evnuh
    Поиск Гугл помог мне, впусти и ты его в свой дом
    Вот наша корзина. Всё для людей.

    d2c549e966b74e6dbe125e54dcaf505f.PNG
    Ответ написан
    3 комментария
  • Что значит "опыт верстки под битрикс, вордпресс и т. д."?

    Тут 2 варианта:

    1. Заказывают верстку, подразумевают создание шаблона/темы для CMS. По хитрости, по не знанию, по глупости - не важно. Важно не подписаться пилить это по цене только верстки.

    Верстка - это когда макет превращается в набор html/css/js файлов.

    Да, могут быть вариации. Может быть сразу под движок: Smarty, Twig, Jade, или все шаблоны в Handlebars, или сразу чтобы всё под Angular было. Но это всё частные случаи, требующие более высокой квалификации, или находящиеся уже где-то во front-end разработке.

    2. Просят учесть особенности CMS.

    Маленьких нюансов может быть много.

    Вот Битрикс, например, и его Эрмитаж (тыкнул в блок - тут же его отредактировал если по простому). Где-то лишняя обертка элемента, чтобы в режиме редактирования не разваливалось. Везде - z-index меньше 1000, чтобы Эрмитаж не перекрывало.

    Wordpress вообще генерирует огромное количество своих классов. Взять те же навигационные меню. Использовать их = наплевать на все эти ваши БЭМ и прочее.
    И т.д.

    Если я верстал и без проблем натягивал свои макеты на Wordpress - могу ли сказать что у меня есть опыт верстки под Wordpress?

    Могу.
    Так же как могу сказать что есть опыт верстки под Drupal (не знаю натягивали ли какие-то из моих работ на Drupal, но чё бы нет).

    Правда нет гарантии что человек, который будет натягивать мою верстку, не затупит например с
    .nav
        .nav__list
            .nav__item

    Когда ему движок выдаст меню в виде
    .menu
        ul
            li

    Но я не считаю это своей проблемой.
    Когда понадобилось, оказалось нет ничего сложного 1 раз потратить время и написать свой вывод меню в Wordpress, чтобы можно было любую верстку натянуть. Почему так не может сделать тот кто натягивает? Почему в ТЗ об этом не предупредили?

    Уменьшает ли "опыт верстки под CMS" время верстки?
    Если не были оговорены нюансы (те же меню WP) - то нет.
    Может увеличиться время натягивания верстки на движок, но это уже проблемы заказчика, который не озвучил требования заранее.

    Таким образом, хотя в идеале на движок должно быть возможным натянуть любую верстку, действительно некоторые имеют CMS особенности.
    Об этих особенностях следует договариваться заранее. Должно быть конкретное ТЗ на верстку.
    В остальном как правило речь об "опыте верстки под %CMS%" - просто болтовня.
    Ответ написан
    Комментировать
  • Где ошибка в коде?

    @deliro
    h постоянно переопределяется.
    x вообще пустой кортеж.
    Читать ошибки эксепшенов когда начнёшь учиться?
    Ответ написан
    Комментировать
  • Как правильно разбить данную страницу?

    orlov0562
    @orlov0562
    I'm cool!
    >> Каким образом это реализовать в посте?
    есть несколько варианта:
    - если это лендинг, тогда делаешь обычную страницу и кастомный template для неё
    - если это каталог вакансий, тогда пост+куча доп полей и из них выводишь
    - пишешь самостоятельно "каталог вакансий" отдельным разделом в WP со своими таблицами и роутами, где будет удобное управление необходимыми разделами

    >> Делать кучу ACF и из них выводить?
    да, можно так, но будет сложно управлять редактору вакансий

    >> А если я хочу сгруппировать по блокам?
    Как вариант, указывать в посте block-id, например <!--block_id_1-- > а в темплейте, искать этот текст и заменять на твой блок, типа того:
    <?php
    $postText = get_the_content();
    if (strpos($postText, '<!--block_id_1>')) {
        ob_start();
        include "block-id-1.php";
        $block = ob_get_clean();
        $postText = str_replace('<!--block_id_1>', $block, $postText);
    }
    echo $postText;
    ?>
    Ответ написан
    Комментировать
  • На чем написать высоконагруженный api сервер?

    opium
    @opium
    Просто люблю качественно работать
    Пишите на чем умеете
    Ответ написан