ОК, делайте из вашего сайта прокладку, втаптывайте его в самое дно.
P.S. Хоть проверку реферера прикрутите. Еще тот костыль. Но вашему тупому скрипту может немного помочь. А может и навредить 😊
Вменяемый разраб 1) старается обойтись без «дыр на стадии создания», 2) постоянно занимается этими вопросами (тестирует, общается с коллегами и т.п.).
Как выше написали, блог – не самый сложный софт. Кроме того, он может быть построен на основе проверенных временем компонентов.
Неправильный у вас ник. Девелоперу этого достаточно:
miketomlin #:для передачи POST-парметров (всех!!!) в этом формате их нужно передавать в ассоциативном массиве
Тогда лучше возьми более подходящий дроп (или маринуй имеющийся до посинения).
А на имеющийся повесь внешние редиректы и/или тематические лэндосы, либо отдай/продай его тому, кто сможет на нем запустить подходящий сайт (или просто знает, что с ним делать).
Даже если никто не знает, помочь можно. А если «поделка» вменяемая, имеющая полноценную документацию (в том числе техническую), то помочь не составит особого труда спецу соотв. проф. уровня. Вот только обращаться нужно к спецу, а не к какому-нибудь «сайтоделкину», лепящему сайты в свободное от основной работы время, хотя проф. тяп-ляпистов тоже достаточно 😊
Если адресация была вменяемая, можно прямо под старые адреса подкладывать страницы. Тематика нового сайта, надеюсь, такая же?
Кстати, восстанавливать прежний сайт, конечно, не нужно, но можно кое-что взять из сохранившегося контента прежнего сайта.
Даже странно, что спрашиваете. Конечно, нужен. Ставить WP своим подопечным – себя не уважать, если считаете свой софт достойным.
Это только сектанты поп. движков могут утверждать, что не нужен и «никому его даже не показывайте!», а то вдруг выстрелит и им когда-нибудь придется изучать еще одну программульку или отдавать кусок пирога 😊
В общем посмелее. Достойный софт найдет своего потребителя, пускай и не такого массового, зато продвинутого.
Это отдельный POST-параметр contacts в формате multipart/form-data. В соответствии с описанием CURLOPT_POSTFIELDS для передачи POST-парметров (всех!!!) в этом формате их нужно передавать в ассоциативном массиве, в котором ключами являются имена параметров. Т.е. нужно так:
curl_setopt($ch, CURLOPT_POSTFIELDS, ['contacts'=>'[{"type":"phone","code":"+972","phone":"44255424"}]']);
Рискуете из своего сайта сделать прокладку для порносайтов. Делайте таблицу целевых адресов или хотя бы целевых сайтов, чтобы можно было переходить только по разрешенным адресам/сайтам.
Принцип тот же, что и у коротких ссылок: https://gency.ru/shortcuts, только лучше наверное отдельную ветку использовать вроде /go/. Некоторые и на отдельных доменах/поддоменах делают короткие, и пофиг что это уже не совсем внутренние для сайта.
Обобщенный слаг в адресе карточки – вполне норм. Просто у вас так получилось, что это слаг catalog, а не product и т.п., как у большинства. Некоторые даже не брезгуют обобщенным слагом (category) в адресах категорий, а у карточек могут сделать адреса без него.
У нас в регламенте прямым текстом написано, что не желательно смешивать основные типы страниц на однокомпонентных адресах. Хотя используемые технологии в общем-то легко позволяют это сделать.
Т.е. даже если бы я делал новый сайт, я бы выбирал, что разместить на однокомпонентных адресах, карточки или топовые категории (разделы). И скорее всего остановился бы на топовых категориях. А у вас это уже так.
P.S. Если сильно в лом использовать обобщенный слаг для карточек, есть такой вариант, похожий на то, что вы хотели:
Но до такого мало кто опускается, т.к. польза от этого сомнительная.
