- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Нейросети Яндекса расшифровали рукописные архивы Московской области
Это 300 000 страниц метрических книг
Оксана Мамчуева
Что ждет маркетплейсы в 2023 году: 10 изменений, под которые придется подстраиваться продавцам
Усиления конкуренции и ужесточения законодательства
Алена Бодрова
Абстракция БД, безопасность, роутинг
Это все делается. А роутинг во фреймворках, что черт ногу сломит. У меня роутинг в .htaccess.
модули (сколько модулей ты можешь подключить к друпалу, и сколько к самопиське? Сколько времени это займет?
А в чем проблема подключить модули? Займет доли миллисекунд.
Как хорошо ты сможешь их поддерживать, имея хотя бы 4-5 проектов, и сотню клиентов?
Как понять 5 проектов и 100 клиентов? Так 5 или 100?
100 клиентов в любом случае трудно поддерживать.
Но лучше пару крутых клиентов, чем сотни мелких.
Или сделаешь ручкой и исчезнешь с горизонта, а новый исполнитель возьмет втрое выше рынка только потому, что в этом хозяйстве разобраться - ногу сломишь?)
На прошлой работе была самописная CMS и они нормально себя чувствовали.
---------- Добавлено 11.11.2015 в 15:22 ----------
Не. Непонятно. Ранее вы писали что свой фреймворк пишете с 2008 года.
Вот я и не понимаю, почему за столько времени вы к нему не прикрутили админку. В чем проблема то?
Вы какой-то бред пишете.
Где я писал, что у меня нету админки.
И да, для многих вещей ее действительно нету, удобнее использовать pma для написания разных запросов. Там где нужно. админка есть.
Взять готовый шаблон и прикрутить. Шаблонов админок - куча. Можно даже не заморачиваться всякими AJAX. А можно наоборот взять готовый фреймворк типа Kendo/ExtJS... и не заморачиваться шаблонизацией. Все будет стильно и красиво.
Ну это лишь html шаблоны.
На кой вообще нужен свой фреймворк, если админку к сайту приходится каждый раз заново рожать.
Ну так те, кто пишут на фреймворках каждый раз рожают админку. В отличие от CMS.
Я вот и говорю, какой смысл в фреймворках...
Или у вас http://kvartirale.com в бэке такой же страшный как на фронте?
А что Вам не нравится на фронте? Приму к вниманию с благодарностью.
А если все же админка есть, тогда почему СMS предпочтительнее? У них у всех админки избыточные и страшные?
У кого страшные админки?
У CMS? Я такого не писал.
Пишущие на фреймворках обычно рожают страшные админки.
---------- Добавлено 11.11.2015 в 15:23 ----------
то кто ж захочет в чужом коде возиться если он не в рамках фреймворка?
Хоть код и в рамках фреймворка, он все равно может быть говнокодом.
Это все делается. А роутинг во фреймворках, что черт ногу сломит. У меня роутинг в .htaccess.
Эмм.. То есть даже не стандартная одна точка входа на index.php, который дальше роутит, а прям таки по Rewrite правилу на каждый action? Это чертовски круто.
А в чем проблема подключить модули? Займет доли миллисекунд.
Стооооп, мы же договаривались, полный контроль над кодом. Пол-ный. Так не пойдет. Только сами, только с нуля.
Ну ладно, так и быть, взяли модуль.. или не взяли? Вот честное слово, я отступлю от полного контроля, лишь бы увидеть подключение RBAC'a к самописке.
Как понять 5 проектов и 100 клиентов? Так 5 или 100?
100 клиентов в любом случае трудно поддерживать.
Но лучше пару крутых клиентов, чем сотни мелких.
В моей картине мира есть локальные умельцы, которые загоняют 10-20 копий самописного проектов задешево, под потребность небольшого круга людей, наплевав на здравый смысл, и все прочее. И есть рынок решений, который хочет качества, надежности и предсказуемости, а предсказуемость для бизнеса - возможность заменить исполнителя среди первых статей.
Не могу не согласиться, что лучше иметь меньшее количество, и лучшее качество, но очень удивлен что бизнес заказы перепадают и на долю наколенных решений.
На счет говнокода - да, он бывает и в проектах на фреймворках, особенно если клиент жаден, и исполнители меняются раз в месяц. Но разница во времени между "сейчас я добавлю здесь метод, впишу туда логику, и моя доработка заработает", и "что это за жесть, как оно может работать, а, вот, тут стоп нет это работать не может только если не ох черт.." все равно маргинальная :)
Нюанс. В идеальном мире. Вон у товарища ушло два дня (!) на каталог квартир, который на фреймворке делается за два часа включая деплой.
Включая дизайн и верстку?
Ну тогда все клиенты Ваши. Вы у нас гений.
И спорим, если ему потребуется поменять БД, это будет не просто замена одной строчки в конфиге, хотя, казалось бы, PDO в ядре языка, а Doctrine или ActiveRecord в двух кликах.
1. Как часто происходит смена БД?
2. Что мешает мне использовать PDO?
3. Зачем мне монстр в виде Доктрины?
И если ему потребуется добавить миграцию данных, это может занять часы - а может убить все данные влет. Ой, простите, это же чужой функционал - мы потеряем полный контроль над кодом. Надо написать и их с нуля.
Вы пьяный? При чем миграция к коду? Как нужно мигрировать, чтобы убить все данные?
И сколько он сделал изменений по указанным статьям за последний год? Примерно ноль. Нет, не потому, что он их сразу написал идеально.
Вы имеете в виду меня по статье о фреймворках? Так постонно правлю тут статью. Так что мимо лужи.
Имея _очень_ хороший опыт в указанных областях, очень много времени и множество тестировщиков (мы же не из воздуха узнаем об ошибках и уязвимостях), а также бесконечное желание чинить их самостоятельно, можно поддерживать пару самописных проектов. Но я бы предпочел заниматься созданием функционала, а не ошибок в давно изобретенных вещах :)
Подразумевается, что разработчик, до того, как стал грамотным, сумел уже наваять какой-то каркас своих наработок.
А если у него нету наработок, то толку, что он нулевый будет писать на фреймворке.
---------- Добавлено 11.11.2015 в 15:59 ----------
Эмм.. То есть даже не стандартная одна точка входа на index.php, который дальше роутит, а прям таки по Rewrite правилу на каждый action? Это чертовски круто.
Мне нормально роутить и в .htaccess
На каждый раздел то самое одно правило. Те же яйца, но в профиль.
Стооооп, мы же договаривались, полный контроль над кодом. Пол-ный. Так не пойдет. Только сами, только с нуля.
Так а в чем проблема подключить модуль? Речь же шла не о написании.
В моей картине мира есть локальные умельцы, которые загоняют 10-20 копий самописного проектов задешево, под потребность небольшого круга людей, наплевав на здравый смысл, и все прочее. И есть рынок решений, который хочет качества, надежности и предсказуемости, а предсказуемость для бизнеса - возможность заменить исполнителя среди первых статей.
Не могу не согласиться, что лучше иметь меньшее количество, и лучшее качество, но очень удивлен что бизнес заказы перепадают и на долю наколенных решений.
Это лишь кажется, что на фреймворках удобно менять разработчиков. О практике я уже 2 раза выше говорил.
А когда изначально есть ТЗ на сайт, и понятно что CMS не годится, и выбор между самописом и фреймворком - 99% вероятности что самопис будет лучше.
Самопис с нуля (о чем и речь) будет лучше только в одном случае - когда кодер найдет лохов, кому его впихнуть.
Во всех остальных "самопис" ограничивается склейкой уже существующих готовых решений (тех же фреймворков, скриптов и тп) и доводка до ума конечного результата (уникальные дополнения и связки).
Простой пример. Изобретение своего велосипеда для редактора контента при изготовлении сайта клиенту - есть ни что иное как страдание фигнёй с раздутым самомнением. А по итогу - подстава клиента.
Изобретение своего велосипеда для редактора контента при изготовлении сайта клиенту - есть ни что иное как страдание фигнёй с раздутым самомнением. А по итогу - подстава клиента.
А во фреймворках уже есть редакторы контента?
уже есть редакторы контента?
http://www.tinymce.com/ http://ckeditor.com/
Включая дизайн и верстку?
Ну тогда все клиенты Ваши. Вы у нас гений.
Мимо кассы, просто если тратить время на функционал, а не на изобретательство велосипедов - получается экономно.
Вы пьяный? При чем миграция к коду? Как нужно мигрировать, чтобы убить все данные?
Вы держите миграции вне кода? А как вы откатываетесь, когда миграция некорректна? И как вы их контролируете? Файлами SQL инструкций? Как проводите миграции, которые требуют алгоритмического изменения данных?
Вы имеете в виду меня по статье о фреймворках? Так постонно правлю тут статью. Так что мимо лужи.
Я имею в виду поддержку выпущенных продуктов. А то через полгода узнает клиент о критической уязвимости, а сообщества, которое бы ее поправить могло, и не при делах.
Подразумевается, что разработчик, до того, как стал грамотным, сумел уже наваять какой-то каркас своих наработок.
Стоп. Секунду. Фреймворк?! 😂
Так а в чем проблема подключить модуль? Речь же шла не о написании.
Вот и я говорю, никаких проблем. Покажите как вы за, цитирую, доли секунды подключаете RBAC к самописной системе.
Это лишь кажется, что на фреймворках удобно менять разработчиков. О практике я уже 2 раза выше говорил.
Некоторым не везет, некоторым не везет особо.
А мне-то что? Меньше конкурентов - больше заработка. Я только за, самописные системы лучшие! 🍿
Вы держите миграции вне кода? А как вы откатываетесь, когда миграция некорректна? И как вы их контролируете? Файлами SQL инструкций? Как проводите миграции, которые требуют алгоритмического изменения данных?
У меня нету миграций.
У фреймворка такие же проблемы с миграциями будут.
Я имею в виду поддержку выпущенных продуктов. А то через полгода узнает клиент о критической уязвимости, а сообщества, которое бы ее поправить могло, и не при делах.
Передаем привет умершим Кохана и КодеИгнайтер.
Стоп. Секунду. Фреймворк?! 😂
Это можно назвать самописным фреймворком. Я против мейнстримовых фреймворков, ссылку давал.
Вот и я говорю, никаких проблем. Покажите как вы за, цитирую, доли секунды подключаете RBAC к самописной системе.
Это уже будет интеграция.
А RBAC так трудно самому реализовать? Если я правильно понял что это такое.
У меня своя слабая система доступов. Необходимости в чем-то мощном не было. Может в чем-то ошибаюсь. С RBAC никогда не работал.
---------- Добавлено 11.11.2015 в 17:40 ----------
http://www.tinymce.com/ http://ckeditor.com/
Это не фреймворки, Карл!
Цитата:
Сообщение от livetv Посмотреть сообщение
Это лишь кажется, что на фреймворках удобно менять разработчиков. О практике я уже 2 раза выше говорил.
Некоторым не везет, некоторым не везет особо.
фрилансы завалены проектами куда для доработок нужны спецы по фреймворкам, по долгу висят и через месяц опять создаются, потому что ЗЛО )
так не Вы ли это тот человек, который взял бабки, сделал какашку и слился, а клиент годами руками машет и ищет того, кто ему что-то доделает а что-то исправит
А есть сообщество которое поддерживает продукты на фреймворках, не для девелоперов адля конечного заказчика? НукаНука в студию
---------- Добавлено 11.11.2015 в 18:45 ----------
http://www.tinymce.com/ http://ckeditor.com/
это еще что за хламсервисы? Вы бы еще трелло дали)
Это не фреймворки, Карл!
Это готовые решения для редакторов контента, Карл!
Это простой пример кубиков, лежащих в основе конечного продукта.
это еще что за хламсервисы?
Тебе не понять. Ты же не только яву от аваскрипта не отличаешь, но у тебя даже фавиконки зависят от сервера и "накопителя". С такими знаниями тебе лучше вообще молчать и внимать.