Этого треда уже нет.
Это копия, сохраненная 4 декабря 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 4 декабря 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
1,2 Мб, 1345x571Сап двощь. Нужен сайт для кафе со службой доставки.
Примеры:
https://makelovepizza.ru
https://sushifun.ru/
https://yaponchik.net/
Вопрос от чайника:
1) ВП, битикс или код с нуля?
2) Где найти исполнителя и как выбрать грамотного?
3) На что обратить отдельное внимание при составлении ТЗ?
4) Сколько это может составить по цене и времени?
5) Подводные камни?
Функционал у подобных сайтов везде примерно одинаковый, за исключением маркетингового инструментария и организации зоны доставки. Важно, чтобы гость, указывая свой адрес в соответствующей графе на сайте понимал, какие у него условия доставки (и осуществляется ли к нему доставка в принципе), поскольку у нас несколько разных зон.
Также важно наличие маркетинговых инструментов - блюдо в подарок по промокоду на первый заказ, пицца дня/ролл дня (которые будут меняться каждый день недели) со скидкой, например, в 20% (как у https://makelovepizza.ru), а также блюдо в подарок на выбор при заказе от определенной суммы и выше (как у https://sushifun.ru/ https://yaponchik.net/).
Онлайн оплата не нужна.
Жду любые советы по теме и около неё. Заранее спасибо, ребят.
Примеры:
https://makelovepizza.ru
https://sushifun.ru/
https://yaponchik.net/
Вопрос от чайника:
1) ВП, битикс или код с нуля?
2) Где найти исполнителя и как выбрать грамотного?
3) На что обратить отдельное внимание при составлении ТЗ?
4) Сколько это может составить по цене и времени?
5) Подводные камни?
Функционал у подобных сайтов везде примерно одинаковый, за исключением маркетингового инструментария и организации зоны доставки. Важно, чтобы гость, указывая свой адрес в соответствующей графе на сайте понимал, какие у него условия доставки (и осуществляется ли к нему доставка в принципе), поскольку у нас несколько разных зон.
Также важно наличие маркетинговых инструментов - блюдо в подарок по промокоду на первый заказ, пицца дня/ролл дня (которые будут меняться каждый день недели) со скидкой, например, в 20% (как у https://makelovepizza.ru), а также блюдо в подарок на выбор при заказе от определенной суммы и выше (как у https://sushifun.ru/ https://yaponchik.net/).
Онлайн оплата не нужна.
Жду любые советы по теме и около неё. Заранее спасибо, ребят.
455 Кб, 500x501>>195 (OP)
Yaponchik.net сделан на битриксе. Sushifun.ru тоже битрикс, с эффектами на JS. Makelovepizza.ru неизвестно на чем (?), походит на самописный движок.
1) Смотри мой пост 5 лучших CMS для интернет-магазина https://build-in-saratov.com/best-cms-for-ecommerce/ Систем много разных, красивых и не очень. Я бы наверно выбрал Reaction Commerce либо Prestashop для этого проекта.
2) Спросить грамотного человека? Заказчик не всегда сам может оценить уровень программиста, если до этого опыта не было. Это все равно что мне поручить построить завод, я привезу не те станки, найму не те рабочих и накосячу во всяких мелочах. Веб стремительно эволюционирует. Каждый год появляются новые приблуды и новые техники, надо в этом каждый день вариться, чтобы отличать
3) Хз, я противник составления длинных ТЗ. Планировать по-хорошему надо максимум 30% от всей работы. Сделал - показал. Заказчик принял, двигаемся дальше. А не то что в одну харю весь проект распланировал, а потом оказывается что там сроки неверно рассчитаны. Программист рассчитывал на одну сумму, скажем столько-то тысяч в месяц, а получается гораздо меньше.
4) Понятия не имею. От 2-х до 3-х месяцев в целом.
5) Подводные камни в том, что неопытные заказчики пытаются напихать функционала по максимуму. Берут изначально тормозную систему типа битрикса. Там уже до жути всего понапихано, а они добавляют ещё своих плагинов - CRM, статистику, слайдеры, и черти что. В итоге на сайте появляется 100500 разных плагинов. Программистам же обычно похую, наклепали тяп-ляп функционала, бабло срубили и норм. Это всё начинает дичайше тормозить со временем, клиент уже нанимает программиста чтобы "оптимизировать вебсайт". Ставят кеширование, начинают перепиливать/отключать плагины. Ибо сервак же не железный, у каждого хостинга свои ограничения. Короче надо о производительности думать заранее.
>>122194
Бредовый запрос. И что ты потом будешь делать с этой базой айпишек? Давно уже есть более современные методы аналитики типа https://segment.com/
Yaponchik.net сделан на битриксе. Sushifun.ru тоже битрикс, с эффектами на JS. Makelovepizza.ru неизвестно на чем (?), походит на самописный движок.
1) Смотри мой пост 5 лучших CMS для интернет-магазина https://build-in-saratov.com/best-cms-for-ecommerce/ Систем много разных, красивых и не очень. Я бы наверно выбрал Reaction Commerce либо Prestashop для этого проекта.
2) Спросить грамотного человека? Заказчик не всегда сам может оценить уровень программиста, если до этого опыта не было. Это все равно что мне поручить построить завод, я привезу не те станки, найму не те рабочих и накосячу во всяких мелочах. Веб стремительно эволюционирует. Каждый год появляются новые приблуды и новые техники, надо в этом каждый день вариться, чтобы отличать
3) Хз, я противник составления длинных ТЗ. Планировать по-хорошему надо максимум 30% от всей работы. Сделал - показал. Заказчик принял, двигаемся дальше. А не то что в одну харю весь проект распланировал, а потом оказывается что там сроки неверно рассчитаны. Программист рассчитывал на одну сумму, скажем столько-то тысяч в месяц, а получается гораздо меньше.
4) Понятия не имею. От 2-х до 3-х месяцев в целом.
5) Подводные камни в том, что неопытные заказчики пытаются напихать функционала по максимуму. Берут изначально тормозную систему типа битрикса. Там уже до жути всего понапихано, а они добавляют ещё своих плагинов - CRM, статистику, слайдеры, и черти что. В итоге на сайте появляется 100500 разных плагинов. Программистам же обычно похую, наклепали тяп-ляп функционала, бабло срубили и норм. Это всё начинает дичайше тормозить со временем, клиент уже нанимает программиста чтобы "оптимизировать вебсайт". Ставят кеширование, начинают перепиливать/отключать плагины. Ибо сервак же не железный, у каждого хостинга свои ограничения. Короче надо о производительности думать заранее.
>>122194
>база ip-адресов гостей
Бредовый запрос. И что ты потом будешь делать с этой базой айпишек? Давно уже есть более современные методы аналитики типа https://segment.com/
455 Кб, 500x501>>195 (OP)
Yaponchik.net сделан на битриксе. Sushifun.ru тоже битрикс, с эффектами на JS. Makelovepizza.ru неизвестно на чем (?), походит на самописный движок.
1) Смотри мой пост 5 лучших CMS для интернет-магазина https://build-in-saratov.com/best-cms-for-ecommerce/ Систем много разных, красивых и не очень. Я бы наверно выбрал Reaction Commerce либо Prestashop для этого проекта.
2) Спросить грамотного человека? Заказчик не всегда сам может оценить уровень программиста, если до этого опыта не было. Это все равно что мне поручить построить завод, я привезу не те станки, найму не те рабочих и накосячу во всяких мелочах. Веб стремительно эволюционирует. Каждый год появляются новые приблуды и новые техники, надо в этом каждый день вариться, чтобы отличать
3) Хз, я противник составления длинных ТЗ. Планировать по-хорошему надо максимум 30% от всей работы. Сделал - показал. Заказчик принял, двигаемся дальше. А не то что в одну харю весь проект распланировал, а потом оказывается что там сроки неверно рассчитаны. Программист рассчитывал на одну сумму, скажем столько-то тысяч в месяц, а получается гораздо меньше.
4) Понятия не имею. От 2-х до 3-х месяцев в целом.
5) Подводные камни в том, что неопытные заказчики пытаются напихать функционала по максимуму. Берут изначально тормозную систему типа битрикса. Там уже до жути всего понапихано, а они добавляют ещё своих плагинов - CRM, статистику, слайдеры, и черти что. В итоге на сайте появляется 100500 разных плагинов. Программистам же обычно похую, наклепали тяп-ляп функционала, бабло срубили и норм. Это всё начинает дичайше тормозить со временем, клиент уже нанимает программиста чтобы "оптимизировать вебсайт". Ставят кеширование, начинают перепиливать/отключать плагины. Ибо сервак же не железный, у каждого хостинга свои ограничения. Короче надо о производительности думать заранее.
>>122194
Бредовый запрос. И что ты потом будешь делать с этой базой айпишек? Давно уже есть более современные методы аналитики типа https://segment.com/
Yaponchik.net сделан на битриксе. Sushifun.ru тоже битрикс, с эффектами на JS. Makelovepizza.ru неизвестно на чем (?), походит на самописный движок.
1) Смотри мой пост 5 лучших CMS для интернет-магазина https://build-in-saratov.com/best-cms-for-ecommerce/ Систем много разных, красивых и не очень. Я бы наверно выбрал Reaction Commerce либо Prestashop для этого проекта.
2) Спросить грамотного человека? Заказчик не всегда сам может оценить уровень программиста, если до этого опыта не было. Это все равно что мне поручить построить завод, я привезу не те станки, найму не те рабочих и накосячу во всяких мелочах. Веб стремительно эволюционирует. Каждый год появляются новые приблуды и новые техники, надо в этом каждый день вариться, чтобы отличать
3) Хз, я противник составления длинных ТЗ. Планировать по-хорошему надо максимум 30% от всей работы. Сделал - показал. Заказчик принял, двигаемся дальше. А не то что в одну харю весь проект распланировал, а потом оказывается что там сроки неверно рассчитаны. Программист рассчитывал на одну сумму, скажем столько-то тысяч в месяц, а получается гораздо меньше.
4) Понятия не имею. От 2-х до 3-х месяцев в целом.
5) Подводные камни в том, что неопытные заказчики пытаются напихать функционала по максимуму. Берут изначально тормозную систему типа битрикса. Там уже до жути всего понапихано, а они добавляют ещё своих плагинов - CRM, статистику, слайдеры, и черти что. В итоге на сайте появляется 100500 разных плагинов. Программистам же обычно похую, наклепали тяп-ляп функционала, бабло срубили и норм. Это всё начинает дичайше тормозить со временем, клиент уже нанимает программиста чтобы "оптимизировать вебсайт". Ставят кеширование, начинают перепиливать/отключать плагины. Ибо сервак же не железный, у каждого хостинга свои ограничения. Короче надо о производительности думать заранее.
>>122194
>база ip-адресов гостей
Бредовый запрос. И что ты потом будешь делать с этой базой айпишек? Давно уже есть более современные методы аналитики типа https://segment.com/
>>200
Пиздец у тебя кегль огромный в блоге. Можно до 22 уменьшить смело, с пропорциональным уменьшением ширины текстового блока.
Сейчас уменьшил масштаб, оказывается там ещё боковое меню есть. На разрешении 1280 его не видно, включается планшетный лейаут видимо.
мимо
Пиздец у тебя кегль огромный в блоге. Можно до 22 уменьшить смело, с пропорциональным уменьшением ширины текстового блока.
Сейчас уменьшил масштаб, оказывается там ещё боковое меню есть. На разрешении 1280 его не видно, включается планшетный лейаут видимо.
мимо
>>208
Да, так и есть. Вид на планшете пока не доделал, допиливаю сайт постепенно. Шрифт оптимизирован для людей с плохим зрением. По расчетам, человек с нормальным зрением видит такой шрифт с расстояния 92 см. А я без очков могу примерно с расстояния 50 см читать, хоть и расплывчато.
Да, так и есть. Вид на планшете пока не доделал, допиливаю сайт постепенно. Шрифт оптимизирован для людей с плохим зрением. По расчетам, человек с нормальным зрением видит такой шрифт с расстояния 92 см. А я без очков могу примерно с расстояния 50 см читать, хоть и расплывчато.
>>208
Всё нормально - это сделано в Саратове.
Всё нормально - это сделано в Саратове.
Тред утонул или удален.
Это копия, сохраненная 4 декабря 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
Это копия, сохраненная 4 декабря 2020 года.
Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее
Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.