Базата трябва да се обновява само офлайн, т.е. не трябва да е през web сайта. Сегашния сайт няма (а и няма да има) никакви потребители с акаунти и други подобни неща. Единсвения въпрос за сега е дали може да стане като http://www.company.com/PNxxxx или трябва да е http://www.company.com/patents/PNxxxx ако скрипта за изваждане на парт номера от url-а не може да се сложи на основната страница на сайта.



bobyper, трябва ли непременно да има /products/ (или /patents/) не може ли да е към основния адрес, демек в основната страница?

Технически няма проблем да стане и в двата варианта, но при първия си замърсяваш namespacе-a излишно. Ако зора е да е кратък URL, защото няма място за изписването му по продуктите, то по-добре регистрирайте специално един домейн с по-малко букви само за това.

Трябва субфолдер защото ще редиректнеш целият сайт към един скрипт в случая index.php
Там предполагам има вече разни неща по сайта, та да не спрат да работят

Това за специален уеб сайт само за патентите също го има като идея, защото наистина няма много място по стикерите на продуктите, та за сега предпочитанието е за първия вариант. Какви са негативите да си "замърсяваш" namespace-a?

вие така надухте балона...
и кви са тия IT-та като едно инфо не могат да добавят
една индексирана таблица за лист от редове текст с кеф ти PHP, Java - там квото се подържа

IT-та или ги мързи или са тъпи или най-вероятно е комбинация от двете .

Е не става ли с Ардуино?

Примерен .htaccess за слагане в root папката или допълване на съществуващ такъв


Важния за теб ред ако допълваш съществуващ файл е

Можеш да му допълнеш регулярния израз с още символи, които знаеш че може да съществуват в парт номера на продукта.

Съответно php файла можеш да си кръстиш както си поискаш. В текущия пример е pn.php, но практически може да е каквото си пожелаеш.
В PHP-то, достъпа до парт номера е абсолютно елементарен - през GET параметър - q.


Ако искаш да е в отделна "папка", както те съветват - просто премести 2-та файла във физическа папка и отново ще тръгне.

SQL injection може да стане ако няко не си санитизира входа, дали ще е през юзер инпут или ще дойде от url-то все тая, не е никаква философия да се провери какво всъщност иде. Статични страници не са лоши, просто някой трябва да се занимава да ги прави, струва ми се излишно работа, но знае ли човек ... все си мисля че еидн прост интерфейс за менажиране в BD, недостъпен за потребители ще е по-удобен от правенето на статични страници.

Само загатнах проблема че тази база трябва да стигне някак до сървъра, и да се допълва от време на време с новите продукти. Предполагам идеята ти е да се качи цялата база горе в подходящо време с надеждата че няма да се ползва в момента. Това прави известни проблеми, които сигурно сега не са ти приоритет.
Предполагам си имаш причини да "оптимизираш" подхода, аз се включих за да напомня и за другата страна.

Обновяването няма кой знае какво значение, може да става през phpmyadmin на сайта, може с клиент, а може и да се напише една функция а която директно да си импортваш нови записи от cvs файл да речем, така че минимално да се занимаваш с sql интерфейса. Да не говорим че той има импорт от файл, а този файл е със съвсем проста структура, може да си генерираш списъците в ексел и от там да ги импортваш без много зор в базата, все пак както писах са две полета.

Днес имахме митинг пак с IT-та ама тоя път и големия бос беше с нас и като поставих ребром въпроса и споделих примери и изведнъж магически всичко стана възможно . Мамка им мързелива - сега за награда целия сайт ще го направят динамичен и парт номера няма да води само до патентите а до цяла страница за съответния продукт с всичката му там информация за него. Та изведнъж не само че стана възможно ами и базата данни от проста ще стане супер сложна база данни с взаимовръзки между продуктите и най-различни други благини. Дупе да им е яко, колко работа ги чака сега . Мерси на всички за включването - беше полезно и помогна .

Типично за IT-а... Няма да се узорят много, не ги мисли, но все си мисля, че няма да те поканят на барбекю

Мда ... те така се прави от нищо нещо - от нещо просто стана сложно и си осигуриха месеци за правенето му и години за поправяне и поддръжка. Абе, Митьо, вие да нямате индийци в IT екипа?

Е хайде сега, месеци, месеци може да се прави ако мениджмънта смени 5-6 пъти концепцията и 10-на пъти дизайна . Корпоративен сайт се прави за седмица две ако се стъпи на готов фреймуорк, дали ще е някой от стандартните или ще си е на разработчика няма никакво значение. Ние години наред изпозлвахме наш си фреймуорк, верно не е върхът но върши всичко нужно, пробвахме разни неща като друпал и е голяма мизерия, изобщо всички стандартни фреймуорци са мизерия най-вече от към нужната им поддръжка след това и ниското секюрити.