i did this my way , but m not sure if this is the most efficient way of doing this .
package problems;
import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
public class P_4 {
/**
* @param args
* @throws IOException
*/
static int[] arry = new int[6];
static int[] arry2 = new int[6];
public static boolean chk()
{
for(int a=0;a<arry.length;a++)
if(arry[a]!=arry2[a])
return false;
return true;
}
public static void main(String[] args) throws IOException {
// TODO Auto-generated method stub
InputStreamReader ir = new InputStreamReader(System.in);
BufferedReader br = new BufferedReader(ir);
int temp,z,i;
for(int x=999;x>100;x--)
for(int y=999;y>100;y--)
{
i=0;
z=x*y;
while(z>0)
{
temp=z%10;
z=z/10;
arry[i]=temp;
i++;
}
for(int k = arry.length;k>0;k--)
arry2[arry.length- k]=arry[k-1];
if(chk())
{
System.out.print("pelindrome = ");
for(int l=0;l<arry2.length;l++)
System.out.print(arry2[l]);
System.out.println(x);
System.out.println(y);
}
}
}
}
Для этого мне нравится помещать <link>
элементы в страницу <head>
, содержа URL для использования для запросов. Они могут быть сгенерированы Вашим языком серверной стороны, таким образом, они всегда указывают на правильное представление:
<link id="link-action-1" href="${reverse_url ('action_1')}"/>
становится
<link id="link-action-1" href="/my/web/root/action-1/"/>
и может быть получен JavaScript с:
document.getElementById ('link-action-1').href;
Нет никакого способа, которым клиент может определить корень веб-приложения, не будучи сказанным сервером, поскольку он не знает о конфигурации сервера. Одна опция, которую можно попробовать, состоит в том, чтобы использовать основной элемент в главном элементе, заставляя сервер генерировать его динамично, а не жесткое кодирование он (таким образом, это показывает соответствующий URL для каждого сервера):
<base href="http://path/to/webapp/root/" />
как Все URL будут тогда рассматривать относительно этого. Вы поэтому просто выполнили бы свой запрос к/data.json. Действительно однако необходимо удостовериться, чтобы все другие ссылки в приложении приняли во внимание это.
document.location.href
даст Вам текущий URL, который можно тогда управлять строковыми функциями JavaScript использования.
Я включаю следующий код в свои библиотеки основная точка входа (main.php):
/**
* Build current url, depending on protocal (http/https),
* port, server name and path suffix
*/
$site_root = 'http';
if (isset($_SERVER["HTTPS"]) && $_SERVER["HTTPS"] == "on")
$site_root .= "s";
$site_root .= "://" . $_SERVER["SERVER_NAME"];
if ($_SERVER["SERVER_PORT"] != "80")
$site_root .= ":" . $_SERVER["SERVER_PORT"];
$site_root .= $g_config["paths"]["site_suffix"];
$g_config["paths"]["site_root"] = $site_root;
$g_config является глобальным массивом, содержащим параметры конфигурации. Таким образом, site_suffix мог бы быть похожим: "/sites_working/thesite/public_html" на Вашем поле разработки, и просто "/" на сервере с виртуальным хостом (доменное имя).
Этот метод также хорош, потому что, если кто-то вводит в IP-адресе Вашего поля разработки, он будет использовать тот же самый IP-адрес для создания пути к папке JavaScript вместо чего-то как "localhost", и если Вы будете использовать "localhost", то он будет использовать "localhost" для создания URL.
И потому что это также обнаруживает SSL, Вы, привычка должна волноваться о погоде, которую Ваши ресурсы будут отправлены по HTTP или HTTPS, если Вы когда-нибудь добавите поддержку SSL своему серверу.
Затем в Вашем шаблоне, любом использовании
<link id="site_root" href="<?php echo $g_config["paths"]["site_root"] ?>"/>
Или
<script type = "text/javascript">
var SiteRoot = "<?php echo $g_config["paths"]["site_root"]; ?>";
</script>
Я предполагаю, что последний был бы быстрее.