• Как прописать html кнопки для автоматического запуска?

    Kaaboeld
    @Kaaboeld
    Web-разработчик
    На js есть простой алгоритм:
    1. Проверяем через interval с необходимой точностью(час, минута, секунда и тд) текущее время(в браузере или серверное).
    2. Когда время равно необходимому выполняем тригер нажатия на кнопку.
    Ответ написан
  • На каких технологиях основана работа подобных сайтов?

    mlnkv
    @mlnkv
    frontend developer
    отслеживается событие масштабирования и пересчитывается высота и ширина svg элемента
    window.addEventListener("resize", function() { /* do some interesting */ });
    Ответ написан
  • Продажа собственного PHP кода: как правильно делать?

    mzcoding
    @mzcoding
    Web-Разработка
    На самом деле покупают не код, а твой сервис и поддержку. Но если так хочется защитится, от копирования возьми и закодируй привязку к домену. Новичка это остановит и он не сможет твой скрипт использовать на нескольких доменах (погугль, на эту тему в интернете полно инфы).

    А если твой скрипт станет популярным, любую твою защиту вскроют, что-бы ты там не городил. Тут нужно понимать, кто будет заинтересован в этом скрипте в его тех.поддержке/обновлениях и т.д - он все-равно купит, не зависимо от того будет скрипт в свободном доступе или нет.
    Ответ написан
  • Как считать введенные данные из INPUT?

    банально в переменную значения полей занесли на шаге 1, на втором - эти значение отобразили. можете local storage использовать, если желание есть
    Ответ написан
  • Как сделать подобный эффект?

    ZloDeeV
    @ZloDeeV
    Верстаю в своё удовольствие
    Самый популярный из таких - masonry
    Лучшее из перепробованных мною.
    Ответ написан
  • Для чего используются "-" (one dash) и "--" (double dash) в командной оболочки unix?

    whitehunter
    @whitehunter
    "-" - когда параметр/параметры команды односимвольные
    Например "cp -rf test/* new": указываем два параметра "r" и "f'
    "--" - когда параметры состоят более чем из одного символа.
    Например "cp --help"
    Ответ написан
  • Не поздно ли становиться программистом?

    askeet
    @askeet
    Профильное образование в программировании это последнее на что смотрит работодатель. Более важным является опыт работы и способность быстро решать поставленные задачи.
    Поэтому отвечу не поздно никогда переквалифицироваться, тем более после института.
    Ответ написан
  • Как сделать простенькую MVC модель в php?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Итак, займемся переводом для начала

    на главной создаю объект:

    В точке входа/во фронт контроллере. Объект этот завется маршрутизатор или раутер. Имеет отношение к MVC - нет.

    вот что в файле hello.class.php:

    Такое именование файлов и классов было модным во времена php4. Отройте для себя PSR0 (и еще отдельно про PSR-4 можете почитать).

    Т.е. при обращении по url: site.localhost/hello я вижу hello!!!! на экране.

    Поздравляю вас с первым контроллером... хоть и убогим слегка. Читаем про контроллеры в контексте GRASP

    ну в htaccess я прописал нужную конструкцию

    Верни мне мой 2007-ой, когда все было круто и все хвастались своими ЧПУ на модреврайтах. Подумайте в сторону единой точки входа и перенаправления всех запросов, для которых не нашлось файлов на эту точку входа. Но это так... просто... совет. Это упростит жизнь при миграции скажем на nginx или черокки какой.

    Вот я и поплыл в этих терминах.

    Заходим на википедию и выплываем.

    Model-view-controller - схема использования нескольких шаблонов проектирования, с помощью которых модель данных приложения, пользовательский интерфейс и взаимодействие с пользователем разделены на три отдельных компонента таким образом, чтобы модификация одного из компонентов оказывала минимальное воздействие на остальные.


    Советую почитать полную статью и пройтись по ссылкам. Особенно по части модели данных. Это должно прояснить для вас такой момент что модель это модель данных. То есть у вас есть данные, например блог-пост, есть его модель (просто класс Post который имеет поля id, title, body и т.д.). Проще говоря модель это представления данных в приложении. А view - это слой который занимается тем что переводит данные из формата модели в формат запрашиваемый пользователем. Причем вам не запрещается работать из контроллера с базой. Ну то есть как, есть такие вещи как сервисный слой и тонкие контроллеры, но мы же пока только учимся да?). В любом случае модель не должна знать ничего о том где и как она хранится.

    Теперь по поводу view. Давайте вспомним что такое запрос в контексте WEB-приложений. Это старый добрый HTTP запрос. У запроса есть заголовок - Accept который говорит что хочет получить пользователь (пользователи могут быть не живыми и хотеть что-то другое, например JSON). Через него браузер говорит что хочет получить. Например он говорит "хочу text/html" и мы должны выполнить следующие стэпы:
    - вызвать контроллер
    - контроллер достает из закрамов модельки которые хочет пользователь и отдает их во view.
    - view переводит данные из формата приложения в формат который хочет увидеть пользователь.

    В очень грубой форме view может быть таким:
    PostView {
        
        private $post;    
    
        public function __construct(Post $post) {
            $this->post = $post;
        }
    
        public function renderTitle() {
             return sprintf("<h1>%s</h1>", $this->post->getTitle());
        }
        // и еще пара методов    
        public function render() {
             $this->renderTitle();
             $this->renderBody();
        }
    }


    И по одному таком классу на каждую модель и в каждом классе придется реализовывать сложную логику по формированию вьюшек для наших моделей. Согласитесь, это не удобно. Потому придумали фигачить все в шаблонах и разруливать это движками для шаблонизации (да, одна единственная функция render которая просто инклудит php файл это тоже движек шаблонов).

    Практическое задание:
    Если все что делает контроллер это отдает отрендренный шаблон без какой либо переменной в нем.... Это MVC? Где тут модель?
    Ответ написан
  • Правильно ли построен путь программиста, по которому хочу пройти?

    jcmvbkbc
    @jcmvbkbc
    http://dilbert.com/strip/1998-08-24
    Правильно ли построен путь программиста, по которому хочу пройти?

    Зависит от вашей конечной цели и ожидаемого срока прихода к ней.

    программирование на машинных кодах - программирование на Ассемблере

    Это практически один шаг, его можно совместить с шагом "архитектура процессора".

    Устройство операционных систем без практики изучать бесполезно, а для практики нужно знать С и ассемблер.
    Стурктуры данных и алгоритмы лучше начать изучать вместе с языком и до операционных систем, потому что иначе тоже будет неудобно.
    Ответ написан
  • Ценится ли IT-специалист, который умеет все?

    HeadOnFire
    @HeadOnFire
    PHP, Laravel & WordPress Evangelist
    Могу по себе сказать. Так уж получилось, что карьера у меня началась с графического дизайна, но в это же время я увлекся html. Сделал карьеру в дизайне, доработался до старшего арт-директора крупного РА, потом креативного директора, получил несколько наград на фестивалях. Потом понял, что уперся в потолок, и ушел раззвиваться проджектом. Дослужился до технического директора интернет-департамента крупнейшего телеканала страны. В процессе сильно втянулся в программирование (html-css-js-php все это время было перманентным хобби и отчасти дополнительным фрилансом). Сейчас как раз выступаю в роли CTO в крупном стартапе, одновременно являясь "играющим тренером", пишущим большую часть кода и рисующим интерфейсы. Мое знакомство с компьютерами началось с Линукса - в универе в интернет-центре все компы были на нем. Итого, на выходе получился дизайнер, верстальщик, програмер, сисадмин, проджект-менеджер с хорошим пониманием всего процесса целиком и всех мелких процессов в каждом направлении, а также с четким понимаем того, как это все превращается в системный бизнес. На всех этапах моих карьер эти навыки приносили очень хороший доход. Но есть одно "НО" - у меня на это ушло 16 лет. Шестнадцать. Есть такое правило 7000 часов (если мне не изменяет память). То есть, занимаясь серьезно одним делом 7000 часов ты становишься профессионалом в этой сфере. Берем 8 рабочих часов в день, 40 часов в неделю, 50 недель в году. Итого - 2000 часов в год. 3,5 года, чтобы стать профессионалом в одной сфере. Это если отнестись к делу серьезно. Если же по-быстрому нахвататься обрывочных и общих знаний из разных областей - толку от этого мало. Такой "специалист" заявляет, что знает все, но на самом деле толком не знает ничего.
    Ответ написан
  • Ценится ли IT-специалист, который умеет все?

    deivan
    @deivan
    Frontend Developer
    это анахронизм. пережиток прошлого. эхо эпохи, когда была негласная специализация - "компьютерщик".
    эпоха штампов: "заправь принтер, ты же программист", "почини модем, ты же программист", "нарисуй макет, ты же программист"...
    истинный профессионал ценен тем, что тратит свою жизнь на усовершенствование узкого пула своих талантов, за который он получает достойное вознаграждение в итоге.
    а распыление себя сразу на все направления -- даст в итоге бесперспективную банальность "делаем дешево сайты, клеим обои, вывоз мусора"..
    Ответ написан
  • Ценится ли IT-специалист, который умеет все?

    thecoder
    @thecoder
    Разработчик веб-приложений и сервисов.
    Очень глубокий и сущностный вопрос. Люди не винтики с рождения и всегда развиваются по всем направлениям сразу. Конечно, узкую специализацию проще продать, но в действительности узкой специализации не существует. Вы не сможете очень глубоко развиться, игнорируя остальные направления.

    Например, дизайнер, который не просто лепит всякий треш на потоке, потому что руку набил, а старается расти - неизбежно интересуется всеми проявлениями гармонии. Музыкой, литературой, кино, а также сопутствующими областями, в т.ч. 3D-моделированием, программированием и даже SEO. Иначе упрется в потолок. Хороший программист и веб-технолог находятся примерно в такой же ситуации.

    Тут писали про вышивание крестиком, а я недавно делал ремонт, положил плитку в ванной, смонтировал электрику и положил полы, некоторым вещам научился, делая сам, на некоторых обжегся, нанимая разных подрядчиков. Не знаю про востребованность на работе, но могу создать небольшую бригаду, взять работу и вообще понять, насколько качественно подрядчик делает ремонт. Охрененно полезный навык. Сотрудники-программисты просто ангелы, по сравнению со строителями. Еще больше понимаю, насколько в привилегированном положении находится IT-отрасль.

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

    В качестве резюме: дорого продать можно узкую специализацию, но как минимум также дорого можно продать широкий спектр навыков.
    Ответ написан
  • Ценится ли IT-специалист, который умеет все?

    DjPhoeniX
    @DjPhoeniX
    Hardcore iOS & ESP developer & DJ
    Я где-то год назад как раз почти полностью подходил под описание. Человек-"я-всё-могу", начинал с Delphi, потом ушёл в PHP, знаю на неплохом уровне HTML/CSS, с закрытыми глазами пишу на JS и PHP, ориентируюсь без гугла в C++ (stdlib), и ещё несколько языков на уровне "с гуглом осилю" (assembler, perl, ...), имею навыки админства, и так далее.
    Но потом приходит понимание, что это, конечно, круто, но у заказчиков/работодателей обычно задача стоит получить результат быстро. А я, как ни прискорбно, всего один. В итоге проект то я сделаю и в одиночку, но потрачу на него в 3-4 раза больше времени, чем если бы дизайном, фронтендом и бэкендом занимались разные люди. Тут именно тот случай, когда "9 женщин родят ребёнка за месяц".
    В итоге нашёл работу по одному направлению (iOS-разработка). Остальное, к слову, не забросил - если возникнут задачи из разряда "посмотри, почему у нас сервер глючит" - вполне это осилю. И это дополнительный "респект" от начальства - но финансов это обычно не добавляет...
    Ответ написан
  • Почему psr-1 говорит использовать такую конструкцию?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Потому что с <? много проблем. Рендринг XML документов (да, бывает и такое), еще какие-нибудь вещи, конфликты и т.д. По этой причине по умолчанию оно выключено в php.ini. И по этой причине в стандарте прописано вообще не использовать оный тег.
    Ответ написан
  • Как запускать скрипт php каждую минуту?

    0neS
    @0neS
    Лучше пусть при нажатии кнопки пользователем в БД или еще где-нибудь сохраняется нужная инфа, а единственный в cron'е скрипт дергает инфу и выполняет нужные действия.
    Ответ написан
  • Как правильно следует подключать файлы на сайте?

    teotlu
    @teotlu
    Навёрстываю упущенное
    Стили внутри head, скрипты по возможности в конце body.

    Объясню, почему: стили нам нужно загрузить раньше, чем весь остальной DOM, чтобы сразу отобразить все элементы правильно.

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

    Никакого "в среднем" нет, файлов должно быть как можно меньше. Меньше файлов — меньше запросов к серверу. Поэтому стоит использовать или какой-нибудь упаковщик стилей-скриптов, который их минимизирует и сливает в один файл, или AMD-загрузчик, вроде RequireJS или чего-то такого.

    jQuery тоже лучше подключать внизу, по описанным мною выше причинам. Но тогда нельзя будет писать всякие onClick="$('.blablabla').hide()", как многие часто делают. Впрочем, так всё равно лучше не делать.
    Ответ написан