Jump to content

lexxcode

Moderator
  • Posts

    1,539
  • Joined

  • Last visited

  • Days Won

    79

Everything posted by lexxcode

  1. Привет всем. Давно не заходил. (был раньше под ником alex-riz). Приятно видеть что форум живет. @klierikпродолжает и развивает этот проект с долгой историей. Многое изменилось и улучшилось. Надеюсь, все кого знаю по форуму, живы и здоровы. Передаю всем приветы. Пост не несет какой-то цели, скорее дань уважения и благодарности этому месту и людям
  2. Для начала стоит разделять работу и все остальное. Работу нужно работать. Да работа должна тебя морально удовлетворять, кроме того что приносить соответствующих доход. Но в первую очередь это работа и там могут быть скучные и дурацкие задачи, идиотские баги. Фанкоддингом можно заниматься в свободное время, чтобы тешить свое любопытство. И вообще находить занятие по фану вполне можно в свободное время. Если тебя не устраивают условия работы, значит нужно менять работу. Но чтобы не проседать по баблу несколько месяцев, нужно просто найти предложения, согласовать все и просто свапнуться. Тем более если ты говоришь, что на текущей работе платят нормально, то совсем нет смысла просто так кидать работу. Нужно определиться какой ты вообще видишь свою работу. Может быть ты хочешь переехать в более крупный город, или наоборот подальше от цивилизации, может вообще удаленно работать и путешествовать по миру в это время. Составь резюме о себе, организуй все свои знания на одной-двух страницах A4. Пойди в линкедын заполни страничку свою, добавь ребят с форума, например, в друзья. Дальше сеть будет работать сама и Рекрутеры будут засыпать личку письмами с абсолютно разными предложениями. Собрав все это ты уже можешь выбирать с кем пробовать договариваться. Так, что не унывай. Все будет огонь ツ
  3. https://jsfiddle.net/alexriz/27mjkaek/ <= еще не много клиники я не понял, что ты не понял
  4. Просто нужно было не выходить из чата... Спрашивал бы - тебе помогли
  5. 1. Скажите, пожалуйста, ваш род занятий сейчас? Если вы работаете, то кем? Если учитесь, то на кого? Ем людей, размножаю гусей. Да работаю, SFD. Отучился свое уже, хватит. "Интеллектуальные системы принятия решений". Нейросети, ИИ, Нечеткая логика и еще много чего интересного. 2. Вспомните, пожалуйста, когда вы в последний раз читали какую-нибудь статью в интернете? Сегодня 3. Откуда вы перешли на эту статью (поделился кто-то ссылкой, из поисковой системы, пролистывая какую-то новостную ленту, email рассылка или просто из закладок)? Их много за день, какая нужна? Обычно листаю что-то. Иногда скидывают. Иногда в поиске нахожу, если интересует конкретный вопрос. 4. Где эта статья была опубликована: блог, какой-то новостной или развлекательный портал, просто пост в соц. сетях? Хабр, Гиктаймс, какая-то рандомная фигня 5. Какова была тематика статьи (развлекательная, профессиональная, просто новость и т.п.) ? Смотря какая интересует. 6. Как много времени вы потратили на прочтение той статьи? Не засекаю 7. Она оказалась интересной, полезной для вас? Да, иначе зачем я ее читал бы 8. С какого устройства вы зашли посмотреть на ту статью? С ЭВМ 9. Как часто вы читаете / просматриваете статьи на разных новостных ресурсах / блогах? По сравнению с предыдущими годами вы стали читать больше или меньше статей в интернете? По разному. Есть что почитать - читаю, нет - ем людей 10. При каких условиях освещения вы чаще всего читаете статьи: ночью, плохое освещение, дневное нейтральное, солнечная погода? При любых 11. Для чего вы обычно читаете статьи вообще (быстро посмотреть какой-то туториал, быть в курсе последних новостей, улучшить свои профессиональные знания, познать дзен и т.п.) ? По разному 12. Кстати, о туториалах: если вам нужен какой-нибудь туториал, вы предпочтете прочитать статью или посмотреть видео? По разному 13. У вас есть в закладках какие-то ресурсы, где вы периодически целенаправленно смотрите обновления, новые публикации? Если да, то на что вы обычно обращаете большее внимание при их посещении: просто свежие публикации, публикации в каком-то конкретном разделе, сразу пользуетесь поиском по сайту и т.п.? Новые публикации по подписке 14. Когда вы просматриваете ленту статей, на что вы больше обращаете внимание: картинка к статье, название, число комментариев, автор? Читаете ли предисловие к статье? По разному 15. Часто обращаете внимание на дату публикации статьи (свежая она или старая)? Если да, то перед прочтением статьи, где-то в процессе или после прочтения? Если это новости, то они и так относительно свежие. Туторы как правило пофиг какой даты, если на это нет отдельной критической зависимости 16. Если вы увидели рядом со статьей, которую читаете, рекламу не по теме статьи, но то, что в принципе вас очень интересует сейчас в жизни, вы клинете на нее? Если нет, почему? Какая реклама? О чем ты? Сбриваю любую рекламу, не вижу ее в принципе. Не кликну по рекламе никогда. Потому что это интернет мусор, который превращает сайты в помойку. Я придерживаюсь теории, что модель монетизации через рекламные баннеры, это тупиковая ветвь эволюции рекламы в принципе. Есть куда более действенные и оригинальные способы что-то рекламировать, при этом не накаляя этим и не навязывая ничего лишнего людям. 17. Вы перешли из поиска на статью по интересующей вас в данный момент теме, прочитали ее, она оказалась полезной и хорошо написанной. Ваши действия дальше (как вы обычно поступаете, не обязательно всегда так): сохраните страницу в закладки браузера, воспользуетесь навигацией по сайту, перейдете на главную, воспользуетесь блоком похожие статьи или тегами, просто закроете вкладку со статьей? Если просто закроете вкладку, то почему? Возможно сохраню ссылку в закладках, возможно нет 18. Что вас частенько раздражает при прочтении публикаций на разных интернет ресурсах? Реклама (которая обходит блокировщик, падла). Всплывающая херня на полэкрана, которая пытается меня заставить, на что-то подписаться. Статьи тизеры - когда есть начало статьи, а продолжение мол по подписке (привет, журнал Хакер, мразичи). Когда у статьи громкий заголовок, а на деле написана бредятина полнейшая. 19. Часто ли возникает желание изменить размер шрифта в статье или ширину блока с текстом? Если да, то в меньшую или большую сторону? Нет, не возникает 20. У вас бывает, что вы при прочтении статьи не понимаете ссылка это или просто текст? O_o 21. Когда вы читаете статью и видите в тексте какую-то уточняющую ссылку, вы, как правило, кликаете на нее или нет? Нет. Ибо это скорее всего реклама. По крайней мере, я сначала смотрю на адрес ссылки, который видно при наведении, а потом только думаю тыкать или нет. Да и вообще куда попало не тыкаю. И вообще предохраняться нужно. 22. Часто ли у вас бывает такое, что смотришь только на картинки, выделенные цитаты и заголовки в статье, быстро проматывая ее? Получаете то, что хотели от таких статей? Если да, то что больше всего помогает найти нужную информацию при таком быстром просмотре? Да бывает я читаю статьи "по диагонали", если ищю что-то конкретное. Картинки, заголовки, выделения учитываются, но не на первом месте. Это скорее зрительный поиск ключевых слов и фраз, которые интересуют в данный момент. 23. Бывало ли такое, что вы еще не дочитали статью, а уже хочется кому-нибудь ее переслать или опубликовать у себя на стене где-нибудь в соц.сетях? Если да, то почему у вас такое желание возникло / возникает? Пересылать - да. Публиковать в соц.сетях - нет. Пересылаю, только если знаю, что другому человеку это может быть интересно. 24. Когда вы хотите поделиться статьей с кем-нибудь, вы чаще копируете ссылку из адресной строки браузера или нажимаете одну из кнопок "поделиться", если такие есть рядом со статьей? Копирую ссылку из адресной строки. Share-кнопки блокирую вместе с рекламой. Бесячие кнопки, ненавижу. 25. Как думаете, будете ли вы в будущем читать статьи на разных блогах/порталах так же часто, чаще или реже? С чем это может быть связано в вашей жизни? Понятия не имею 26. Хотите сказать еще что-то по этой теме? Не стесняйтесь, ваше мнение интересно и всегда влияет на будущее, даже если вам так не кажется. Что за допрос, товарищ? Я ничего не нарушил
  6. го го, Ангулярщики, я знаю, что у нас есть прокачанные ребята
  7. просто могут быть существующие проекты уже написанные на Angular 1.x, и переход может быть не запланирован прям сразу, как только Angular 2 становится мейнстримом. Так что тут такое. А если это новое приложение, которое создается с нуля, то да имеет смысл заводиться с Angular 2, хотя бы на перспективу более продолжительной поддержки без глобальных апдейтов
  8. А куда он денется? Но вообще вроде активненько на Angular 2 все переходят.
  9. Приветствую, господа и дамы! Кто из Украины, шарит в Angular.JS и хочет работу, пишите, я вас сконтачу с рекрутером в скайпе. Требуется разработчик на Angular уровня Middle/Senior в компанию Svitla. Предподчтительно с привязкой в Киеве, но можно и удаленно, но это уже сами там договоритесь. Все оффициально, куча плюшек, и хорошие условия. От вас не много времени, для общения с рекрутером, резюме и скиллы. Пишите мне или прямо рекрутеру, контакты ниже: Наталия Чадюк skype: nataliiachadiuk1992 email: n.chadiuk@svitla.com От рекрутера инфа: На даному етапі в нас зявилася вакансія Middle and Senior ANGULARJS DEVELOPERS на проект, на якому команда робить платформу (CMS),яка надається кастомерам для використання з метою поліпшення своїх івентів,тобто збір статистики активності, успіх спікерів і тд. Грубо кажучи,аналітику для компаній які регулярно влаштовують заходи, конференції, концерти і тд Ось посилання на дану вакансію: http://svitla.com/vacancies/123 ===================== Вот как-то так, пишите. Если вдруг заинтересуется, кто-то скилловой, кого я по форуму или чатику знаю, с меня личная рекомендация. Всем бобра ツ
  10. В ie 10 не много отличается синтаксис и значения свойств по умолчанию. скорее всего где-то вокруг этого что сломалось
  11. это надо смотреть живой пример. по скриншотам такие вещи гадать практически бесполезно
  12. Да просто во всем есть своя мера и баланс. Любые варианты решают свою задачу. Со временем, будешь на уровне интуиции и опыта, делать как лучше
  13. Можно избавиться от .wrapper. Он у тебя, по сути, ничего не ограничивает. На первом этапе, все что обвязано на .wrapper, можно смело перенести на body. Вообще, строго говоря, прменение на этом участке flexbox, не обязательно. А в режиме flex-direction: row; flex-wrap: wrap; вообще не много странно. Окей, если на флексах, то тогда, для начала, стоит переключиться в режим flex-direction: column;, у тебя ведь корневые секции колонкой идут, вот и выстраивай их по колонке. flex-wrap оставить в состоянии по умолчанию nowrap. Так это будет более складно. В твоем случае это бесполезно, но есть задача, когда нужно прижимать футер к полу, если недостаточно контента при этом футер должен быть способным растягиваться по контенту, то есть нефиксированной высоты. Вот так, например https://jsfiddle.net/alexriz/kdcjo2oo/ Качать макет, честно, лень. В браузере выглядит все прилично, особо вопросов не вызывает. Кроме, пожалуй, этих логотипов брендов, они там фоном сделаны, скорее всего это должны быть отдельные элементы Вцелом все очень неплохо, код чистый, именования понятные, читабельные. Стилистика указания классов понятная. Для основных header и footer, стоит тоже прописать классы и стилизировать по ним, а не по селектору тега. Так как, технически теги header и footer, могут быть не единственными на странице. В ситуации появления на странице какого-то article, например, со своим header и footer, при стилизации у тебя гарантированно возникнет коллизия стилей с твоими основными хедером и футером. Это, так или иначе, повлечет переписывание кода, по этому, стоит избегать подобных ситуаций. Это сэкономит, в итоге, тебе общее время, нервы и избавит от лишней отладки страницы. Еще у тебя в начале css есть такой код: html, body, div, span, applet, object, iframe, h1, h2, h3, h4, h5, h6, p, blockquote, pre, a, abbr, acronym, address, big, cite, code, del, dfn, em, img, ins, kbd, q, s, samp, small, strike, strong, sub, sup, tt, var, b, u, i, center, dl, dt, dd, ol, ul, li, fieldset, form, label, legend, table, caption, tbody, tfoot, thead, tr, th, td, article, aside, canvas, details, embed, figure, figcaption, footer, header, hgroup, menu, nav, output, ruby, section, summary, time, mark, audio, video { margin: 0; padding: 0; border: 0; font-size: 100%; font: inherit; vertical-align: baseline; } /* HTML5 display-role reset for older browsers */ article, aside, details, figcaption, figure, footer, header, hgroup, menu, nav, section { display: block; } body { line-height: 1; } ol, ul { list-style: none; } blockquote, q { quotes: none; } blockquote:before, blockquote:after, q:before, q:after { content: ''; content: none; } table { border-collapse: collapse; border-spacing: 0; } На эту тему, на форуме, уже было немеряно споров. Но мое лично имхо - это абсолютно бесполезный кусок кода. Все эти обнуляторы/reset.css/normalize.css и прочий хлам скорее всё сломает, чем реально поможет. Я понимаю, это по началу может показаться непонятным. Понимание этого факта приходит с опытом, сам проходил через это. Но мой тебе совет, избавляйся от подобного, это ни к чему, серьезно. Рано или поздно ты дойдешь к тому, что напишешь для себя очень не большой начальный снипет, который ты будешь только минимально подстраивать под конкретный проект. Вот это будет эффективно. Вот это вот: * { -moz-box-sizing: border-box; box-sizing: border-box; } Во-первых префикс уже давно не нужен. Во-вторых, зачем изменять глобально боксовую модель? Я согласен, в некоторых ситуациях это полезно, поменять для элемента боксовую модель, но это только в некоторых ситуациях. Глобально это делать незачем. Еще по поводу классов. Стоит все же не много больше применять классов, заодно избавляться в css от излишней вложенности селекторов. Например, взять блок .client. У тебя внутри этого блока есть элементы: фото, заголовок, должность и краткое описание. Это можно было оформить вот так: <div class="client"> <img src="img/client-logo.png" alt="" class="client-photo"> <h3 class="client-name">Jonathan Doe</h3> <span class="client-role">Co Founder</span> <p class="client-description">“Aenean eu leo quam. Pellentesque ornare sem lacinia quam venenatis vestibulum. Donec id gravida at eget metus. Etiasem malesuada magn”</p> </div> css .client { width: 340px; height: 300px; display: flex; flex-flow: column wrap; align-items: center; } .client-photo { border: 2px solid #1d1e24; width: 80px; height: 80px; } .client-name { margin-top: 25px; color: white; font-family: Exo; font-size: 22px; font-weight: 500; font-style: normal; } .client-role { color: #ff6d6d; font-size: 16px; font-weight: 500; font-family: Exo; margin-top: 8px; font-style: normal; } .client-description { opacity: 0.66; color: white; font-family: Exo; font-size: 16px; font-weight: 400; font-style: italic; text-align: center; letter-spacing: 0.64px; margin-top: 20px; line-height: 26px; } Тем самым ты отвязываешься от конкретных тегов и лишней вложенности в css. Ты можешь вместо h3, span и p, хоть просто div'ы натыкать и это будет работать. Но есть ситуации, когда стоит стилизировать именно через теги от контекста, в местах где контент добавляется с какого-то wysiwyg, например. Тогда стоит создавать какой-то контейнер в который будет вставляться подобный неуправляемый контент, без классов и прочего (может и с классами, тем не менее). И уже от контекста этого контейнера стилизировать контент. В общем для всего свое место.
  14. используйте flex-box для сетки, будет все нормально работать. хватит уже этих хаков с inline-block и float
  15. Думаю Angular или Vue.js норм будет
  16. <div class="card"> <div class="card-head"> <h2 class="card-title">Title text here</h2> </div> <div class="card-body"> <img class="card-img" src="some-img.png" alt="description"> <div class="card-content"> <p>Lorem ipsum dolor sit amet, consectetur</p> <p>Adipiscing elit. <a href="/somelink.html">Pellentesque amet</a></p> </div> </div> </div> Исходя из кода. Не понятно как оно должно визуально выглядеть, возможно и html чуть другой и названия классов тоже
  17. lexxcode

    https и nginx

    ну я себе настраивал следующим образом: В сервер-блоке для основного http домена идет редирект на https server { listen 80; server_name blabla.com; return 301 https://blabla.com$request_uri; } server { listen 443 ssl; server_name blabla.com; resolver 8.8.8.8; ssl on; # И еще большой кусок конфига ssl root /path/to/blabla.com/www/public/; error_page 404 /404.php; error_page 403 /403.php; access_log /path/to/blabla.com/logs/access.log; error_log /path/to/blabla.com/logs/error.log; index index.php index.html; try_files $uri $uri/ /index.php?$query_string; location ~ .*.php$ { include fastcgi_params; fastcgi_pass localhost:9000; fastcgi_index index.php; } location ~*\.(?:jpg|jpeg|gif|png|ico|cur|gz|svg|svgz|mp4|ogg|ogv|webm|htc)$ { expires 1M; access_log off; add_header Cache-Control "public"; } location ~*\.(?:css|js|woff|ttf)$ { expires 1y; access_log off; add_header Cache-Control "public"; } location ~ /\.ht { deny all; } } Для поддомена свой еще сервер-блок server { listen 80; server_name ts.blabla.com; root /path/to/ts.blabla.com/www/; error_page 404 /404.html; error_page 403 /403.html; access_log /path/to/ts.blabla.com/logs/access.log; error_log /path/to/ts.blabla.com/logs/error.log; index index.php index.html; try_files $uri $uri/ =404; location = / { try_files $uri $uri/ /index.php?$query_string; } location ~ .*.php$ { include fastcgi_params; fastcgi_pass localhost:9000; fastcgi_index index.php; } location ~*\.(?:jpg|jpeg|gif|png|ico|cur|gz|svg|svgz|mp4|ogg|ogv|webm|htc)$ { expires 1M; access_log off; add_header Cache-Control "public"; } location ~*\.(?:css|js|woff|ttf)$ { expires 1y; access_log off; add_header Cache-Control "public"; } location ~ /\.ht { deny all; } }
  18. lexxcode

    Домен

    Здравствуй. Начнем с того, что если регистратор навязывает свои услуги хостинга (что вряд ли) - это плохой регистратор. Ты можешь зарегистрировать домен, а данные о хостинге заполнить когда угодно потом и какие угодно. Просто что в простое за домен все равно платить придется. Я себе на https://internetbs.net домен заказывал
  19. lexxcode

    Polyfill

    Это термин, в данном случае, так что перевода не требует, я считаю
  20. lexxcode

    Polyfill

    Оставляй полифил, все к этому уже привыкли, все используют. Не думаю, что стоит тут придумывать что-то новое
  21. Как все серьезно...
  22. Да это плохо. Потому что прочитать и понять один-два коротких класса проще чем три длинных, которые в себе тянут 90% повторяющейся инфы. В следствии я вынужден еще сидеть и разбирать глазами этот лишний хлам, чтобы найти где там модификатор, где состояние и какие. У меня как раз лапши и не получается, в html подобный пример я бы записал максимум так: <div class="block-elem_mod state">Some Text</div> Ничего лишнего, сразу понятно, что за элемент, к какому блоку относится, какую модификацию имеет, в каком состоянии находится. .block { padding: 10px; } .block-elem, .block-elem_mod { margin: 5px; } .block-elem_mod { color: #800; } .block-elem.state { background: #080; } Так примерно css будет выглядеть. .block-elem_mod стакается вместе с базовым block-elem, т.к. расширяется от него, дальше уточняется индивидуально mod версия. .state может быть как глобальным, так и индивидуальным, как в данном случае. Все вполне понятно. На sass это вообще будет выглядить цельным блоком .block { $root: &; padding: 10px; &-elem { margin: 5px; &_mod { @extend #{$root}-elem; color: #800; } &.state { background: #080; } } } На чем писать это уже выбор каждого (конечно на css) Ну это уже отдельная проблема, всяких препроцессоро-дротеров, которые не думают над тем, что получается на выходе. Тогда да, налепят такого, что никаких концов не найти
  23. Просто т.к. они предлагают делать (ну по крайней мере такое точно было раньше), если тебе нужно создать модифицированный элемент с каким-то состоянием, то в html это выливалось в нечто такое: <div class="block-name__elem-name block-name__elem-name_mod-name block-name__elem-name_mod-state">Some Text</div> То есть прописать целых три класса вместо одного. В итоге на выходе в коде получается какая-то нечитабельная помойка
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy