Задать вопрос

edencore

Лайки

  • Зачем писать свой движок сайта?

    @samodroid
    Старайтесь выполнять работу по своим силам,простой движок сайта можно сделать, это не такая уж трудная задача.Так как пхп-это язык с ооп, то воспользуйтесь этим козырем, разложите все задачи движка по классам, вам будет намного легче. Главное написать план действий на бумаге на каждый день и не переутомляться. Вот пример плана:
    1 день: сделать главную страницу.
    2 день: сделать стиль элементов.
    3 день: создать модуль загрузки картинок.
    4 день: создать модуль добавления новых страниц сайта.
    5 день: создать модуль меню.
    Две недели-это достаточный срок для написания основы для движка и минимальный функционал. Возможно это просто проект для набора опыта, потом легче будет работать. В крайнем случае если вас уволят с работы, то хотябы будет опыт, после дома вы всегда сможете улучшить свои результаты и найти другую работу, где вы пройдете испытание. Главное- не отчаиваться, отчаяние- самый большой враг человека! Очень часто бывает,что человек по-многу раз ищет новую работу.
    Ответ написан
    1 комментарий
    1 комментарий

  • Зачем писать свой движок сайта?

    AMar4enko
    @AMar4enko
    Возможно это задание с целью проверить гибкость мышления, системность подхода ну и производительность.
    Постарайтесь выполнить эту задачу настолько полно, насколько это возможно, по вашему, за две недели. Результат покажите работодателю. Если он скажет "Чо это такое? Где движок сайта-то?", то можете смело разворачиваться и пытать счасться в другом месте. Ну а если работодатель адекватный, то он попросит обосновать выбранные инструменты, технические решения, последовательность реализации и.т.д., по результатам этого общения он сделает вывод о целесообразности найма.
    Ответ написан
    Комментировать
    Комментировать

  • Какую выбрать базу данных: SQLite или mySQL?

    AutomationD
    @AutomationD
    Не используйте sqlite и избежите многих проблем с залоченными файлами, повреждением данных при отключении питания.
    MySQL с сегодняшними движками намного стабильнее и вполне сможет держать терабайты данных.
    Если хочется "чего-то необычного" - попробуйте nosql, например mongo.
    Ответ написан
    Комментировать
    Комментировать

  • Redis vs SQLite vs PostgreSQL

    CKOPOBAPKuH
    @CKOPOBAPKuH
    Молоток vs Кувалда vs Отвёртка

    Я решил выяснить, какой из инструментов лучше. Представил одинаковую задачу — ударять себя по большому пальцу ноги. Отвёртку решил держать за ручку и ударять наконечником, так как неудобно держать за наконечник и ударять ручкой. Для молотка и кувалды это одинаковые схемы. Запросы: ударить по большому пальцу и измерить время, сколько болит.

    Результат: если ударить больно, то палец болит. В чём же тогда прелесть отвёртки? Понимаю, что она подходит для узконаправленных задач, например, только откручивание или закручивание, т.е. для ограниченных задач. В остальном одни минусы: и держать неудобно, и площадь поражения невелика, и по пальцу я попал только с третьего раза.

    PS: Что вы используете для надёжного перманентного отбивания пальцев? Холивар классический русский молоток vs молоток из икеи можно опустить, разницы между ними практически не будет.
    Ответ написан
    4 комментария
    4 комментария

  • nodejs + bcrypt

    Mithgol
    @Mithgol
    Так как Node.js под сырой Windows (без cygwin) появился только в ноябре 2011 года, то значительная часть модулей для Node.js всё ещё по инерции полагается на то, что у пользователей используется Linux или Mac OS X. В особенности это касается тех модулей, которые предполагают компиляцию библиотек. Такие модули, как правило, не распространяют готовые сборки под Windows и не поддаются (без мощных усилий, я имею в виду) перекомпиляции под Windows. Привязка к невиндам на каждом шагу. Начать хотя бы с того, что Makefile от bcrypt полагается на существование команды rm, которой в Windows нету.
    Ответ написан
    Комментировать
    Комментировать

  • Как правильнее поступать с ненужными записями в БД - удалять или помечать их флагом "deleted"?

    @ChemAli
    Физический смысл.

    Запсись БД делается, грубо говоря, в файл. Если запись физически из файла удалить, нужно произвести операцию по усечению файла и его перезаписи, что на многих файловых системах и СУБД — ресурсозатратная (и опасная — вдруг сбой?) операция, поэтому ее стараются избегать. Плюс часто при перезаписи (оптимизации) БД становится недоступна совсем или для некоторых операций, что тоже нехорошо. Отсюда пошла практика пометок «удаленными». Решайте сами, исходя из задачи и необходимости.

    Встречал как-то альтерантивный вариант: периодический слив БД в дамп без «помеченных» записей и замена им старой БД. Благодаря тому, что чтение дампа происходило без остановки работы, а заливка нового была достаточно быстрой, решение жило и было приемлемым. Побочный продукт — бекапы.
    Ответ написан
    Комментировать
    Комментировать