• Front-end для укротителя змей?

    k12th
    @k12th
    console.log(`You're pulling my leg, right?`);
    1. Идеально или нет, но заточен Backbone под REST. Впрочем, это легко поменять.
    2. Не могу сказать.
    3. Когда нужна скорость и поисковики, тогда рендерим на сервере.
    4. twig.js, swig — это только два из jinja-подобных, есть еще. Не забывайте про другие популярные решения — jade, doT, ejs, handlebars и т.д. Скорость и количество фич варьируется. Самый «фичастый» из тех, которые работают на клиенте — Jade.
    5. Не будет ли вам мешать незнание языка, когда вы будете пытаться писать довольно сложные по архитектуре вещи? Смотрите сами.
    Ответ написан
    Комментировать
  • Как юзать sqlite, если в хостинге его нет?

    leonid-lapidus
    @leonid-lapidus
    @psrafo, к сожалению, вы не поняли сути SQLite. Это не СУБД в привычном смысле. Её не нужно ставить. Вообще. Совсем.
    Это встраиваемая БД и для того, чтобы с ней работать нужно:
    1. создать файл БД на диске
    2. из своей программы работать с БД

    Чтобы выполнить пункт 2 требуется, чтобы в сам язык (в ядро языка или назовите, как нравится) или в дополнительные либы были встроены функции для работы с файлом БД в формате SQLite. То есть провайдером запросов к файлу БД по сути является либа.

    Именно поэтому вам так упорно все говорят о некоем расширении для PHP. Фактически, установив его, или возможно оно уже установлено на вашем хостинге, вы можете работать с БД SQLite.
    Вероятнее всего локально у вас есть эта либа (PHP новой версии), а на хостинге этой либы нет (PHP старый). Если так, то либо вы найдёте эту либу как набор файлов *.php либо установите из pecl или pear (хз где она лежит). Если последняя операция запрещена вашим хостером - то ничего не сделать.
    Ответ написан
    1 комментарий
  • Помогите с вёрсткой менюшки

    li :hover — для «наведённых» элементов внутри li
    li:hover — для «наведённого» li

    Если убрать пробел, то, кажется, будет то, что вам нужно
    Ответ написан
    1 комментарий
  • CMS своими руками

    @egorinsk
    Автор, а что гуглить. Есть минимум 3 способа: расковырять простую Open-Source CMS (проблема: найти CMS с хорошей архитектурой и аккуратным кодом), устроиться в компанию, у которой есть своя CMS (а она есть почти у каждой студии), и наконец, написать самому правильно.

    Маны нужны не по написанию CMS, а по используемым продуктам и технологиям.

    Сначала надо определиться с задачей. Установите и попользуйтесь несколькими CMS, просто чтобы увидеть особенности их работы. (если вы не можете это сделать — вам надо изучать основы установки и настройки apache/mysql/whatever, а не CMS писать. Уходите практиковать эти навыки). Также, есть хороший сайт, где установлены демки десятков CMS и можно их посмотреть, не устанавливая.

    Запишите, что вы хотите получить, сделайте наброски страниц. Определитесь с требованиями к вашей CMS. Какие в ней будут модули, как ими можно управлять.

    CMS обычно состоит из 2 частей — т.н. «админки» (запароленный раздел, где меняется конфигурация сайта, добавляются материалы) и публичной части сайта, которую видят пользователи.

    Если вы еще не бросили эту затею, перейдем к следующему пункту. Проектирование архитектуры и написание CMS. Чтобы хорошо писать сложную CMS, нужен опыт и понимание того, как вообще писать сложные программы. Нужно глубокое знание HTTP/HTML/CSS/JS/SQL. А именно:

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

    Что еще надо знать. Во-первых, надо иметь представление что значит MVC или 3-звенная архитектура.

    M в MVC — это Model. CMS скорее всего будет хранить данные в БД — надо знать, что такое и как пишется DBAL (гуглите: PDO), плейсхолдеры в запросах, возможно, Table Gateway, ознакомиться с тем, что такое ORM, и почему PHP-ные ORM так тормозят. Если будете делать модельки, не храните значения полей в публичных свойствах — это неудобно и нарушает инкапсуляцию. Храните их в приватном массиве $attributes.

    V is for View. Надо знать, что такое шаблонизаторы (прочтите мануал по Smarty, Django Templates, HAML и XSLT, чтобы иметь общее представление, какие они бывают). Для PHP хорошие варианты — использовать чистый PHP или XSLT, если осилите. Smarty — устаревший тормозной хлам, Twig тоже имеет недостатки. И не стоит ставить шаблонизатор, только, чтобы писать {$a} вместо [?= $a =].

    Не смешивайте логику (сложные вычисления, обращение к БД) и шаблонизацию. Лучше сделайте 2 файла: один с кодом, другой с шаблоном. В идеале, шаблонизатор получает от контроллера значения переменных и, кроме хелперов, никакого другого кода не вызывает.

    C — контроллеры. Но это самая простая часть, контроллер — это просто класс с методами типа viewAction(), editAction() и роутер, который смотрит на УРЛ и вызывает нужный контроллер. Посмотрите, как устроен Zend_Controller и Zend_Front_Contriller, и сделайте так же, но попроще. выкинув 90% функционала — он вам не понадобится.

    Нужно как-то сделать систему компонентной без сильных связей: чтобы ядро могло работать и без модулей, а добавление модуля не требовало дописывания кода в ядро. Почитайте про Dependency Injection, а также Observer (observer — это когда мы делаем функцию addEventListener()).

    Не используйте хуки, как в Друпал. Это дурной и порочный путь, взятый видимо из древных времен и программирования на Си.

    Что еще. Освоив все эти понятия, у вас в принципе не будет сложностей написать CMS, но почитайте еще мои советы по тому, как писать правильный код с исп. ООП: habrahabr.ru/qa/17158/#answer_70869

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

    Ну что еще. Если (в чем я сильно сомневаюсь) благодаря моему скромного совету вы все же сможете пройти этот нелегкий путь и станете успешным разработчиком, можете заплатить мне денег. Я не против.
    Ответ написан
    Комментировать
  • Функционал vs Функциональность?

    Shultc
    @Shultc
    RnD Developer
    Что-то я подозреваю, что у вашего начальника какие-то проблеммы именно со вторым значением этого слова…
    Ответ написан
    1 комментарий