Безстрашний registration php lang. Відносні шляхи та каталоги php. Переваги нашої системи порівняно з іншими аналогічними системами

Спонсор*

Зображення профілю

Зображення профілю можна завантажити лише у форматі jpg, jpeg a png.
Завантажити

Заявник

*
Чоловіча Жіноча




Slovenčinа English Deutsch Italiano Slovenčina Русский Slovenščina Eλληνικά Hrvatski Srpski Français Român Magyar Türk







Контакти






Aruba Andorra Afghanistan Angola Albania United Arab Emirates Argentina Armenia American Samoa Antigua та Barbuda Australia Austria Azerbaijan Burundi Belgium Benin Burkina Faso Bangladesh Bulgaria Bahrain Bahamas, Великобританія tzerland Channel Islands Chile China Cote d'Ivoire Cameroon Congo, Rep. Colombia Comoros Cape Verde Costa Rica Cuba Curacao Cayman Islands Cyprus Czech Republic Німеччина Djibouti Dominica Denmark Dominica Republic Gabon United Kingdom Georgia Ghana Gibraltar Guinea Gambia, The Guinea-Bissau Equatorial Guinea Greece Grenada Greenland Guatemala Guam Guyana Hong Kong SAR, Китай Honduras Croatia Haiti Hungary Indonesia Isle of Man India Ireland Iran, Islamic Rep. Kenya Kyrgyz Republic Cambodia Kiribati St. Kitts and Nevis Korea, Rep. Kosovo Kuwait Lao PDR Lebanon Liberia Libya St. Lucia Liechtenstein Sri Lanka Lesotho Lithuania Luxembourg Latvia Macao SAR, China St. Martin (French part) Марокко Monaco Moldova Madagascar Maldives Mexico Marshall Islands Macedonia, FYR Mali Malta Myanmar Montenegro Mongolia Northern Mariana Islands Mozambique Mauritania Mauritius Papua New Guinea Poland Puerto Rico Korea, Dem. Rep. Portugal Paraguay French Polynesia Qatar Rumania Російська Федерація Rwanda Saudi Arabia Sudan Senegal Singapore Solomon Islands Sierra Leone El Salvador San Marino Somalia Serbia S?o Tom? і Principe Suriname Slovenia Republic Slovenia Sweden Swaziland Sint Maarten (Dutch part) Seychelles Syrian Arab Republic Turks and Caicos Islands Chad Togo Thailand Tajikistan Turkmenistán Timor-Leste Tonga Trinidad і Tobago Tunisia Turkey Tuvalu Tanzania Uganda Vincent and the Grenadines Venezuela, RB Virgin Islands (US) Vietnam Vanuatu West Bank і Gaza Samoa Yemen, Rep. South Africa Congo, Dem. Rep. Zambia Zimbabwe Abkhazia

Змінюємо посилання на сторінку реєстрації користувачів на сайті, можна змінити назву сторінки для реєстрації та посилання переходу на свою.

Хак "Змінюємо посилання сторінки реєстрації користувачів" розроблений для 11.1 версії движка. Така реалізація корисна, якщо веб-майстер хоче зменшити навантаження на сайт при інтенсивному спамі сторінки реєстрації, яку можуть використовувати для створення спам-користувачів. Захиститися від цього можна цим хаком чи гарною капчею.

Замість слова "назва вашої сторінки" використовуйте будь-яке інше слово (воно має бути унікальним для вашого сайту).

2. Відкрити: engine/init.php
Знайти: $tpl->set("(registration-link)", $PHP_SELF . "?do=register");
Замінити на: $tpl->set("(registration-link)", $PHP_SELF . "?do=($config["register"])");

3. Відкрити: engine/engine.php
Знайти: case "register" :
Замінити на: case $config["register"] :
Знайти: elseif ($do == "register") $nam_e = $lang["title_register"];
Замінити на: elseif ($do == $config["register"]) $nam_e = $lang["title_register"];

4. Відкрити: engine/modules/static.php
Знайти: if($_GET["page"] == "dle-rules-page") if($do != "register") (
Замінити на: if($_GET["page"] == "dle-rules-page") if($do != $config["register"]) ( Знайти: $tpl->set("(ACCEPT-DECLINE) )", "

");
Замінити на: $tpl->set("(ACCEPT-DECLINE)", "
");

5. Відкрити: engine/modules/register.php
Знайти: $row["template"] = str_replace("(%validationlink%)", $slink . "index.php?do=register&doaction=validating&id=" . $idlink, $row["template"]);
Замінити на: $row["template"] = str_replace("(%validationlink%)", $slink . "index.php?do=($config["register"])&doaction=validating&id=" . $idlink, $ row["template"]);
Знайти:
Замінити на:
Знайти: msgbox($lang["all_info"], $lang["confirm_ok"] . "

" . $lang["reg_next"] . "");
Замінити на: msgbox($lang["all_info"], $lang["confirm_ok"] . "

" . $lang["reg_next"] . "");

6. Відкрити: templates/Default/login.tpl
Знайти старе посилання та замінити на: (registration-link)
Приклад готового посилання: Реєстрація
7. Відкрити: robots.txt
Знайти та видалити: Disallow: /*do=register

8. Завершення встановлення

Якщо ви знову захочете змінити адресу сторінки, то у файлі engine/data/config.php знайдіть та замініть рядок "register" => "назва вашої сторінки" на будь-яке інше.

Версія : 11.x у тому числі для нової версії

Мені цікаво щось, але я не можу знайти хорошу, зрозумілу відповідь або навіть вирішення цієї проблеми:

Мій сайт PHP має таку структуру:

root functions generators helpers scripts style index.

Це все папки та один файл php. Функції містять зв'язкові операційні файли PHP, пов'язані з підключенням до бази даних, і різні інші операції з базою даних, такі як вставка, видалення, оновлення, … Генератори містять класи для автоматичного створення веб-сторінок, щоб вони виглядали однаково. Помічники – це класи, які обробляють логін, вихід із системи, реєстрацію тощо. буд. Скрипти – це javascript, а стиль – CSS.

У моїй папці генераторів є файл mainGenerator.php, що створює різні частини веб-сайту:

Private function generateLogin() ( if (!isLoggedIn()) ( echo "

Login

Username:
Password:

No account yet? Register

";) else (echo"

Welome, " . $_SESSION["user_name"] . "

Log off"; ) )

Цей фрагмент коду створює вікно реєстрації на кожній сторінці або відображає повідомлення, якщо користувач вже зареєстрований. Як ви можете бачити, дія посилається на "../helpers/login.php", оскільки це відносне розташування логін-помічник з точки зору цього генератора.

Тепер ось проблема: якщо я натисну кнопку входу до index.php (http://example.com/ProjectName/index.php), вона перенаправить мене на http://example.com/helpers/login.php і каже, що Файл не знайдено.

Я бачу, в чому проблема: post post бачить запит, що надходить із index.php, і піднімається на один, а потім шукає /helpers/login.php, якого, звичайно, не існує.

Виправити може бути зміна дії на

Action="/helpers/login.php"

але це дає мені ту ж проблему, якщо мені потрібен доступ до generateLogin() з певного підкаталогу… Як вирішити цю конкретну проблему, тобто: посилання на /helpers/login.php залишається правильним, незалежно від того, де я намагаюся отримати до нього доступ.

Action="/ProjectName/helpers/login.php"

Припускаючи, що ваш корінь http://localhost, зазначене вище посилання має завжди вирішуватися на http://localhost/ProjectName/helpers/login.php , чи викликана вона з http://localhost/ProjectName/index.php або http: // локальний / ProjectName / підкаталог / index.php

Якщо ви не хочете жорстко кодувати «ProjectName» у безліч різних сценаріїв, ви можете використовувати глобальну змінну та визначити її у файлі конфігурації:

хелпери / ConfigOptions.php:

Потім у ваших сценаріях увімкніть файл конфігурації та використовуйте вказану змінну:

index.php:

Include $_SERVER["DOCUMENT_ROOT"] . "/helpers/ConfigOptions.php"; ... echo "

.... ";

Докладніше про DOCUMENT_ROOT:

DOCUMENT_ROOTвизначається у файлі конфігурації сервера і є коренем у файловій системі, де виконуються скрипти, а невеб-адресу, яку ви вводите у браузері. У наведеному вище прикладі я припускаю, що корінь документа виглядає приблизно як /home/user/www/ProjectName. Якщо DOCUMENT_ROOT тільки / home / user / www, ви можете змінити свій шлях include до цього:

Include $_SERVER["DOCUMENT_ROOT"] . "/ProjectName/helpers/ConfigOptions.php";

або використати відносний шлях. Моє голосування буде на останньому, тому що вам не потрібно жорстко вказувати ім'я проекту.

Тому include () і require () прийматимуть або:

  1. Абсолютний шлях до файлу
  2. Шлях, що відноситься до поточного виконуваного скрипту. Якщо A включає B та B, включає C, коли B включає C, він повинен надати шлях, який є щодо A.

Отже, коли потрібно використовувати DOCUMENT_ROOT? Зазвичай із шаблонами, де відноснийшлях, наприклад../helpers/file.php може дозволяти різні абсолютнішляхи в залежності від того, що включає файл. У наведеному вище прикладі, де index.php включає ConfigOptions.php, вам, ймовірно, не потрібно використовувати DOCUMENT_ROOT, оскільки index.php не є шаблоном. Я використав його в будь-якому випадку, щоб бути в безпеці, але, можливо, я відкрив тут цілий черв'як. Сподіваюся, я більше тебе не збентежив.

Тому, якщо ваша сторінка www.example.com/mySite/foo.html і у вас є таке посилання: Bar/ Користувач буде перенаправлений на www.example.com/bar.html …

Ви повинні просто вказати свою точку дії форми для helpers/login.php

Why are cookies useful?

Для використання функціональних cookie для аналізу як відвідувачі використовують наш веб-сайт, як добре, як і надійність наших веб-сайтів для ефективності і функцій. Це дозволяє нам зробити високу якість customer experience з швидким identifying і fixing any issues that may arise. Для прикладу, ми можемо використовувати cookie до клопоту трафіку з яких веб-сторінок є найбільш популярним і який спосіб спілкування між веб-сайтами сторінок є найбільш ефективним. Останнім чином, щоб допомогти вам брати участь, якщо ви були віднесені до інших веб-сайтів і дотримуються нашої майбутньої реклами campaigns.

Інше використання cookies є для вашого log в засобах, щоб дізнатися, що коли ви збираєтеся до пам'ятників Області для внесок funds, "сесія cookie" є set so that the website remembers that you have already logged in. Якщо на веб-сайті немає ніякого набору цього cookie, ви будете визначені для вашого логотипу і password на їхній новій сторінці, як ви проходити через funding process.

В додаток, функціональні cookies, для прикладу, є використані для того, щоб переглянути ваші preferences і identify you as a user, ensure your information is secure and operate more reliable and efficiently. Для прикладу, cookie дають вам рекомендації про розміщення в вашому username протягом усього часу, коли ви користуєтеся нашою торговою платформою, і заперечуємо ваші preferences, так, як я маю на увазі, коли ви знайдете, коли ви log in.

Тут ви побачите деякі функції наших cookies.

  • Verifying your identity і помітити country you є currently visiting from
  • Checking browser type and device
  • Tracking which site the user was referred from
  • Allowing third parties to customize content accordingly

Цей веб-сайт використовує Google Analytics, а web analytics service provided by Google, Inc. ("Google"). Google Analytics використовує аналітичні cookies, розміщені на вашому комп'ютері, щоб допомогти веб-сайту analyze a user"s use of the website. На їх серверах.Google може використовувати це повідомлення для перевірки вашої інформації на веб-сторінці, до compile reports на веб-сайті активності і надання інших послуг, пов'язаних з веб-активністю і Інтернет використання. So by правом, або коли така третя частина процесів інформації на цій сторінці Google. для purposes set out above.

MM Clearing System- ця система прийому платежів створена компанією «Мані Муверс» із чистого аркуша, яка була розроблена відповідно до вимог міжнародного ринку. Вона включає сучасний програмно-апаратний комплекс, який повністю розробляється командою професіоналів нашої компанії.

MMCS- Принцип роботи, на перший погляд, простий: система отримує платежі онлайн із мережі агентів та передає сервіс-провайдеру. Таким чином, система консолідує трафік в одній точці, що вигідно як для провайдера, так і для агента. Інтеграція здійснюється в одній точці для обох сторін, що означає таке - Жодних додаткових витрат!

Агентце суб'єкт, який має пункти прийомів платежів: веб-сайт, термінал самообслуговування, сервіс-центр прийому платежів тощо.

Сервіс-провайдерпредставляє юридичну особу, яка продає сервіс або продукцію онлайн.

World of Tanks, Odnoklassniki, Mail.ru Group, Skype, Vivus, Netcredit, Yandex, WebMoney, Valve, iTunes, Грузинські та іноземні мобільні оператори та до 700 інших сервіс-провайдерів

Досвідчені Віддають перевагу MMCS!

Агенти підключені до MMCSохоплюють низку країн по всьому світу, у тому числі Туреччину, Італію, Росію, Казахстан, Таджикистан, Китай, Азербайджан, Вірменію та інші.

Ми ламаємо Кордони!


MMCSобробляє понад 40-60 мільйонів транзакцій щорічно на суму кілька сотень мільйонів доларів.

Хто використовує MM Clearing System?

Компанії (сервіс-провайдери)
Компанії (сервіс-провайдери), які продають певні продукти чи послуги та бажають організувати прийом платежів за допомогою широкої мережі. Завдяки системі вони економлять гроші та енергію, оскільки з приєднанням до MMCS вони зв'язуються з великою мережею платіжного ринку і їм більше не треба з'єднатися з численними платіжними системами окремо.
Фізичні чи юридичні особи
Фізичні або юридичні особи, які готові приймати оплату з власною інфраструктурою на користь різних провайдерів. Приєднання до MMCS дає можливість однією інтеграцією отримувати платежі на користь 400 сервіс-провайдерів із найвищою комісією доступною на ринку на кожний виконаний платіж.

Переваги нашої системи в порівнянні з іншими аналогічними системами:

  • Ми найбільший агрегатор у Грузії;
  • Представництво провідних електронних гаманців у світі;
  • У нас прямі контракти з великими провайдерами;
  • Ми співпрацюємо до 700 сервіс-провайдерів;
  • Обробка 40-60 мільйонів транзакцій щорічно;
  • Найбільша мережа агентів у Грузії та за її межами;
  • Співпрацюємо з 80 компаніями у 12 різних країнах;
  • Можливість поповнення грошей використовуючи до 100,000 терміналів самообслуговування як у Грузії, так і в різних країнах;
  • Найбільш гнучкий метод управління для агентів із сучасною панеллю управління;
  • Сучасна технічна підтримка та системи безпеки;
  • Повністю автоматизований робочий документообіг;
  • >Щоденна та періодична комплексна статистика.