1) $_SERVER['HTTP_HOST'] + $_SERVER["REQUEST_URI"] обычно используется.
2) STFW. Решений навалом, учитывая что Вы не конкретизировали задачу (php автоматом умеющего догадаться по какому принципу надо проверять поля пока нету:)), точнее тут не ответить.
Два варианта.
1) Запускайте процесс через шелл и php интерпретатор. Например php -f script.php . Тогда позже сможете kill его по номеру. Жестокий способ, т.к. скрипт у Вас часть операций может не завершить.
2) Если речь о запуске из браузера, то тут запомните основу. Если Вы открыли окно браузера - Вы запустили одну копию скрипта. Если Вы ещё раз обратились по этому же адресу - Вы запустили другую копию скрипта.
Однако простейшая реализация остановки несложна.
В основном скрипте раз в секунду допустим, или после окончания критических операций (например завершив группу транзакций), проверяйте наличие какого-нибудь специального файла. Например stop.txt. Если он есть - тут же вызываете die/exit или еще что-нибудь. При запуске основного скрипта этот файл должен удаляться.
И напишите "останавливающий" скрипт, единственная функция которого будет заключаться в создании этого файла - stop.txt. Он создаст файл - основной скрипт при очередной итерации его заметит и остановится.
Если Вам нужно видеть работает ли "основной" скрипт, можете им с некоторой периодичность писать в файл current.txt например текущую дату, что бы по ней можно было посмотреть когда было последнее обновление. Не абсолютный способ конечно, т.к. скрипт и подвиснуть может, но всё же достаточно в большинстве случаев.
Вообще, скрипт при "стандартных" настройках хостинга вечно работать не должен, должен или упираться в timelimit или в закрытие коннекта с браузером. Первое отменяется set_time_limit командой, второй ignore_user_abort.
Если пишите относительно универсальный скрипт для всех хостингов, то неплохо бы еще сделать внутреннее ограничение секунд в 25 работы допустим, т.к. на солидном количестве хостингов есть тайм-лимит на выполнение в 30 секунд и не всегда его можно изменить. Лучше вовремя "умереть" скриптом, чем "быть убитым" по времени самим сервером.
4) выводить вебмани на р/с ИП в банке. Платить налог с денег полученных на вебмани, а не 6% от вывода! По крайней мере если найдут нарушение - есть шанс что загребут не за "неуплату налогов", а за "неправильный порядок уплаты", это сильно и на штрафы и на пени влияет, за
5) Выводить деньги на р/с ИП через "посредника" безналом.
К сожалению оба варианта не совсем белые, т.к. договора на выполнение работ не предьявишь вообще, а в 4-ом варианте придется отчитываться за непонятные акции.
А можно уточнить этот момент.
При открытии р/с надо в налоговой в течении 5 дней его задекларировать. Для приема денег наличкой надо кассу иметь. А для получения денег на счет физ.лица по непонятной системе даже регистрировать счет в налоговой не надо? Это как?
При чем если речь о ЯД, то открыт видимо на физ.лицо (хотя ЧП сейчас юр.лицами вроде считаются и даже могут на работу принимать делая записи в трудовой книжке), а деньги Вы получаете в счет платежей на ИП.
К тому же ЯД, по договору, это не система приема платежей, если Вы физ.лицо. Так что получая платежи на свой кошелек физ.лица в ЯД Вы не только ЯД-овские правила нарушаете, но и от ЯД-а не получите никакой выписки со счета в счет подтверждения.
В общем как-то непонятно.
Консультанты это конечно хорошо, но штрафовать-то будут не их, а Вас если что.
Плюс не поняли как Вы выводите деньги. Через "обналичников"? Так ведь "обналичка" через обменники это не вывод в свой карман, а перевод на чужой счет, хотя на упрощенке это может и не важно, но выглядеть будет странно - сколько получили - столько чужим дядям и отдали.
А если не через обналичников, а напрямую на л/с физ.лица в банке, то опять же непонятно как ИП может на счет физ.лица деньги получать... плюс к тому же у ЯД назначение платежа "возврат неиспользованных средств" который как доход не задекларируешь. А у ВМ это "покупка у Вас акций", т.е. по сути надо еще раз налог заплатить, уже с продажи этих акций. И даже если Вы выводите через обменник - налоговая может поинтересоваться куда это делись Ваши "акции WMR/WMZ" и почему Вы налог с них не заплатили.
Так что вопрос вывода он остается все равно открытым, даже если допустить что можно принимать оплату на "небанковские счета не задекларированные предварительно в налоговой и открытые на физ.лицо".
Админка-стили_и_шаблоны-менеджер_стилей.
Выбираете "общие шаблоны"-header - туда и вставляете просто html код выданный бегуном или код баннера.
2) На 15" до сих пор так же. Верхний блок - 1 колонка, нижний блок - 2 колонки. На 17" оба идут в 2 колонки.
3) 1024x768 (15), 1440x900 (17). В обоих случаях что бы увидеть основной контент приходится прокручивать вниз.
5) Не согласны категорически, что бы не вдаваться в детали - вот смотрите, введите на этом форуме кавычки в поиск или в пост - слэши добавляться не будут. Поговорите с Вашими программистами, в лучшем случае достаточно просто magic quotes отключить на хостинге, в худшем чуть поправить код движка.
9) Тогда хотелось бы видеть возможность сравнения товаров "в куче". Отобрать - просмотреть - потом уже добавить в корзину.
1) Огромное количество пустого места везде между элементами.
2) В правой колонке сверху товары идут почему-то не в 2 колонки, из-за чего по вертикали дизайн вытягивается очень http://zc.tj/temp/dlinz.jpg
3) Слишком большая шапка, приходится каждый раз крутить вниз страницу. Неудобно.
4) Кнопки "впервые покупаете", "товар на складе" совершенно не интуитивно понятны, да и большинство остальных кнопок тоже, текст рядом с ними написан очень нечитаемо - сероватый да еще с сероватым градиентом под ним вроде.
5) По движку - при поиске введите например кавычки - "вдруг" появятся слэши. Это еще ладно, но то же самое есть в отзывах - например: благодаря \"асферике\" и т.д.. Несолидно.
6) При нажатии на "способы оплаты" и некоторых других разделов - слева пропадает меню, очень неудобно. На той же страницей под строкой копирайтов огромное количество пустого места с непонятной целью - крутишь, крутишь, а там ничего.
7) "Нет, я не хочу 5% скидки" - имхо плохой тон. То есть вообще в принципе не надо людей заставлять говорить нет. Скажите "я хочу оформить заказ побыстрее" или что-нибудь вроде того, положительное в общем.
8) Не хочу скидки расшифровывается как "если Вы не хотите становиться постоянным покупателем", однако при нажатии на "продолжить" предлагается заполнить "анкету постоянного покупателя".
9) Нет кнопки сразу "добавить в корзину", иногда хочется понатыкать быстро - потом сравнить что лучше. А никак. Точнее лишние телодвижения надо делать, сначала посмотреть, потом еще что-нибудь.
10) Клик по баннеру открывает новое окно - непонятно зачем.
За АОТ не скажем, однако
http://sourceforge.net/projects/phpmorphy/
Подписались на всякий случай.
"Случаи они всякие бывают".©
nusphere phped используем для "мелочи"
zend studio в больших проектах
у nusphere есть минус - отсутствие code formatter-а как такового:( (да, он там заявлен, но возможность запуска прямо из оболочки триальной версии сторонней программы для форматирования кода это абсолютно не то) плюс автокомплитер немного дурной, постоянно скобки и кавычки где не надо дописывает.
у zend studio есть минус - отсутствие возможности collapse произвольного участка кода как в phped и тормозит всё-таки, зато code formatter отличный и code analyzer шикарный.
Посоветуем vbulletin:) Вот честно. eZ Publish хороша для документооборота - для остального не сильно, typo3 для больших проектов - маленький фриланс на нем делать все равно что кувалдой кнопки забивать, drupal при всей своей известности - не дотягивает пока до "final" версии.
По всем по ним, вот так по ощущениям, дорабатывать придется больше чем если взять за основу воблу. А если уж брать за основу какой-то движок, на первое время с целью потом сменить, то имхо надо брать движок требующий минимальных доработок. Фреймворки нельзя брать для стартапа по той же причине, там даже не дорабатывать, а весь функционал с нуля делать придется, пусть даже ядро и хорошее будет.
Если же речь о том, на чем делать "конечную" версию, то тут с Вами согласны. Если речь идет о серьезном проекте и серьезных заявках на лидерство - только свой движок. Не согласимся впрочем с тезисом "только своими программистами в офисе", имхо вполне годится вариант "постоянными программистами не важно где".
