.htaccess rewrite rule to prevent image url rewrites -

-

i new htaccess rewrite rules. need rewrite url myurl.com/1000/samsung-123 myurl.com/user/product.php?id=1000. have used following rewrite rule in .htaccess file.

rewriteengine on rewritebase /  rewriterule ([0-9]+)/(.*)$ user/product.php?id=$1 [pt,l]

the rule works fine. rewrites images url myurl.com/img/_product/1000/1000a.jpg.

how can prevent one? there way skip rule if extension (as .jpg, .png, .php) entered in url?

rewriteengine on rewritebase /  rewritecond img/_product/$1/$1a.jpg !-f rewriterule ([0-9]+)/(.*)$ user/product.php?id=$1 [pt,l]

perhaps help.

  • fixed.

Comments

Post a Comment

Popular posts from this blog

Need help in packaging app using TideSDK on Windows -

-
i developed application using tidesdk on windows , when click launchapp works fine. moved package , installed imagemagick , wix 3.0 required packaging on windows. clicked on package runtime , cannot guess packaged app is? found file 'installer' in workspace when click on it says installer not find application path . think application not being packaged properly. here log see in tidesdk: preparing package desktop app runtime. 1 moment... staging trial -> copying contents d:\lab\tidesdk\trial d:\lab\tidesdk\trial\packages\win32\bundle\trial -> copying installer c:\programdata\tidesdk\sdk\win32\1.3.1-beta\installer d:\lab\tidesdk\trial\packages\win32\bundle\trial -> copying runtime d:\lab\tidesdk\trial\packages\win32\bundle\trial -> date: d:\lab\tidesdk\trial\packages\win32\bundle\trial\modules\app\1.3.1-beta -> date: d:\lab\tidesdk\trial\packages\win32\bundle\trial\modules\codec\1.3.1-beta -> date: d:\lab\tidesdk\trial\packages\win32\bundle\trial\mod...
Read more

c++ - boost interprocess mutex in managed_shared_memory -

-
i have thread in process 1 create boost::interprocess::managed_shared_memory segment. in segment allocate boost::interprocess::deque using custom allocator , create boost::interprocess::interprocess_mutex , 2 boost::interprocess::interprocess_condition variables using default allocator. use find_or_construct method create these. i have process (process 2) opens these using find method on boost::interprocess::managed_shared_memory segment have opened in process 2. i understand managed_shared_memory segments have kernel or filesystem persistency , interprocess_mutex/interprocess_condition variables have process level persistency. the scenario getting stuck. 1) process 1 starts thread creates everything. 2) process 2 starts , opens everything, @ stage shared memory , synchronization working well. 3) process 1 restarts thread tries create again (i believe shouldnt though using find_or_construct) 4) process 2 stuck on wait call condition variable though thread in process 1...
Read more