Вот прям таки нужно? А почему бы не делать на вуе, на ангуляре, без js фреймворка, почему не нативом, почему не на ассемблере, не шариковой ручкой на мониторе?
Это инструмент, инструмент используется, когда в нем есть потребность и понимание, что он упростит ту или иную задачу. Ящик с инструментами дает вам преимущество в сборке \ разборке и т.п. чего-либо, нежели чем вы имели бы только топор, или если бы сами начали разрабатывать весь тот набор инструментов из коробки выше.
Реинициализировать слайдер каждое переключение таба, метод reinit
Образно грубо говоря, представьте 3 картонные коробки стоящие рядом.
1ая открыта (вкладка таба), мы видим, что там внутри, видим внутренние размеры коробки, и то, что мы хотим засунуть туда - кота(слайдер), нужно как то адаптировать кота под размеры данной коробки.
Тут мы видим, ибо коробка открыта, как мы сможем поместить туда кота, придется ли его вытянуть в сосиску или сложить клубком.
Представьте, что вы достали из коробки кота, который успешно вместился в коробку и адаптировался под ее размер, но... вы решили достать его в том положении, в котором он был в этой коробке (сосиской) и положить в коробку номер 2, даже не удостоверясь еще в том, а влезет ли он вообще туда в таком положении. Кот брыкается, кусается, убегает и в след вам орет -"Хозяин, едрена медь, ты чо творишь, кожанный мешок, я ж туда не залезу".
А все почему? Потому что надо было :
1) открыть коробку (переключить таб),
2) посмотреть на ее размеры, скрутить кота в ту форму, которая позволит ему залезть в эту коробку, и делать это для всех коробок. (реинициализировать слайдер и дать ему вводные для нового для него контейнера)
1) Искать в документации метод закрытия попапа, если попап используется "какойтотам"
2) Написать закрытие попапа самому и вызывать после успешного действия
rinaz22, Вы отправили данные с формы, обработчик отработал и занес данные в БД, потом вы делаете выборку и забираете последний ИД записи, инициируете обращение к другому серверу через curl, получаете ответ о том, что все успешно дошло и вызываете.
Если по какой то причине запись не зашла в БД, выкидываете ошибку, если не дошло до другого сервера - кидайте ошибку. Если все успешно дошло и туда и туда, одним запросом убиваете двух зайцев, и занеслось и отправилось.
Товары: ид, имя, описание, фотографии (базовая информация товара(неизменяемая для всех филиалов))
Филиал: ид, имя, url (поддомен), контактная информация, другая инфа
Связующая: ид, цена, изменяемые поля продукта в филиалах (мета, например), продукт_ид, филиал_ид
Ну и еще бы понимать, могут ли быть вариантов товаров, например, разного размера пиццы?