setcookie('login', $login, time() + 360000000,'/', 'mysite.com');Надо понимать что в старте интернет-магазина, себестоимость самого интернет магазина ничтожна на фоне остальных затрат. Только в мечтах молодого разработчика самое главное - сделать сайт и народ попрет.
На самом деле куда важнее ответить на вопросы что именно вы хотите продавать, где брать товар по вкусным ценам, где его хранить, как доставлять клиенту и самое главное - откуда люди узнают про Ваш магазин и почему они купят именно у Вас а не у конкурентов.
При грамотном ответе на эти вопросы - можно продавать товар вообще с одностраничного лендинга.
RewriteRule ^(.*) index.php?%{QUERY_STRING}RewriteRule ^(.*)$ index.php?q=$1 [QSA,L]
Here's how I did the renaming.stackoverflow.com/questions/7084273/renaming-remot...
First, in your working tree, locally rename master to something else.
git branch -m master old-dev
Renaming a branch does work while you are on the branch, so there's no need to checkout something else.
Then, locally rename the maintenance branch (2.63-branch) to master:
git branch -m 2.63-branch master
Now, time to mess with the remote. Just in case you screw up, you might want to make sure you have a current backup. First, delete the remote's master:
git push origin :master
And now, give the remote your new master:
git push origin master:refs/heads/master
Update: When creating a new branch, the refs/heads/ prefix is needed on the remote side. If the branch already exists (as master did above) only the branch name is required on the remote side.
... and your now-renamed old master:
git push origin old-dev:refs/heads/old-dev
Finally, delete the old name of your maintenance branch to prevent confusion:
git push origin :2.63-branch
Clients will now get the 'new' master branch when they pull.