mletov

Wora Press

- это видимо польское издательство, так что лучше взять cms для интернет магазинов, которым является Open Сart

Больше интересных модулей модулей?

Вы из танка танка пишите пишите? )))) Или нужны модули для модулей?

Удобнее админка?

Дело вкуса.

PS. А чего Вы решили выбирать cms? Предоставьте это дело разработчику. Возможно, что при прочтении ТЗ, окажется что ни та ни та не подходит.

Регулярки - элементарная вещь. За 1 час можно разобраться в большинстве структур.
Тонкости и продвинутое использование - потом.

Собственно что именно вам непонятно? Подстановочные символы? Группы? Квантификаторы?

В регулярках нет ничего сложного, чтобы нельзя было их освоить сходу. Могут быть задачи, которые сложно сделать регуляркой, но чтобы кто-то не мог понять или освоить?...

Вы пример напишите хотябы, который вас пугает.

1 - такого кода нет (см п3)

2 - в книгах/сети не особенно то и грешат, скорее вам пока не понятны пояснения что и когда стоит делать

3 - реально оценить, надо ли вмешиваться в сборку мусора, можно только профилируя конкретный проект, на предмет загрузки памяти, и на предмет отзывчивости, при определенной (достаточно высокой) интенсивности запросов (пользовательских или серверных)

для типичных настольных приложений, пауза, когда пользователь между кликами мышкой (нажатием клавиш) смотрит на экран и осознает реакцию программы - более чем достаточно для зачистки мусора

пока вы не столкнетесь с ситуацией больших поточных обработок(или больших потоков запросов в случае сервиса), при чем требующих существенного расхода памяти на каждой итерации/запросе - у вас и не будет возможности оценить потребность (или ее отсутствие) в ручном вмешательстве с сборку мусора

ps

Например:
Кусок кода 1. Мусор не собираем. Время выполнения 3 минуты.
Кусок кода 2 (переписанный кусок кода 1). Собираем мусор. Время выполнения стало 10 секунд.

если у вас комп с 4/8/16 Гб ОЗУ, а задача расходует 10-100.. 200-300 Мб - сборщик мусора вообще не будет вмешиваться (если конечно память не забита и так под завязку).. и за какие то 10 микросекунд очистит мусор, пока вы смотрите на слово типа Finished и осознаете его значение .. как то так

Возможно немного не о том, но в свое время озадачился вопросом "А накой мне using?". Наткнулся на хорошую статью по ней и про сборщик мусора тоже.

List подразумевает, что тип у содержимого листов одинаковый - тип T, если объекты из методов можно к нему привести, то всё должно компилироваться.

using System;
using System.Collections.Generic;

public class MyClass<T> where T : class
{
    private Dictionary<string, Func<List<T>>> functions = new Dictionary<string, Func<List<T>>>();
}

Задать вопрос:
"может ли он сделать качественный интернет-магазин который не будет тормозить и лагать на woocomerce".
Если ответ "Да" - спец хреновый )

записей в таблице products очень много ( около 1млн )

это не много, это нормально

и запросы типа JOIN не предлагать, так как оно существенно влияет на производительность

а этот бред вы как догадались сюда приплести? У вас наоборот с выходом из внутренних джоинов выборка по ид будет сокращаться, в итоге по таблице продуктс будет только джоин нужных ид(что аналогично выборке where in, только с меньшими ограничениями, например ордер и лимит). По этому сджойнте мелкие таблицы, получите с них модел_ид, и по нему уже джоин продкут.
Я бы денормализовал продуктс, внес бы еще брэнд_ид в него, но это так, мелочи.

Даю честное слово.

Сказать честно никак, обычно и не спрашивают подтверждение

взять через JS перед отправкой сабмита и поместить в скрытое поле

Хотелось бы сделать из этой палки изогнутую палку

Боюсь спросить на сколько изогнутую, как пример не?
https://jsfiddle.net/vtLn0596/1/

Гуглите "accordion slider horizontal" и получаете разные слайдеры, например вот https://www.jqueryscript.net/demo/Responsive-Horiz...

Познав "дзэн программирования" перед тобой открываются большие возможности, и если есть идеи проектов, то их можно реализовывать, и зарабатывать на них, соответственно

В чем же дело? Вперед к реализации своих проектов и заработку на них!