Greensneak, а что в Вашем понимании "админю"?
По теме.. загляните сюда: /ru/forum/805626
там куча решений.
Nginx наверняка стоит - его подшаманить... в смысле, в нём и запретить.
Как-то упустил совсем! :D
Я, исходя из того, что у каждого [подразделения] своя копия, обозначил пример, как эти копии совместить с минимальными "вставками" различающегося кода.. А так - конечно, логичнее функциональность по задачам-ролям распихать... и код различающийся (если он нужен действительно) по модулям/контроллерам/action-ам.. Или что там в архитектуре имеется..
Это всё круто.. но есть CRM, уже работающая.. и, видимо, не первое обновление. Если уж всё ломать, то строить на чём-то более CRM-ном.. та же sugarcrm
Кому надо - тот понял..
Ключевые идеи Dinozavr в пост выше вынес. А насколько какая-либо из них применима в ситуации ТС - вряд ли кто-то "навангует" с вероятностью близкой к 146%
Тут такой трабл возможен... платёжки иногда IP-шники меняют :D
Понятно, если саппорт онлайн 24/7/365... можно вычислить быстро.
А ежели весь проект - один человек, уезжающий в отпуск/на дачу итд, есть шанс получить кучу негатива. :D
+ конфиги в зависимости от
* по сути всё просто
- держать все файлы в одном экземпляре
- различать конфиги, например, по имени домена ($_SERVER['HTTP_HOST'])
- использовать БД, модули и прочие различающиеся части в зависимости от конфига.
По возможности всё общее выносить в общую часть.
p.s.
У вас своя(?) CRM с регулярными новыми версиями и нет понимания, как лучше её допиливать? Быть может поинтересоваться у разработчиков CRM?
Сделайте 2-3-4 дизайна "за отзыв" или достаточно дёшево, чтобы покупатель согласился. Пусть даже будет себе в убыток.
На фриланс-сайтах можно в конкурсах поучаствовать. Если дизайн не выиграет - выставить на аукцион (тут же на форуме, например).
Если действительно качественный - заберут с руками и ногами.
isick1, ознакомиться с топиком: /ru/forum/774117
Можно ai-болит скачать - скрипт для поиска нечисти..
Если опыта нет - вполне удобно использовать
oboi-doma - неправильно
oba-doma - правильно :D
p.s. А чего в веб-строительство-то с такими вопросами?
Да..
ИМХО, у nginx документация (в т.ч. русскоязычная) вполне исчерпывающая
http://nginx.org/ru/docs/http/ngx_http_proxy_module.html
+ много вопросов разобраны в форумах-рассылках.
Кстати, в целях безопасности на втором сервере можно ограничить обращения только с IP первого сервера.
Можно под тем же.. Nginx-у только указать, на какой сервер ходить.
Всё равно все будут обращаться на первый сервер по DNS
Если передаётся ID-шник платежа, фиксировать, были ли уже операции по этому платежу..
Если не передаётся - передавать.
p.s. зачётный вопрос..
p.p.s. вообще, файл, который принимает данные с платёжного сервиса не должен быть доступен "обычному" пользователю.. Т.е. он отличается от URL возврата
