это точно. Когда-то давно в 2004м я написал собственную ЦМС-ку и очень был горд, что у нее время загрузки страницы 0.01 секунды, а потом вышел php5 и умерли register globals и пришлось, дабы не выкидывать все в мусорку, шаманить с бубном над всеми теми сайтами, на которых она работала -- а было их много.
а потом оказалось, что у нее насквозь дырявый код и можно в некоторых случаях схватить sql инъекцию. что было однажды продемонстрировано на одном из сайтов, лет 7-8 назад, после чего я все выкинул и за свой счет пересобрал все сайты на 6м друпале, так как репутация дороже )
так что самопись это штука хорошая, пока за ее взлом не взялись люди у которых квалификация повыше квалификации автора будет
На счет минусов.
на самом деле это не минусы и не плюсы, это особенности.
сам по себе фреймворк это набор элементов.
Роутинг, шаблонизация, проверка get post put запросов, работа с базой, поддержка сессий, обработка изображений. то-есть базовый набор функций, который используется всеми всегда и везде.
Это те самые стройматериалы (песок, щебень, цемент) из которых программист выстраивает дом.
если брать cms и переводить на строительные аналогии, это крупнопанельное строительство. то-есть Вы может-быть хотите построить будку для собаки или скворечник, а вам все-равно дадут панели размером 3х6 метров для перекрытий и другую панель размером 4х3м для стен.
Если человек говорит, что пишет сам, ну что-же кто ему запрещает, нарыть песка, наколоть бута в карьере, намесить глины. Но это только лишнее время вот и все.
Мало того, сейчас идет мода на написание CMS на фреймворках, очень интересный пример - 8я версия друпала, которая написана с использованием не хилого такого куска симфони.
а я тут в последнее время на phalcon подсел. Производительный до безобразия и написан даже логичнее, чем yii
минус, надо собирать самому, бо на сях.
Но тему надо переименовать "что лучше свой фреймворк или чужой фреймворк" и перенести куда-нить во флейм, так как это из серии что лучше nVidia или AMD, Canon или Nikon, Reebok или Nike, Audi или BMW
у каждого столько-же сторонников, сколько и противников.
Если вам разово, то можете сделать примерно такой финт ушами.
1. перегоняете ваш экселевский документ в TXT с определенным расположение полей. (если нужно - напишу. там просто список не маленький)
2. регитесь на класс365 получаете бесплатный демо-доступ на месяц
3. очищаете там всю демо базу (благо делается это одной кнопкой)
4. вливаете ваш текстовый файлик туда
5. он на основе ентого добра генерить коммерц.мл xml
6. заливаете в вашу 1.с
ну а если не разово, то проще доработать сам 1с
overnight, Типографика говорите, простой пример. попробуйте сделать висячую строку в веб, без помощи бубна и какой-то матери. или например набрать 3к текста так, чтобы он относительно неплохо смотрелся и на десктопе и на мобилке, не забыв при этом еще оттипографить h1-4 заголовки на тянущихся дисплеях, при этом, подложить подложечку под все под это
у любого полиграфиста, который привык к жестким рамкам подобная задача вырвет мозг и обратно его не поставит. Они всю жизнь работают с фиксированными площадями, я уж не говорю про интерактивные элементы---------- Добавлено 29.10.2015 в 19:33 ----------впрочем это уже жуткий оффтоп
разумеется
Другое дело, как потом все будете склеивать бой и дев.
Если база товаров с базой движка развязаны - отлично, если нет, то это может представить некоторую сложность
superf, если сайт уже есть, то пожалуй да, сначала распихиваются элементы.потом наводится марафет
Под словом "контент" подразумевается полный набор товаров, скидок, доставок и т.д. и т.п. Разработка ведется как правило на какой-нибудь рыбе из 20-30 пунктов, чтоб не дрожать за весь ряд. да и если что-то сдохнет, базу в 50мб проще залить, чем в 4 Гб
С чего начать?
Начать с листингов, карточки товара, корзины и оформления.
Как это происходит в жизни?
берем. 2-3 десятка конкурентов в вашей тематики и анализирует их слабые и сильные стороны. Потом принимается решение о заимствовании тех или иных идей в структуре.
- Прототипируем.
- Проводим пару кейсов по юзабилити.
- Дорабатываем,
- еще проводим пару опросов,
- красим
- верстаем,
- ищем баги
- навешиваем на движок,
- опять ищем баги
- заливаем контент
- тестируем,
- в продакшн
- пьем пиво всем отделом.
Как вы меняете дизайн ?
Быстро и втихаря.
На самом деле дизайн меняется постоянно, Элементы, которые себя не оправдали удаляются и заменяются на что-то новое.
ударные редизайны проводятся крайне редко и то, если приходит стойкое очучение, что дизайн устарел и пора его закапывать.
Я так понимаю дизайнер должен сделать картинку, эту картинку верстает верстальщик? Верстальщик верстает шаблон, а потом его на сайт устанавливает программист, так ?
так. однако делать это надо под непосредственным прямым контролем и сочувствием дизайнера, потому как в жизни появляется столько вопросов, которые может решить исключительно диз или арт-дир.
Решение принимается как правило под личную ответственность последнего (я про крупные проекты)
Ну и мелкие косяки (где-то поплыло, где-то склеилось) дизайнер видит в тысячи раз лучше, чем верстак и программер вместе взятые, соответственно может ткнуть пальцем, на косяк. (да и программисту как правило на дизайн плевать. Ему сказали копать, он копает)
Дизайном сайта может заниматься любой дизайнер, или только те кто на дизайне сайтов специализируются?
ответ:2. У полиграфистов, за редким исключением, дизайны получаются отвратные. Просто по своей сути они привыкли заниматься большими формами. (например 18-20 мегапикселей картинка, для них норма) а веб-дизайнеры оперируют куда более мелкими масштабами (иногда приходится и пиксели ловить). Если попытаться найти сравнение, это как кузнец и часовых дел мастер.
Периодически встречаю сочетание-адаптивный дизайн, а что это?
Если в общих чертах, Это когда ваш сайт одинаково хорошо смотрится и на мобилке и на 32 дюймовом 4к мониторе
Это мобильники. Они определяются в системе как 640х480, но по-сути там может быть и 1280х960 и 1920х1440.---------- Добавлено 28.10.2015 в 12:22 ----------
Это не по-уму, а делать надо так в любом случае.
представьте у вас листинг в 100 товаров 1600х1600, по полтора метра в джипеге на на изображение, ужатое при помощи CSS до 200х200
а теперь смотрите, что произойдет в памяти браузера
Браузер выкачивает эти 100 джипегов, сжирая 150 мегов трафика, потом (браузер-же дурак) он начинает разворачивать картинки, по-очереди 1600х1600х4 (RGBA)*100 = 976.5Mb отжирается в памяти. Даже не рендеря собственно HTML
потом он тратит машинное время процессораи еще память на рендер HTML и утрамбовывания туда картинок. Процессор загружается инимум на 25% (если у вас 4х-ядерник и браузер не поддерживает более 1 потока) + примерно 100 метров оперативки на рендер собственно картинки сайта.
то-есть Одна страника ИМ обойдется писюку в 1.2 гига оперативки и 150 метров трафа. Правда круто?!
А если это мобилка?
Так я про это и писал )
