• Является ли ID от VK персональными данными?

    sergiks
    @sergiks Куратор тега ВКонтакте
    ♬♬
    Имхо idне является персональными данными.

    Это указатель на данные вроде ФИО + телефон, которые хранятся не у вас. Если пользователь захочет изменить или скрыть свои персональные данные, он это сделает во ВКонтакте. Поэтому у вас его персональных данных нет.
    Ответ написан
    Комментировать
  • Является ли ID от VK персональными данными?

    iiiBird
    @iiiBird
    Пока ты спишь - твой конкурент совершенствуется
    5.12. Пользователь как обладатель информации, размещенной на собственной персональной странице, осознает, что за исключением случаев, установленных настоящими Правилами и действующим законодательством Российской Федерации, Администрация Сайта не принимает участие в формировании и использовании содержания и контроле доступа других пользователей к персональной странице Пользователя. Размещая информацию на персональной странице, в том числе свои персональные данные, Пользователь осознает и соглашается с тем, что указанная информация может быть доступна другим пользователям сети Интернет с учетом особенностей архитектуры и функционала Сайта.

    https://vk.com/terms
    Ответ написан
    Комментировать
  • Как сверстать макет с неравномерной сеткой?

    delphinpro
    @delphinpro Куратор тега CSS
    frontend developer
    Держите codepen.io/delphinpro/pen/BWJEgG
    Простая линейная структура. В определенных пределах можно менять положение плиток, не меняя css код.
    Если еще помозговать, можно расширить эти пределы, добавить другие размеры плиток. Но на это нужно время, которого у меня нет.
    Ответ написан
    Комментировать
  • Как влиться в тренд нынешней веб-разработки?

    NightmareZ
    @NightmareZ
    Разработчик
    Сейчас проще не вливаться, а не выливаться. Всё слишком быстро меняется и слишком много всего разного появляется и, как по мне, в перспективе раздробится на мелкие фрагменты, образовав раздельные сферы деятельности, либо сколлапсирует до чего-то более адекватного.

    Это как с кодингом под фронтэнд. Сначала был jQuery, сахара всякие, бабель, затем бэкбоны и прочее, MVC, потом пошёл изврат в виде реакта и ангуляра, вебпак, гульп, бовер, бла-бла-бла... и вот буквально недавно читаю первые статьи на тему "почему MVC на фронтэнде не нужен". Ну наконец-то, думаю я, схлопнулся пузырь.
    Ответ написан
    1 комментарий
  • Пользуетесь ли вы сборщиками при верстке?

    @aarty20
    Front-end / Wordpress developer
    не через консоль prepros.io
    Ответ написан
    Комментировать
  • Вопрос про ООП, как использовать?

    Epsiloncool
    @Epsiloncool
    Программер, веб-девелопер, гейм-девелопер
    ООП по сути - это синтаксический "сахар" и уровень абстракции. То есть вы можете сделать очень большой проект совсем без ООП, он будет работать. Но сопровождать его будет крайне тяжело, так же тяжело и дорабатывать и тем более что-то там исправлять.

    Однажды научившись писать в ООП-стиле, человек никогда не откажется от него по своей доброй воле, потому что чисто морально ООП даёт возможность разложить всё по полочкам и держать мысли и код в порядке.

    Объект в ООП - это замкнутая в себе законченная сущность, с которой можно работать дёргая за рычажки - методы. Это позволяет абстрагироваться от того, что происходит внутри объекта. Удобно, например, в случае с вашей галереей, представить одиночное изображение как объект и получать из него всякие свойства, такие как imageUrl (путь к изображению), запускать ресайз изображения (resizeImage) и всё такое прочее, совершенно не думая о том, как это всё внутри сделано.

    Аналогично, если всю галерею представить как объект, можно работать с ней через её методы, например, получить список всех изображений через getAllImages(), выбрать только популярные через getPopularImages() или реализовать более мощную функцию с возможностью отбора по параметрам getImages($params), добавление новых изображений через addImage($img) (при этом в коде галереи будет содержаться весь код, необходимый для сохранения изображения в БД и на диске, формирования статической ссылки и всё такое прочее.

    Можно создать несколько галерей простым вызовом new MyGallery() и быть 100% уверенным в том, что галереи никак не будут мешать друг другу в работе.

    Научитесь думать в ООП-стиле и ваша жизнь в корне изменится.
    Ответ написан
    Комментировать
  • Вопрос про ООП, как использовать?

    @red-barbarian
    Дело не в том какая парадигма лучше/хуже. Дело в том какая ближе к вашему мышлению и моделировании области которую вы описываете. Если вы мыслите процедурами, то ооп в коде будет притянута за уши. Если код понятен, легко читается, то этого достаточно.
    В качестве развития можно почитать что-то из оо проектирования.
    Процедурность и ООП это два разных подхода к пониманию системы. (Это не ключевые слова в синтаксисе. ). Разные подходы к решениям проблем всегда полезны. Хотя не напрямую.
    Т.е. умейте много, применяйте что эффективно для конкретного случая.
    Ответ написан
    Комментировать
  • Вопрос про ООП, как использовать?

    ThunderCat
    @ThunderCat Куратор тега PHP
    {PHP, MySql, HTML, JS, CSS} developer
    Вот, например, надо сделать простейшую фотогалерею.
    На вашем примере, что бы было понятно на пальцах, заранее прошу прощения у присутствующих за примитивизм. В данном случае у вас будет коллекция объектов, которая тоже объект, это как массивы, если примитизировать понятия до упора, одни могут быть вложены в другие. Делаете допустим так:
    $image= new Image(); //создаем пустой объект имаж, чтобы иметь его настройки(таблица, поля...)
    $gallery = new Collection ($image); //создаем новую коллекцию объектов типа имаж, пока пустую.
    $gallery->getCollectionByField(array("galleryid"=>"64")); // инициализируем из базы, используя
    // ид галереи, теперь в гэлери одной строчкой мы загрузили все картинки в свойство (например),
    // $gallery->collection  и можем к ним обращаться как к элементам массива, и в свойстве
    // $gallery->collection[1] будет объект типа $image. Как вариант реализации.

    Куча кода остается в объекте, для вас это "черный ящик", видны только входы и выходы, все что внутри скрыто, но работает как надо, т.к. разбито на методы и отлажено по кусочкам.

    Что касается статики - как говорится в любом нормальном источнике - статики нужно избегать по максимуму, на это есть несколько причин:
    - статика загружает оперативку, т.е. статические объекты создаются всегда, не зависимо от необходимости их использования
    - статика плохо поддается тестированию, не всегда, но часто, т.к. глобальная область видимости приносит проблемы пересечения зон ответственности методов, часто это нарушает SOLID, особенно если тыкать статику везде. Почитайте, посмотрите как должен выглядеть нормальный код в объектах - вам понравится.

    ps:
    ваш код - почему бы не писать так:
    $post=BLOG::getPost($айди_поста);
    // меняем 
    $post = new Post($айди_поста);
    
    echo $post['content'];
    // меняем 
    echo $post->content; // не обязательно так, может вот так:
    echo $post->getContent(); // тогда при выводе можно будет сделать какую-то предварительную обработку, 
    //заменить тэги, еще что-то...
    
    $comments=BLOG::getComments($айди_поста);
    // меняем
    $comments = new Comments($post);
    echo $comments->getTree(); // хотя тут скорее всего от вьюшки зависит, я бы тут возвращал не 
    // строку, а массив для итератора, это правильнее для разделения на мвц, мухи отдельно - 
    // котлеты отдельно, в смысле код и хтмл.
    Ответ написан
    Комментировать
  • Вопрос про ООП, как использовать?

    iwqn
    @iwqn
    Программист-самоучка
    Мне в своё время объяснили - ООП нужен в сложных проектах, которые поддерживают и кодят много людей. ООП позволяет привести код к определенной системе и при очень больших объемах кода помогает избежать повторений.

    Тем не менее я и сам пилил свои говноCMSки и даже конструктор сайтов без ООП. Код получался лаконичнее, быстрее и проще.

    Тут каждому своё - если что-то простое писать то ООП в PHP вовсе не нужен, на мой взгляд.

    Интересно будет послушать мнения
    Ответ написан
    Комментировать
  • Обязательно ли домен должен принадлежать ИП, на котором он зарабатывает деньги?

    CityCat4
    @CityCat4
    Внимание! Изменился адрес почты!
    Не обязательно. Здесь есть другие риски.

    Если ИП и программист - разные люди, то в один день они допустим поссорились. И программист, желая досадить ИП, меняет настройки домена так, что он начинает указывать на какой-нибудь сайт типа bolshiesiski.ru. А ИП останется только грызть ручку и досадовать, почему он в свое время не перевел домен на себя...
    Ответ написан
    Комментировать
  • Где взять групповой онлайн чат на VPS сервер?

    @Erelecano
    Админю сервера, починяю примуса.
    Ответ написан
    Комментировать
  • Какие инструменты использовать для отсечению лишнего неиспользуемого кода в проекте?

    webinar
    @webinar Куратор тега PHP
    Учим yii: https://youtu.be/-WRMlGHLgRg
    Как вариант для ниндзя:
    удалить все, оставить точку входа, включить вывод ошибок, подключать файлы по требованию ошибок php
    Ответ написан
    Комментировать
  • Как создать такой индикатор скролла страницы?

    Taraflex
    @Taraflex
    Ищу работу. Контакты в профиле.
    Комментировать
  • Как отказать так, чтобы не порвать отношения с заказчиком?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Цель любой работы - это получение выгоды. Скажите прямо, что вас не устраивает цена.
    Ответ написан
    Комментировать
  • Как называется лист где описываются шрифты,цветовая схема и так далее?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    Ответ написан
    Комментировать
  • Почему мокапы - презентации сайтов для веб-дизайнерского портфолио всегда показывают на Apple гаджетах?

    ntrox
    @ntrox
    Дизайнер digital-продуктов — elikov.ru
    Не соглашусь со всеми.
    Это не стандарт, это чисто русская попытка продать своё творение подороже.
    Типа дизайн конечно не идеальный - поставлю на мак, убдет само то.

    Есть несколько крутых иностранных студий - у них часто эппл идёт вперемешку с гнусмасами, сони и сурфейс.
    Я стираю логотип на любой используемой технике - хоть эппл, хоть нет.

    В итоге: если вы хотите двигаться дальше, будьте оригинальны. Не пользуйтесь избитыми макетами - ищите новое.
    Ответ написан
    2 комментария
  • Как подписывать разработанные сайты?

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

    ну и humans.txt
    Ответ написан
    Комментировать
  • Почему фрилансеры готовы общаться только в чате?

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

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

    Antonoff
    @Antonoff
    Разработчик
    W-get?
    Ответ написан
    Комментировать