Задать вопрос
  • Можно ли сделать хороший сайт без JavaScript и php?

    webinar
    @webinar Куратор тега PHP
    Учим yii: https://youtu.be/-WRMlGHLgRg
    можно ли сделать качественный и красивый сайт без php и JavaScript

    конечно можно.

    А вот можно ли сделать именно, то что задумал без знаний php и JavaScript - конечно нет
    Ответ написан
    Комментировать
  • Возможно ли на php написать игровой сервер?

    e_snegirev
    @e_snegirev
    На пхп можно, но сервак, написанный на компилируемом языке будет в разы резвее. Двоичный код быстрее исполняется, нежели постоянное интерпретирование каждой строки скрипта.
    Ответ написан
    7 комментариев
  • Возможно ли на php написать игровой сервер?

    Kolyagrozamorey
    @Kolyagrozamorey
    инженер-электроник службы ИТ ХАЕС
    Думаю раз возникают такие вопросы, то сервер вы все равно не напишите даже если это возможно
    Ответ написан
    Комментировать
  • Как реализовать ЧПУ на Golang?

    На фреймфорке gin, например, это будет выглядеть так:
    package main
    
    import (
    	"net/http"
    
    	"gopkg.in/gin-gonic/gin.v1"
    )
    
    func main() {
    	r := gin.Default()
    	r.GET("/ping", PingHandler)
    	r.GET("/user/:name", UserGetHandler)
    	r.POST("/user/:name", UserPostHandler)
    	r.Run()
    }
    
    func PingHandler(c *gin.Context) {
    	c.JSON(200, gin.H{
    		"message": "pong",
    	})
    }
    
    func UserGetHandler(c *gin.Context) {
    	name := c.Param("name")
    	c.String(http.StatusOK, "Hello %s\n", name)
    }
    
    func UserPostHandler(c *gin.Context) {
    	name := c.Param("name")
    	// Do some actions
    	c.String(http.StatusOK, "User %s was edited\n", name)
    }


    $ curl 127.0.0.1:8080/ping
    {"message":"pong"}
    $ curl 127.0.0.1:8080/user/john
    Hello john
    $ curl -XPOST 127.0.0.1:8080/user/john
    User john was edited
    Ответ написан
    Комментировать
  • Какие есть must have библиотеки в PHP?

    romy4
    @romy4
    Exception handler
    iconv, gd, mbstring, curl, json, xml, ctype, mcrypt, mysqli, pdo_*, pgsql, sockets, yaml, zip, gettext
    Ответ написан
    Комментировать
  • Старые взломанные CMS на Joomla и WordPress. Как решать проблему?

    webirus
    @webirus
    Тыжверстальщик! Наверстай мне упущенное...
    Лучшее решение.

    1326575757_image008.jpg
    Ответ написан
    2 комментария
  • Как обратно запаковать rar в phar?

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

    deniamnet
    @deniamnet
    New Yorker, web developer
    Используйте паттерны проектирования, SOLID. Прочитайте про архитектуру БД. Этого, в принципе, достаточно, чтобы не напороть ерунды в начале.
    Ответ написан
    Комментировать
  • На чем писать сервер чтобы усложнить декомпиляцию?

    @dinegnet
    Переписывать все - не круто.
    Достаточно небольшой кусок с ключевыми алгоритмами.
    Не обязательно весь сервер целиком.

    Декомпиляция возможна всегда, но вопрос - на каком уровне будет декомпилированный код. Если ты получишь почти что ассемблер - смысла в декомпиляции мало.
    Любой компилируемый в native подходит - Go, C/C++, Pascal, Haskell на порядки лучше, чем Python, Java, NodeJS.

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

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

    А что, заказчик идиот?
    Если он хочет заполучить сервер как некий гарант, то разве он не хочет еще и исходники?

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

    @xutesayor
    Это минификация кода была проведена
    Ответ написан
    Комментировать
  • Как защититься при использовании eval?

    @miserenkov
    Middle PHP Developer
    Чтобы защититься от eval, нужно не использовать eval. Остальные методы можно обойти, все зависит от времени которое это займет.
    Ответ написан
    2 комментария
  • Разработка сайта с использованием git. Как работать правильно?

    zoonman
    @zoonman
    ⋆⋆⋆⋆⋆
    Чтобы решить проблемы, которые у вас существуют, нужно сделать 3 вещи, но планомерно и плавно.
    1. Обучите программистов такой вещи, как git. Подождите с недельку. Затем просто прогоните их по циклу - откати эти изменения. Верните изменения. Ну раз 5, с дедлайном вчера. Все, кто не будет пользоваться git, будут мучаться часами и днями. Напомните им, как легко это делается с помощью git. Повторите испытание через некоторое время. Поставьте ультиматум: git или идите искать новую работу. Кстати, у каждого человека должен быть свой отдельный аккаунт.
    2. Держите репозитарий для проекта целиком. Сделайте отдельные папки для исходников верстки, для собранной верстки и самого сайта. Верстальщики работают со своими папками. Собирают верстку и коммятят собранную верстку в отдельную папку. Программисты через историю коммитов смогут отследить изменения и внести их назад в разработанные компоненты.
    3. Реализуйте автоматизированное развертывание проекта и запретите редактирование файлов через FTP/минуя git.

    Ну а в целом ваша проблема - низкая квалификация кадров. Решается просмотром ютуба и обучением разработчиков. Если кто-то не хочет учиться, немного снижается ставка, а деньги отдаются тем, кто учится. Даже 500 рублей будут отличным мотиватором.
    Ответ написан
    9 комментариев
  • Разработка сайта с использованием git. Как работать правильно?

    @Nick8
    Можешь посмотреть в сторону такого git flow решения https://habrahabr.ru/post/106912/
    Ну и утилита, облегчающая работу при таком подходе https://github.com/nvie/gitflow
    Ответ написан
    Комментировать
  • Где дохода будет больше android или web?

    Привет.

    1) Когда началась вся истерия с iphone 3G и дешевыми андроидами, то люди пошли массово в мобильную разработку. В итоге, к текущему моменту уже создано столько всякого треша, что уже почти выполняется правило 34. В итоге, сильные игроки создали крупные компании, научились вкачивать бабло, получать конверсию и прочее.

    А клиенты наоборот устали от всех этих приложений, и последние данные показывают, что доля тех, кто юзает стандартный набор приложений + соц.сети увеличивается.

    Т.е. Чтобы тебе что-то заработать, нужно уже что-то гениальное делать.

    2) С вебом ситуация занятная. Там также уже создали много шлака, но фишка в том, что многие проекты используют стек 2006-2010 годов. В итоге, правильные руки могут неплохо так подвинуть старичка. Но опять же, самые хлебные места уже давно заняты, и чтобы что-то получилось нужна гениальная идея.

    3) Вообще сейчас идет тенденция на реальный мир. Т.е. ниша чисто информационных систем занята - соц.сети, порталы, системы учета, системы автоматизации бизнеса итак далее. Сейчас много проектов по типу: gprs-приемник + софт для него + портал для управления + мобильное приложение для удобства.

    ---

    Начать работать на заказ (фриланс или веб-студия) - выгоднее для начала. Делать свое дело - выгоднее в перспективе.

    У меня мой самый первый проект дал примерно половину моей зп в месяц. Потом следующие мои 4 проекта успешно загнулись (1 окупил затраты, а 3 просто упали). В итоге, я сейчас работаю на зп, занимаюсь проектом и ищу нищу для новой затеи.

    Так что если в лоб будешь делать что-то свое, то это крайне ненадежно.
    Ответ написан
    1 комментарий
  • Где дохода будет больше android или web?

    Rou1997
    @Rou1997
    Правда ли, что на android без крупной финансовой поддержки не выйти из этих трущоб?

    Нет, но результат не берется ниоткуда, либо финансы, либо собственное развитие и труд.

    , игра еще может взлететь, но с приложениями куда сложнее, рынок перенасыщен.

    Перенасыщен всякой гадостью, игры ничем не лучше, встречал такие, в которые при желании не смог играть.

    Буду ли я прав, если скажу, что разрабатывать сегодня приложения выгоднее на заказ, чем тратить время на собственные разработки?.

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

    Может стоит перейти снова на web ?
    Я и то, и то. Можно в одном и том же проекте.
    Ответ написан
    1 комментарий
  • Где дохода будет больше android или web?

    gadfi
    @gadfi
    https://gamega.org
    Правда ли, что на android без крупной финансовой поддержки не выйти из этих трущоб?,

    это не только android, в любом проекте рекламный бюджет равен или выше бюджета на разработку
    Буду ли я прав, если скажу, что разрабатывать сегодня приложения выгоднее на заказ, чем тратить время на собственные разработки?

    и да и нет, но стабильнее точно )
    Ответ написан
    3 комментария
  • Какой фреймворк для frond-end использует VK?

    sabramovskikh
    @sabramovskikh
    Никакой
    Ответ написан
    Комментировать
  • Как монетизируются языки программирования и бесплатные фреймворки?

    CityCat4
    @CityCat4
    Дома с переломом ноги
    Вы, простите, много видели программистов 1С, работающих на языке программирования 1С без 1С? Я - ни одного. Закрытый "клуб по интересам", который генерит такие велосипеды, что диву даешься.
    Закрытый язык программирования никто не будет учить, на закрытом фреймворке никто работать не будет, даже если будут обучать. Для чего его учить, время тратить? Чтобы потом иметь возможность устроиться только в компанию Х? Потеря сообщества - это смерть любой технологии, любого языка, любой ОС.
    Была такая замечательная ось - OS/2. То, что она замечательная, я знаю не понаслышке - все-таки два года проработал под ней. Погубило ее как раз отсутствие поддержки - не было софта, не было программистов, не было сообщества - все постепенно разбегались кто куда. Где нынче OS/2 - да никто и не вспомнит. А отдал бы IBM ее в опен сорс - глядишь, нашлись бы пара-тройка энтузиастов.
    Продавать продукт невыгодно - его можно продать один раз. Гораздо выгоднее продавать поддержку - ее можно продавать постоянно.
    Ответ написан
    4 комментария