Дмитрий Энтелис

Лучше всего отказаться от MongoDB, его суть в этом.

если поиск - это сложно для Вас, стоит ли браться за api или sdk
https://yandex.ru/search/?text=ыьфке%20цфеср%20фзш...

От души и сердца советую срулить с этой темы.
Как я понимаю, Вы - админ, на которого взвалили это счастье.

Проблема в том, что задачу поставили как обычно, а именно наихудшим образом: "тыжпрограммист, автоматизируй всё... Денег нет, но надо чтобы ВАУ".

Вкратце дело такое:
1. Нужен аналитик. Который разберёт и опишет как у вас устроены процессы, соберёт требования к новым системам-организации и тому подобное.
2. Нужен консультант-советник-эксперт (лучше несколько). Он поглядит на то счастье, что выдал аналитик и подскажет направление (например, как Константин Нагибович выше написал). Несколько нужно для того, чтобы нивелировать туннельность мышления (а она есть практически у всех).
3. Нужен интегратор. Это уже образно, потому как сюда можно списать и ПМ-а, и проггеров и манаггеров. Они всё это реализуют, внедрят, допилят напильником, сделают инструкции и всё такое.

Ну... Допустим п.2 более-менее можно перекрыть интуицией, гиглингом, тостерингом и тому подобным.

Ну... Допустим п.3 будет поставляться продавцом ПО.

Но собственно первый пункт - это фундамент. Накосячив тут всё пойдёт насмарку, если не развалится.

Ваш босс хочет малыми силами решить большой вопрос и это понятно. Все мы хотим задёшево купить качественный удобный автомобиль (обувь-холодильник-дом...). Но этого не бывает.

Скорее всего вы думаете, что найдётся некий волшебный софт (желательно бесплатный), который установите и наступит счастье. Но вот нифига. Вам придётся либо натягивать сову на глобус - сиречь подстраивать бизнес под программу - либо делать под себя.

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

Другой вариант - найдёте занедорого поставщика-разработчика, вам что-то впарят, что будет "полностью соответствовать ТЗ" (они же сами его будут писать, верно?), снимут денег и поставят нечто несуразное.

Вы айтишник и Вам представить проще, что софт - это не волшебство. Ну нельзя к выбору дома подойти как "дом для большой семьи, чтобы один этаж можно было сдавать, где-то хранить за деньги сезонные шины, пару комнат оставить под пиццерию и..." Нужен проект с привязкой к местности, учесть что там с электричеством, газом, транспортной доступностью и ещё кучей всего. Это большая работа.

Продолжая аналогию - эти облачные комбайны это возможность вам въехать в некий ангар с перегородками, которые учитывают интересы сферического в вакууме большинства бизнесменов, а разработказанедорого - это сварить кучей несколько ЖД контейнеров и отделать вагонкой.

как я понял верстка не адаптивная. тогда сделайте для body min-width той фиксированной ширины для которой вы верстали.

Фулстеки редко нужны (ето или должность еникея, или должность СТО)
Если компания прикипела к тебе, то начинай делать свой отдел

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

Я охреневаю. Все такие крутые бизнесмены, судя по комментариям, только денежные отношения и похрену этика.
Этика бизнеса - это не сферический конь в вакууме, это набор устоявшихся, неписаных правил, взаимодействия участников процесс. Сюда -же относятся и понятия репутации, имени фирмы, истории марки, и т.д., т.е. большая часть нематериальных активов, которые имеют вполне реальную финансовую оценку.
Кидать посредников - плохо. Это удар по Вашей репутации, в перспективе потеря какого то кол-ва заказов, и принятие на себя не свойственных Вам функций.
Да, Вы срубили сейчас чуть больше бабла, но потом этот посредник к Вам с заказом больше никогда не придет. Еще 5-10 таких заходов и Вы получите определенную репутацию хоть и в узких кругах.

Посредников, конечно, надо давить, торговаться, ограничивать в их хотелках, и договариваться. Ничего не поделаешь - это коммерция. Но кидать, на мой взгляд, себе дороже.

Даже если вы не согласитесь принять от него деньги напрямую, вы обязаны сообщить о нарушении
https://www.upwork.com/legal/
"You agree to notify Upwork immediately if another person improperly contacts you or suggests making or receiving payments outside of the Site."

Как вариант, там же по ссылке написано, как можно выкупить себя у апворка. В двух словах, от $2500

Рефакторинг кода, не?

Вариант первый - приложение состоит из скриптов, вызываемых при обращении пользователя (PHP). Очевидно, что между обращениями приложение не работает и данные о состоянии работы с пользователем ему где-то надо сохранять. Вот так и возникает необходимость сессий, а уж реализованы они могут быть как в виде файла на диске так и записью в базе данных.
Вариант второй - приложение реализовано в виде отдельного демона и постоянно находится в памяти. В этом случае появляется возможность держать данные сессии в оперативной памяти самого приложения, но как быть, если демон придётся перезапустить? Значит и в этом случае нужно предусмотреть сохранение данных сессии на диске.
Можно ещё каждый раз отдавать данные клиенту, чтобы он вернул их при следующем запросе, но при этом вы никак не сможете защититься от изменения этих данных клиентом в свою пользу.

быстрочтение помогает ТОЛЬКО для чтения бульварных газетенок, красочных журналов и худлита. серьезные материалы, для обучения, вникания и тд порой даже на обычной скорости не почитать

я просто много читал и сам научился
могу прочитать книгу и за день если интересная
просто есть определнная скорость усваивания информации мозгом и она меньше чем скорость чтения увы

alter table `TABLENAME` add column `NEWCOLUMN` date;
update `TABLENAME` set `NEWCOLUMN` = STR_TO_DATE(`MYCOLUMN`, '%d.%m.%Y');
alter table `TABLENAME` drop column `MYCOLUMN`;
alter table `TABLENAME` change column `NEWCOLUMN` `MYCOLUMN` date;