Запрос Ajax от одного субдомена до другого субдомена, но на том же домене

Question

Запрос Ajax от одного субдомена до другого субдомена, но на том же домене

Я знаю, что Вы не можете сделать междоменных запросов ajax, если Вы не используете один сервер 'прокси'.

Однако, если бы я сделал запрос ajax от server1.example.com до server2.example, разве который не работал бы, даже при том, что это находится на том же домене example.com?

Я - вполне уверенные сайты, такие как YouTube, делают запросы ajax к различным серверам. такой как запрос от youtube.com до vs1022.youtube.com и т.д.

Любое разъяснение по поводу этого было бы превосходно. Спасибо за Ваше время.

6

javascript ajax cross-domain

задан Flukey 20 January 2010 в 13:23

1 ответ

Другие вопросы по тегам:

javascript ajax cross-domain

Похожие вопросы:

score 4 · Accepted Answer

Короткий ответ: нет .

При изменении фасоли необходимо вручную перенести существующую схему. Поэтому для миграции баз данных в стиле Rails вам придется искать в другом месте.

Однако можно легко создать начальный ddl из Java-бобов. Пример ниже иллюстрирует создание схемы с EclipseLink версии 2,0:

<?xml version="1.0" encoding="UTF-8"?>
<persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence"
             xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">
    <persistence-unit name="JPATestPU" transaction-type="RESOURCE_LOCAL">
        <provider>
            org.eclipse.persistence.jpa.PersistenceProvider
        </provider>
        <class>org.randompage.MyEntity</class>
        <properties>
            <property name="javax.persistence.jdbc.user" value="johndoe"/>
            <property name="javax.persistence.jdbc.password" value="secret"/>
            <property name="javax.persistence.jdbc.driver" value="org.h2.Driver"/>
            <property name="javax.persistence.jdbc.url" value="jdbc:h2:~/.h2/testdb;FILE_LOCK=NO"/>
            <property name="eclipselink.ddl-generation" value="drop-and-create-tables"/>
            <property name="eclipselink.logging.level" value="INFO"/>
        </properties>
    </persistence-unit>
</persistence>

Здесь ключевым элементом является

 <property name="eclipselink.ddl-generation" value="drop-and-create-tables"/>

Это предписывает EclipseLink удалить существующие таблицы и создать новые один раз из сопоставления JPA. Эта процедура в значительной степени зависит от поставщика, поэтому для других поставщиков JPA (Hibernate, OpenJPA...) необходимо ознакомиться с их конкретной документацией.

-121--1501201-

Конечные переменные и синхронизированные блоки кода действительно имеют что-то общее... При объявлении неокончательной переменной a и последующей записи synchronized (a) {System.out.println («xxx»);} появится предупреждение «Синхронизация на неокончательной области» - по крайней мере, в NetBeans.

Почему не следует синхронизироваться на незавершенном поле? Потому что если значение поля может измениться, то различные потоки могут синхронизироваться на разных объектах (разные значения поля) - так что синхронизации вообще не может быть (каждый поток может входить в синхронизированный блок одновременно).

Посмотрите здесь на пример реальных проблем, вызванных синхронизацией в неокончательном поле: http://forums.sun.com/thread.jspa?threadID=5379204

-121--4097816-

server1.example.com и server2.example.com считаются междоменными для запроса AJAX.

Необходимо установить заголовок Access-Control-Allow-Origin: * на стороне сервера.