Владислав: Так-с, допустим, у вас есть пользователи (менеджеры) и есть обычные пользователи.
Вы можете связать обычных пользователей и менеджеров разными способами. Один из них, pivot table связи между id менеджера и пользователей, другая, хранить список id-шников пользователей в массиве столбца менеджера или вы также можете создать для менеджеров модель и для пользователей, а потом их связать.
В общем, очень много способов связать данные. Выше приведены лишь первые пришедшие в голову. Это как пример.
GaserV: Это самый тру-вей, учитывая, что не надо громоздить отдельные зоопарк для апи, когда в ларавел уже все разделено в роутах по умолчанию: для web и для api.
GaserV: ну что за морока? Если вы пишите api, то его можно писать на том же laravel (не обязательно люмен использовать).
Lumen это укороченный laravel для тех, кто пишет мини приложения и для кого производительность в приоритете. Если у вас не сто тысяч хостов, то laravel на nginx - php 7 api хватит с головой.
stdio96: Laravel априори не задуман под shared хостинги. Как-то пробовал разворачивать и развернул на timeweb, но было жутко неудобно. VPS и ssh наше все.
raw1: какие будете использовать технологии? CMS какие-то (Битрикс или подобные) или же на фреймворках сами будете писать. На symfony это будет или на rails, django?
У многих cms к примеру есть готовые модули оплаты, которые экономят затрачиваемое время разработки или же вы будете разрабатывать свои решения оплаты? Вот об этом и речь.
Большое спасибо за ответы. Похоже, что слишком торопился. Благодаря статьям, ссылкам и хорошему заполнению товаров достиг первого места в нужным запросах. Теперь идет работа над высокочастотными запросами.
О Господи, вы разве не видите, что оно не соответствует запросам. Прочтите "пара статей", а не сто, "сервис", "ajax поиск", "картинки в поиске", ясно же что не sphinx.
