avdoshka, учитывая, что ты даже теги не поставил, то помочь тебе здесь нечем. Только писать код за тебя, а это уже не вопрос, а заказ для фриланса. Рекомендую "Котеров Костарёв php5 в подлиннике" если есть желание научиться писать код. Если нет, то иди на фриланс.
Dani_Scargo, Я прошу прощения, за бестактность. Это не персональное, я с вами не знаком. Но прецеденты были. Работал с человеком в офисе, который почему-то не мылся, по моему вообще( Хотите конкретики, скидывайте свой гитхаб, посмотрим на текущие работы, может найдём, что так не нравится работодателям.
Сергей Ракипов, видеть изменения без обновления страницы умеет breakets. И так же сам пересобирает проект и рефрешит страницу при изменении gulp при минимуме настроек, которые и так надо вносить, если тебе нужна сборка. Кстати, что-то такое может варить и шторм, без настройки, но я не сталкивался, только краем глаза видел.
Сергей Ракипов, дримвивер был хорош в том, что можно было объединить несколько страниц шаблоном и вносить изменения в шаблоне, изменяя это во всех связанных файлах. Небыли так развиты cms небыло таких крутых шаблонизаторов как сейчас. Это было круто потому, что можно было побороть антипаттерн дублирования кода. Правки вносились сразу в весь одинаковый код. Сейчас это вообще не нужно. Это решается силами шаблонизатора и без дублирования кода. Современный подход к разработке это сборки на компонентах или с использованием фреймворков. Это совсем про другое. Опять же, вагон функций, которые позволяют тебе силами инструментов быстро исправлять косяки автогенерации кода или вносить блочные правки. Это тоже не нужно. Нагенеренный код всегда плох. Почитайте чистый код Мартина, про именование переменных. Нагенеренные классы обычно мимо и их надо править ручками. Вам автоматом не нагенерят бэм. Та же фигма умеет весь интерфейс под бэм перестраивать и динамически подменяет блоки. Дримвивер это не умеет даже близко. Итого, устарел, это старый подход, который в профессиональной разработке не используеься больше 10 лет. Посмотрите видео как верстать сайты быстрее чем их рисуют, узнаете много нового. Ну и вообще, Артюх (из видео) топовый верстальщик. У него можно многому научиться.
sim3x, гхм... так в октобере тесты с ларавеля приехали, пиши не хочу. У нас все проекты на октябре нужными нам тестами покрыты. далеко не так как на чистой ларе, но и задачи на октобере решаются на порядке проще.
xmoonlight, VirtueMart на тот момент задачи допиливать вручную небыло, нахардкодили ещё до меня. Кстати, тоже скорее от незнания.
Верю, что в умелых руках и воробей соловьём за поёт. Это делает вам честь. Я готов отказаться от своих претензий по версиям выше 2.х не работал и скорее всего ошибаюсь.
Спрашивали - отвечаем:
1 Да речь идёт о второй, а не о третьей версии. Третью не пробовал, но после опыта со второй, при слове Joomla называю ценники х5. Даже пробовать желания нет. Знаю, что переработали и вроде стало лучше, но нет, для меня нет.
2 как обычно: категории - подкатегории, иногда ещё один уровень вложенности. Товаров по 30-60 штук в каждой категории. В магазине было 5 тыс. потом залили ещё 10, догрузили категорий. Получили загрузку страниц по 7-12 секунд. Периодически не отркрывались категории, но товар в отдельности ок. Ну и так далее. Дали рекламу, пришли уники, сайту стало плохо. Корзина у кого открывается, у кого нет.... и т.д. Полез опримизировать запросы к базе, а там кошмар. В общем, после долгих ухищрений, просто переехали на OpenCart. За две недели я всё перенёс, а потом докинул ещё 15 и ещё 30 тысяч товаров, после чего стало плохо уже Опенкарту. Тоже пришлось допиливать, но MVC просто песня по сравнению с тем, что пришлось ковырять в joomla. По этому нет. Интернет магазин, это то, что делать на джумле точно не следует. Мы тут опенкарт допиливали до 300 тысяч товаров - проблема. Тот же битрикс посоветовал класторизоваться. У Джумлы и с этим проблема.
3 Как только тебе требуется воткнуть что-то более хитрое, чем стандартный функционал, если по каким-то причинам тебя не устраивает плагин, то приходится лезть в недра, а там всё слишком не здорово. У Опенкарта есть кривой но OcMod, что позволяет крутить совсем нелепые вещи на уровне "там где править не следует". Вордпресс, в этом плане, позволяет творить лютый трешь в functions.php. Не говорю, что это достоинства, но если тебе нужно написать какую-то хитрую логику, цепляющую процесс оформления заказа, доставку, запрос на парсинг или запрос по апи в процессе оформления заказа - у тебя есть вполне понятные точки вхождения в этот процесс. Joomla требует вмешательства не файлы. Во всяком случае, я не сталкивался с таким. А вот хардкода видел прилично. Так как сайт достался по наследству.
4 "узкоспециализированный фреймворк" - название Joomla! Framework наводит на некоторые мысли, не находите? Не углублялся в документацию, просто посмотрел презентацию, по вашей ссылке. Изначально заточен под joomla, то что на нём можно делать чёрта лысого, с рогами, бесспорное достоинство. А вот доверия у меня он не вызывает. Вот где перспектива и надёжность? Давайте сравним: лара, зенд, симфони, yii, джумла фреймворк. Туториалы, разжовывающие основы, продолжения, узкие места и прочее? комьюнити? LTS? много ли работы на нём? Ну вот серьёзно. Когда я задумался о первом фреймворке - выбирал из попсовой тройки. То, что пришлось разобраться в Зенде уже отдельный вопрос, но сейчас мы релизим боевые проекты на симфони и на ларе. Причём не на последней версии, а на стабильной и с поддержкой. Потому, что когда твой код крутит несколько миллионов в месяц, он не должен падать. У тебя не должно возникать сомнений, а есть ли проблемы под капотом? Расширить штат - не вопрос. Дёрнуть поддержку или комьюнити - в любое время. Так зачем советовать менее надёжные вещи для старта? А если что-то пойдёт не так и надо будет просто искать работу, где проще её найти? Ещё раз, я не принижаю достоинства самого fw - я в нём не работал. Возможно он нереально крут. Но ситуация, как с ModX, я влюбился в него с первых часов работы. А сделал 3 сайта. Потому, что работы нет. Заказчику он не нужен, хоть и удобнее WP в 10 раз. И делаем на wp. По этому и узкий. Но вообще, соглашусь, тут прям моё ИМХО.
5 Во многом ответил. Joomla - это первая CMS в моей жизни. На ней многому научился. Простая - да, удобная - спорно. Коммерция - очень зависит от заказчика. Сделал коммерчески только один сайт и позже работал с интернет магазином. Сравнивать есть с чем. В чём-то я больше предпочту битрикс джумле. А он тоже не сахар, но хотябы держит нагрузку, расширяется и прочее... хоть и по своему.
Если такой ответ тоже только слова, ну простите. Вытаскивать куски кода давностью в 3 года или копаться в репозитории, мне, почему-то, не слишком хочется. Тогда считайте это всё криком души разочарованного человека. Ни одна другая CMS не выпила у меня столько крови, простите)
Joomla - кошмарный инструмент, для интернет магазинов. На сайтах с посещаемостью больше 1000 человек в день, вы огребёте проблем по горло. На 15 000 товаров Joomla начинает чихать и кашлять. Просто не расширяемый инструмент. Зато простая как дрова. Но серьёзно? Joomla Framework -не полезнее ли начать изучать не столь узкоспециализированный фреймворк? Та же лара учится за считанные часы.
Прямо вот вопрос, а после WP есть желание вернуться к Joomla? WP не сахар конечно, но после Jooml'ы это просто мега комфортно. Для Drupal нужны очень прямые руки.
jdmpnn, ну, я вполне согласен. Если не шаришь вообще, бери вордпресс. Если знаешь php и ООП, то бери лару - не ошибёшься. Дело не в одном ряду, а в квалификации вебмастера.
вангую, что этот костыль придуман для решения какой-то другой задачи. Можно по интересоваться, зачем такое извращение с чтением файла. Не проще ли реализовать через сокеты/ивентлистнеры? Я просто предполагаю.
Слишком простой пример, чтобы было понятно в чём преимущество. Представь, что методов в классе, скажем 100. Многие из них, используют свойство name. При этом, ты знаешь, что имя скорее всего изменится. Это кстати нормальная практика. Тогда тебе нужно будет изменить только само свойство и его вызов в одной функции. А в случае с прямым вызовом, у тебя будет развлечение на четверть часа.
"текст переносится через бр пункты" зачем в меню br? есть же li{ width: 90%;}, htn-child(n) и медиа запросы в конце концов.
Пользую jquery. Очень помогает.
Можно по руселлеру по лазить. там много годных вариантов. А с универсальным меню, это вы ошиблись точно. Тут всё довольно индивидуально.
А ничего, что финансово, это разница в 5 раз минимум? SSD конечно круто, вопросов нет. Но дороговато получается. Просто ещё одна планка может сделать работу вполне комфортной и не дорого.(только если ноут для себя а не для работы нужен). А вот ssd и дорого и ощутимой разницы может не принести. Фильмы, там, игры, практически не реагируют на него.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
