sq4you

+Clients
  • Content count

    102
  • Joined

  • Last visited


1 Follower



About sq4you

  • Rank
    IPB Full Member

sq4you's Activity

  1. sq4you added a post in a topic: Request for API endpoints, IPConnect and documentation   

    I thought I read somewhere a long time ago that they were going to be doing everything in 4.0 using RESTful api endpoints....
  2. sq4you added a post in a topic: Request for API endpoints, IPConnect and documentation   

    Is there any documentation for interacting with IPBoard 4 via RESTful api endpoints?
    I'm also hoping it will be easy to have 3rd party applications do things like:
    create topics get a list of posts in a particular topic create a post with an image get a list of users on the forum edit a user I am currently running 3.4.7 with IPConnect for single sign on between an app I wrote. I'm very much looking forward to how we will integrate SSO with IPBoard 4.0 so that I can start coding right away.
  3. sq4you added a record in IP.Board   

    Two IPConnect cookies being set on login
    Steps to reproduce:[list=1]
    [*]Clear cookies
    [*]visit www.styleguise.net/forums
    [*]log in (if an InvisionPower dev wants credentials please PM me)
    [*]inspect cookies after login -> two ipsconnect_xxxxxx cookies will exist
    [/list]
     
    Both cookies have the same properties:
    Value of "1"
    Domain set to ".styleguise.net"
    Path is "/"
    Expiration is 7 days in the future
    • 0 replies
    • 0 views
  4. sq4you added a post in a topic: Nginx Rewrite rules for IPB 3.0   

    I know this thread is pretty old but I wanted to leave my Nginx configuration here in case someone else finds it useful.
    I am running Nginx with PHP5 FPM on a Debian 7 (wheezy).
    I also use IP.Content

    My forum is located at www.styleguise.net/forums/ and is installed at /usr/share/nginx/www/forums
    For the forums, I have friendly URLs (FURL) enabled and in the SEO section of System Settings I have mod_rewrite "on".
    You can turn on "Redirect to new friendly URL format" if you wish although it doesn't have any bearing on the rest of this stuff (I have mine "on").

    I have IP.Content serving up my "homepage" at www.styleguise.net/
    Additionally, I have several IP.Content pages that are served up off the root, for example www.styleguise.net/articles
    In the IP.Content app settings, I have mod_rewrite "on" (this basically just configures friendly URLs for IP.Content) and my gateway file (ipcontent/Tools/index.php) lives at the root of my web directory (/usr/share/nginx/www/index.php)

    Here is my nginx configuration file:
    server { listen 80; root /usr/share/nginx/www; index index.php; server_name styleguise.net www.styleguise.net; #matches any path that starts with a slash. #it tries to match the url to a file, then to a directory #and finally to the ipcontent gateway file in /index.php location / { try_files $uri $uri/ /index.php; } #matches any path that starts with /forums #it tries to match the url to a file, then to a directory #and finally to the forum index file in /forums/index.php location /forums { try_files $uri $uri/ /forums/index.php; } #matches any path that ends with ".php" and dispatches #execution of the php script to PHP5-FPM daemons location ~ .php$ { fastcgi_pass unix:/var/run/php5-fpm.sock; fastcgi_index index.php; include fastcgi_params; } #deny access to .htaccess files (you probably don't have any if you are using nginx) location ~ /.ht { deny all; } }
  5. sq4you added a post in a topic: IPS Connect Spam   

    That URL corresponds to the IPS Connect function for checking if a display is available before registration. It could be a spammer with a bad program that is continually sending the same request to your website. If the request is originating from your own server than it's likely a bug.

    Also you may want to generate a new Master key for your website since you just published yours for everybody to read.
  6. sq4you added a post in a topic: The official IPS.Connect Topic   

    I responded in the topic you linked.
  7. sq4you added a post in a topic: The official IPS.Connect Topic   


    Good job on getting IPS Connect working with your third-party app. That must give you quite a bit of satisfaction.

    I would recommend creating a REST style API within your IPBoard system which exposes methods for the functionality you are describing. I suggest using JSON data formats.
    I created a topic a while back inquiring about doing something similar and got some good feedback.

    In order to avoid mucking up this topic with non-IPS Connect stuff, I'll PM you a concrete example I have.
  8. sq4you added a post in a topic: The official IPS.Connect Topic   


    Are your master and slave both instances of IPBoard?
    You should setup wireshark on the machine and see the http messages sent between the slave/master during a registration on the slave and during a login on the slave. that should help you debug.
  9. sq4you added a post in a topic: The official IPS.Connect Topic   


    Does this happen when you try to log into the master or when you try to login to the slave or both?
  10. sq4you added a post in a topic: The official IPS.Connect Topic   


    It should work fine to connect two sites on different domains. You will not be able to do single-sign-on.
  11. sq4you added a post in a topic: The official IPS.Connect Topic   


    I am not familiar with laravel but a quick google search revealed that it is a PHP framework.
    So it should be very easy to adapt the sample IPS.Connect code (written in PHP) to integrate an application that uses Laravel.
    Between the sample php code and the sample java code I provided, it should not be too hard.
  12. sq4you added a post in a topic: The official IPS.Connect Topic   


    What values are you using for those cookie settings on your two boards and what are the two domains?
  13. sq4you added a post in a topic: The official IPS.Connect Topic   


    Did you follow the tips I suggested regarding cookies here and here ?

    Once you do that, try logging out entirely, then go to the slave, open the web inspector (in chrome or safari). Delete all cookies from the domains with your boards. Then try logging into the slave and afterwards check the cookies that were sent back to your browser. That should help you diagnose the problem.
  14. sq4you added a post in a topic: The official IPS.Connect Topic   

    It may be a network connectivity issue between your two boards. Are you sure the requests are being sent from the slave to the master ok? You could use Wireshark to investigate.
  15. sq4you added a post in a topic: The official IPS.Connect Topic   


    if anyone is running multiple boards on a domain, then you should configure the Admin-> System Setting -> Server Settings -> "Cookie prefix" to be able to distinguish amongst them.

Status Feed