Спасибо! Получается меня по всей видимости просто недопоняли.
вот маленький скрипт на jquery ui: https://jsfiddle.net/j9r7dw2L/
если нужен только popup, тогда вам лучше посмотреть бесплатные подборки, типа: http://www.freshdesignweb.com/jquery-javascript-popup-window.html
и выбрать тот вариант в котором будет тянуться меньше зависимостей
судя по всем page.html, это скрипт какой-то, тогда тебе надо его изменить вот по такой логике:
<?php function isPageExists($pageId) { $isExists = false; // тут у тебя проверка существует такая страница или нет return $isExists; } // генерирует путь к файлу кеша function getCacheFilePath($pageId) { return 'cache/'.$pageId; } // проверяет есть ли страница в кеше function isPageInCache($pageId) { $cacheFilePath = getCacheFilePath($pageId); return is_readable($cacheFilePath); } // возвращает содержимое файла кеша function getPageFromCache($pageId) { $cacheFilePath = getCacheFilePath($pageId); return file_get_contents($cacheFilePath); } // сохраняет страницу в кеш function savePageToCache($pageId, $html) { $cacheFilePath = getCacheFilePath($pageId); $dir = dirname($cacheFilePath); if (!is_dir($dir)) mkdir($dir, 0755, TRUE); return file_put_contents($cacheFilePath, $html); } // генерируем уникальный Id страницы $pageId = md5(json_encode($_REQUEST)); if (!isPageExists($pageId)) { // страница не существует, значит надо кешировать if (isPageInCache($pageId)) { // если есть страница в кеше // читаем её из кеша $html = getPageFromCache($pageId); } else { // Если страницы нет в кеше // генерируем страницу ob_start(); ?> Some page contents, current time <?=date('H:i:s');?> <?php $html = ob_get_clean(); // сохраняем в кеш savePageToCache($pageId, $html); } echo $html; // и выводим }
Только, учти еще один момент, если запросов много, тогда лучше кешировать не в папку, а в базу. Т.к. на хостингах, да и вообще в линуксе, есть ограничение на кол-во файловых дескрипторов (кол-во файлов). Это конечно большое число, но я его достигал, и долго не мог понять в чем причина вылезшей проблемы. В общем если ты сейчас знаешь, что у тебя, планируется от 100.000 файлов кеша, то лучше сразу создать простую key-value табличку и хранить кеш там.
покажите нам скриншот полей, где тебя просят ввести логин/пароль 🍿
если админка закрыта через htaccess, Значит надо закомментить пару конструкций.
если это самописная админка, значит надо найти место в скрипте где идет проверка логин/пароль и смотреть как она устроена. дальше нужно разобраться в методе авторизации и найти где хранятся учетные данные (в файле или в бд). Если в файле, то просто их изменить. Если в бд, надо найти доступы к ней (где-то в скриптах будут, как писали ранее), залогиниться и посмотреть в каком формате хранится пароль. Если это md5, тогда просто поменять его, если нет, тогда запомнить логин админа и изменить скрипт авторизации таким образом, чтобы подошел любой пароль, а после авторизации в админке, вернуть скрипт к первоначальному виду и сменить пароль.
Если это слишком сложно, заплати 5$ на фрилансе, и тебе всего скорее выдадут пароль через 15 минут.
Чего-то не понятна мне твоя задумка, в текущих исходных данных, у тебя все-все запросы перенаправляются на страницу page.html, зачем тебе её кешировать? Ну, т.е. это не мое дело наверно, но вместо того чтобы просто отдать страницу page.html, ты хочешь запустить скрипт, который проверит, есть ли она в кеше, если нет, создать её копию, и потом отдать. Другими словами, хочешь сделать больше нагрузку, чем она есть.
Либо ты что-то не дописал про mod_rewrite и правила которые там.
$body = "Данные формы:\n\n"; foreach($fields as $a => $b){ $body .= sprintf("%s: %s\n",$b,$_REQUEST***91;$a***93;); }
я вангую на то, что тебе надо убрать: iconv, т.е. вот так:
file_get_contents("http://sms.ru/sms/send?api_id=api_id&to=телефон&text=".urlencode($body));
причина всего скорее в том, что ты сохраняешь файл скрипта уже в utf8, соответственно тебе не надо делать дополнительную перекодировку
Привет.
1) Выбери, несколько одинаковых страниц, которые должны быть в одном экземляре. Открой их исходный код (Ctrl+U в броузере) и между тегами <head> ... </head> поищи вот такой тег:
<link rel="canonical" href="*****">
если вместо звездочек, у тебя разные url, тогда программисты не сделали то, что ты от них хотела
2) Нужно создать sitemap.xml именно с теми страницами которые должны быть в индексе
3) В robots.txt нужно закрыть всё, что не должно индексироваться
4) В mod_rewrite (это если используется apache) нужно прописать правила, в лучшем случае для чпу, в более простом для 301 редиректа с "site.ru/index.php?id=15" на "site.ru/?id=15"
Если не знаешь как сделать пункты 2-4, то лучше не пытайся сама, чтобы не навредить. Поищи 2х человек на фрилансе, 1го который это сделает, 2го который это проверит.
Такая же ерунда, думал что мб домен сменили, у меня стоял "//yandex.st/share/share.js", сейчас генератор выдает "//yastatic.net/share/share.js", но толку нет. Завтра попробую перейти на родной код социалок, благо мне только FB, Twitter и G+ нужен. Эти все агрегаторы зло..
Спасибо! Оттолкнулся от "инсталы" и нашел то, что искал по запросу "оплата за установку"
Проверяйте движок, а именно генерацию и разбор ссылок:
тут должна быть 404 страница, а не то, что показывает сейчас
http://megamozg[тчк]kz/index.php/index.php/index.php/index.php/index.php/index.php
http://megamozg[тчк]kz/index.php/index.php/index.php/index.php
http://megamozg[тчк]kz/index.php/index.php/
Всего скорее, ты где-то неправильно формируешь url, типа, должно быть:
URL::url('/index.php')
а ты случайно написал
URL::url('index.php')
из-за этого, движок и формирует такие URLы
Но, если у тебя свой движок, то тебе виднее где ты мог накосячить... Ставь брейкпоинт в метод который отвечает за формирование url-ов и когда отловишь ошибку пиши в логи, что за страница. Дальше можешь просканировать сайт Xenu-ой, и смотри лог.
